SQL Server 2008 - лучшее решение для резервного копирования

Question

Я устанавливаю сервер SQL Server 2008 на производственном сервере, какой способ лучше всего сделать резервную копию этих данных? Должен ли я использовать репликацию, а затем сделать резервную копию этого сервера? Должен ли я просто использовать простой сценарий командной строки и экспортировать данные? Какой метод репликации я должен использовать?

Сервер будет довольно загружен, поэтому мне нужен эффективный метод.

У меня есть доступ к нескольким компьютерам, которые я могу использовать.

Answer 1

«Лучшие» решения для резервного копирования зависят от ваших критериев восстановления.

Если вам нужен немедленный доступ к данным в случае сбоя, сценарий зеркального отображения базы данных на трех серверах (прямой эфир, зеркало и свидетель) может подойти - хотя ваше приложение может нуждаться в адаптации для использования автоматического переключения при сбое , «Доставка журналов» может привести к аналогичным результатам (хотя и без автоматического перехода на другой ресурс или необходимости в присутствии свидетеля).

Если, однако, во время восстановления есть место для маневра, регулярные регулярные резервные копии базы данных (например, с помощью агента SQL) и журналы транзакций позволят вам выполнить восстановление на определенный момент времени. Частота резервного копирования будет определяться размером базы данных, частотой обновления данных и степенью готовности отката базы данных в случае полного сбоя (если вы не можете извлечь резервную копию журнала транзакций из неисправного сервера, вы можно восстановить только до последней резервной копии)

Если вы хотите просто выполнить откат к известным исправным состояниям после, скажем, ошибки пользователя, вы можете использовать моментальные снимки базы данных в качестве упрощенного сценария «резервного копирования», но они бесполезны в случае сбоя сервера. Их создание практически мгновенно, и они занимают место только при изменении данных, но приводят к небольшому снижению производительности.

Конечно, это не единственные решения для резервного копирования, и они не являются взаимоисключающими - только те, которые приходят на ум.

Answer 2

Очень простое, но хорошее решение - запустить полное резервное копирование, используя sqlcmd (ранее osql ), а затем скопировать файл BAK по сети на NAS или другое хранилище. Это неоптимально с точки зрения использования сети / диска, но это очень безопасно, потому что каждая резервная копия независима и, учитывая, что процесс очень прост, он также очень надежен.

Более того, это работает даже в экспресс-версиях.