Назад | Перейти на главную страницу

Какие решения для восстановления резервных копий для SQL Server 2005/2008 наиболее точно соответствуют моим требованиям?

Мы использовали задание sql для локального резервного копирования наших баз данных SQL 2005, а затем копировали их на ленту с помощью BackupExec. В то же время мы используем MS Data Protection Manager для создания инкрементных резервных копий в течение дня. Ленты - это всего лишь ночная резервная копия, которую мы снимаем за пределами офиса, а DPM позволяет нам восстанавливать с любого 15-минутного приращения (или ночное полное резервное копирование для более быстрого восстановления). Чаще всего мы используем восстановление баз данных на серверах разработки, что мы делаем несколько раз в день. Мы ищем замену DPM, а также обновляем BackupExec.

Мы продолжим использовать BackupExec в качестве резервных копий для аварийного восстановления, но мне нужна замена DPM, которая в основном будет использоваться для размещения копий баз данных на серверах разработки. В идеале я хотел бы найти решение, которое будет выполнять инкрементное резервное копирование каждые 15 минут или около того и позволяет мне выполнять восстановление в любое время на любом сервере, как это делаем мы сейчас. Кроме того, я бы предпочел автоматизировать восстановление и / или предоставить другим пользователям доступ для восстановления базы данных на серверах, к которым у них есть доступ. Мы хотели бы хранить копии в течение недель или месяцев (возможно, только полную копию в день для всего, что происходит через неделю), или в основном до тех пор, пока нам позволяет локальный диск.

Я начинаю поиск в Google сегодня, но надеялся услышать и мнения экспертов отсюда.

Я всегда нерешительно отвечаю на свой вопрос, но я не получил в качестве ответа то программное обеспечение, которое мы использовали, и я думаю, что оно лучше всего соответствует моим требованиям. Мы пошли с Idera SQLSafe. Он эффективно выполняет резервное копирование SQL Server 2005 и 2008 и планирует резервное копирование в течение дня (разницы в течение дня, а затем полное ежедневное). Приятная бонусная функция - хранение всех резервных копий в центральном месте, поэтому мне не нужно беспокоиться о хранении на реальных серверах.

Однако его лучшие способности находятся в восстановлении. Он лицензируется экземпляром, для которого выполняется резервное копирование, поэтому я могу установить агент на столько серверов, сколько захочу, и восстанавливать их столько раз, сколько захочу. Я могу быстро запустить серию восстановлений через их интерфейс и позволить им всем работать одновременно. Это также дает мне возможность командной строки для запуска восстановления. Хотя я еще не настроил его, я могу дать разработчику возможность запускать собственное восстановление, если он может читать файлы резервных копий и иметь необходимые разрешения на сервере SQL.

Вы смотрели на Квест Litespeed? Я не использовал его, но знаю, что он довольно большой в пространстве резервного копирования SQL.

Вот вопрос, который вы должны задать себе относительно резервных копий.

  1. Если вам нужно восстановить последнюю версию, что вы можете потерять? День? Неделя? Месяц? Не более 15 минут назад?

Ответ на этот вопрос будет определять, что, как и когда вы будете выполнять резервное копирование. В худшем случае (то есть: вы потеряете все здание в 17:00) ближайшая резервная копия, которую вы когда-либо могли надеяться восстановить, была сделана прошлой ночью, потеряв целые дни работы ... предположительно.

Backup exec - очень хороший продукт для резервного копирования. Мы больше его не используем, но когда мы это сделали, использование агента SQL было отличным средством для резервного копирования не только состояния системы, но и баз данных. Резервное копирование каждые 15 минут было бы не очень эффективно. Теперь мы используем Red Gate Sql Backup вместе с беспроводной службой резервного копирования. Для нас весь процесс автоматизирован.

Я должен спросить, как снимаются ленты за пределами офиса? Пожалуйста, не говорите мне, что это один из I.T. ребята, просто чтобы быть милыми и сэкономить компании немного денег.

Также в отношении резервного копирования / восстановления на другой сервер в целях разработки: существуют другие более эффективные и автоматизированные способы сделать это, не прибегая к резервному копированию / восстановлению. В частности репликация (снимок)