Резервное копирование: планирование и реализация


Расширенные сценарии восстановления



бет18/27
Дата25.03.2022
өлшемі141,86 Kb.
#136696
1   ...   14   15   16   17   18   19   20   21   ...   27
Байланысты:
2-зертханалық жұмыс ББД

Расширенные сценарии восстановления


В разделе 4.2 были описаны широко распространенные сценарии восстановления. Но существуют более сложные сценарии восстановления, к использованию которых в своей работе DBA должен быть подготовлен:

  • восстановление резервной копии файла или файловой группы (в том числе поэтапное восстановление);

  • восстановление зашифрованной резервной копии;

  • восстановление отдельных страниц данных;

  • восстановление системных баз данных.

Восстановление резервной копии файла или файловой группы


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

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

      2. Восстановите каждый поврежденный файл из последней резервной копии этого файла.

      3. Восстановите последнюю разностную резервную копию файла, если таковые имеются, для каждого восстановленного файла.

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

      5. Восстановите базу данных.

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

  1. Восстановить последнюю частичную полную резервную копию базы данных, с указанием, что файловые группы для чтения/записи должны быть восстановлены, используя параметр PARTIAL, чтобы указать: файловые группы только для чтения будут восстановлены отдельно.

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

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


Достарыңызбен бөлісу:
1   ...   14   15   16   17   18   19   20   21   ...   27




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет