Восстановление базы данных в MS SQL Server

Восстановление SQL Server может потребоваться в случае сбоя баз данных, БД. В этом случае понадобится использовать резервные копии, а также предусмотреть логически правильную последовательность восстановления.

Какое именно восстановление возможно? Microsoft сервер подразумевает такие варианты:

• полное восстановление базы данных, при этом сама БД во время этого процесса будет находиться в автономном режиме;
• восстановление файла, когда он возвращается в исходное состояние, при этом работать с файловой группой вне сети будет невозможно пока идет восстановление;
• восстановление страницы по модели полного восстановления или с неполным протоколированием.

Для каждого из этих случаев важно, чтобы в MS SQL Server было настроено резервное копирование данных.

Настройка резервного копирования

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

• Full Backup или полное резервное копирование. В этом случае речь идет о создании аналогичной базы данных, полной копии, без truncate (“усечения”) журнала транзакций. Это — основная и главная резервная копия, которая может быть восстановлена всего за один шаг.
• Дифференциальное резервное копирование подразумевает, что сохраняются только те данные, которые были внесены (появились или изменились) с момента последнего полного копирования. Обычно оно настраивается по принципу “раз в несколько часов”. Такие копии могут иметь значительный вес, если речь идет о высоком ежедневном обороте данных.
• Журнал транзакций или инкрементальный бекап. В случае его использования вам придется восстанавливать базы данных по цепочке.
• Tail-Log или создание копии журнала транзакций с NORECOVERY.
• Copy-only как аналог полной копии с возможностью сохранения имеющейся цепочки бекапов.

Также может быть резервное копирование отдельных файлов или частичные резервные копии типа Partial backup.

Самая надежная модель восстановления — это полный бекап, хотя он и нуждается в обслуживании журналов. Понадобится удалять “лишние” копии, поскольку в противном случае они быстро займут все свободное дисковое пространство.

Кроме того, можно настроить bulk logged или восстановление с неполным протоколированием. В этом случае не записываются операции с индексами типа DROP INDEX или CREATE INDEX, а также SELECT INTO, BULK INSERT и BCP.

Важно сразу настроить план обслуживания SQL Server. Делается это следующим образом:

1. нужно запустить SQL Server Management Studio, открыть раздел раздел Management, потом Maintenance Planes и запустить Maintenance Plan Wizard, мастер создания плана обслуживания;



2. после того, как вы укажете имя плана, нужно выбрать режим “Separate schedules for each task”;



3. теперь потребуется выбрать операции для плана: Back Up Database Full или Transaction Log;



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



5. срок хранения резервных копий нужно указать отдельно.

Проверить созданный план обслуживания можно вручную.

Способы восстановления базы данных SQL Server

Если с базой данных возникли сложности, нужно восстановить ее из резервной копии. Для этого потребуется SQL Server Management Studio. В менеджере нужно открыть раздел Database и выбрать пункт Restore Database.

Нужно выбрать конкретную базу данных, и менеджер продемонстрирует, какие резервные копии для нее доступны. Так, функция Point-In-Time позволит выполнить восстановление по времени, то есть на определенном моменте. Для этого нужно нажать Timeline и затем выбрать Close existing connections to destination database. После выбора этой опции достаточно нажать ОК.

Запустить Restore Database или “Мастер восстановления баз данных” можно через стандартную программу SQL Server Management Studio, которая есть на Microsoft Windows. В “Мастере” нужно выбрать Source for restore, и он автоматически подберет последовательность файлов резервного копирования для успешного восстановления.

Отдельно указывается Destination for restore или база данных назначения — то, куда именно будут загружаться данные.

Можно воспользоваться Timeline, временной шкалой, чтобы указать конкретное время для выполнения бекапа.

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

Если стандартное программное обеспечение не справляется или речь идет об очень важных данных, лучше сразу обратиться к профессионалам. Специалисты лаборатории по восстановлению данных Айкен помогут восстановить доступ к информации, даже если бекапа не было или он был сделан некорректно. Мы работаем с любыми данными на серверах и гарантируем успешное восстановление. Диагностика неисправностей у нас остается бесплатной.