Резервное копирование базы данных / процесс восстановления

Question

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

Планы обслуживания Microsft не кажутся достаточными. Лучшее решение, которое я использовал, - это то, которое я создал вручную, используя множество заданий с множеством шагов для каждой базы данных на исходном сервере (резервное копирование) и на конечном сервере (восстановление). Задания используют хранимые процедуры для резервного копирования, копирования и восстановления. Это выполняется один раз в день (полное резервное копирование / восстановление) и в течение дня каждые 5 минут (доставка журнала транзакций).

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

Я хотел бы знать, есть ли у других такой же процесс резервного копирования / восстановления и как другие преодолевают эту проблему.

Answer 1

Я использовал аналогичный шаг для того, чтобы базы данных dev / test / QA «нули ступали» на ночной основе для разработчиков и пользователей QA.

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

Тем не менее, для обычных резервных копий баз данных и планов аварийного восстановления я обнаружил, что планы обслуживания SQL Server работают довольно хорошо. Пока вы включаете: 1) Достойная документация 2) Рутинное тестирование.

Я обрисовал некоторые способы сделать это (для тех, кто обращается к этому вопросу, ищет пример того, как создать план аварийного восстановления):
Рекомендации по резервному копированию SQL Server (бесплатный учебник / видео)

Answer 2

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

Из-за этого вы хотите взглянуть на сторонние решения, подобные упомянутым Митчем Уитом. Я работаю на Quest (создателей LiteSpeed), поэтому, конечно, я неравнодушен к этому - это легко показать не администраторам баз данных. Перед тем, как я покинул свою последнюю компанию, у меня была десятиминутная сессия, чтобы показать системным администраторам и разработчикам, как работает консоль LiteSpeed, и на этом все. С тех пор они не звонили.

Другой подход заключается в использовании того же программного обеспечения для резервного копирования, которое используется остальной частью вашего магазина. TSM, Veritas, Backup Exec и Microsoft DPM имеют агентов SQL Server, которые позволяют администраторам Windows управлять процессом резервного копирования с различной степенью простоты использования. Если вы действительно хотите, чтобы этим управлял не администратор базы данных, это, вероятно, самый простой способ сделать это, хотя вы жертвуете большой производительностью, которую дают вам специальные инструменты резервного копирования SQL.

Answer 3

Я делаю одно и то же, и у меня периодически возникают различные проблемы даже с этим процессом.

Как вы управляете интервалом между копированием файла с сервера A на сервер B и восстановлением транзакционной резервной копии на сервере B.

Время от времени резервная копия транзакции больше обычного и копирование занимает больше времени. Затем задание восстановления получает ошибку операционной системы, что файл используется.

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