Является ли мой набор резервной копии готовым к восстановлению?

Оценить
(0 голоса)

После выполнения оператора backup выбранное устройство (магнитная лента или диск) содержит все данные того объекта, который вы выбрали для резервного копирования. Сохраненные данные называются набором резервной копии. Прежде чем вы запустите на выполнение процесс восстановления, вы должны быть уверены, что:

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

♦ набор резервной копии является пригодным к восстановлению.

Database Engine поддерживает множество операторов Transact-SQL, которые позволяют вам определить, что набор резервной копии является пригодным к восстановлению и содержит нужные данные. Следующие четыре опции, помимо других, принадлежат этому множеству.

♦ restore labelonly. Этот оператор используется для отображения информации заголовка внешнего устройства (диска или магнитной ленты), применяется в процессе резервного копирования. Выводом оператора restore labelonly является единственная строка, которая содержит итоговую информацию о заголовке (имя внешнего устройства, описание процесса резервного копирования и дату этого процесса).

♦ restore headeronly. В то время как оператор restore labelonly дает краткую информацию о заголовке файла вашего устройства резервной копии, оператор restore headeronly дает информацию о резервных копиях, которые хранятся на устройстве резервных копий. Этот оператор отображает в одной строке итоговые данные по каждой резервной копии на устройстве резервных копий. По сравнению с restore labelonly использование restore headeronly может потребовать много большего времени, если устройство содержит несколько резервных копий.

Вывод restore headeronly содержит столбец Compressed, который сообщает вам, является ли файл резервной копии сжатым (значение 1) или нет.

♦ restore filelistonly. Данный оператор возвращает результирующий набор, который отображает базу данных и протоколы транзакций, содержащиеся в наборе резервной копии. Вы можете отображать информацию только об одном наборе резервной копии за один раз. По этой причине, если указанное устройство резервной копии содержит несколько резервных копий, вам нужно задавать обрабатываемую позицию набора резервной копии.

Используйте restore filelistonly, если точно не знаете, существуют ли наборы резервных копий, или где располагаются файлы конкретного набора резервной копии. В обоих случаях вы можете проверить все или только часть устройств для создания общей картины существующих резервных копий.

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

По сравнению с тремя предыдущими операторами оператор restore verifyonly поддерживает две особые опции:

•  loadhistory выполняет добавление информации резервного копирования к таблице историй резервных копирований;

• stats отображает каждый раз сообщение, когда считывается новая порция информации. Используется в качестве масштаба процесса (значением по умолчанию является 10).


Восстановление баз данных и протоколов с использованием операторов Transact-SQL
Восстановление до отметки
Восстановление базы данных master
Восстановление других системных баз данных
Модели восстановления

Добавить комментарий


Защитный код
Обновить

© 2021 serversql.ru. Все права защищены.