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


Восстановление Баз данных



бет15/27
Дата25.03.2022
өлшемі141,86 Kb.
#136696
1   ...   11   12   13   14   15   16   17   18   ...   27
Байланысты:
2-зертханалық жұмыс ББД
3 ЛАБ БД, fccc01431d3e67547942d7aa722f633c, методичка обуч на дому 4 кл, Қасым Аманжолов өмірі 11 ҚГБ, Республика күні, патан жеке сессия макро[1]

Восстановление Баз данных


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

Восстановление полной резервной копии


Восстановить базу данных можно либо с помощью среды SSMS, либо инструкцией RESTORE DATABASE.

  1. Простейший сценарий восстановления

Простейший сценарий восстановления – восстановить базу данных из одной полной резервной копии. Если никакие последующие разностные или резервные копии журналов транзакций не должны быть применены, можно использовать параметр RECOVERY, чтобы указать, что SQL Server должен завершить процесс восстановления БД и перевести ее в режим online.
Если необходимо восстановить дополнительные резервные копии, можно предотвратить завершение восстановления, указав параметр WITH NORECOVERY.
Если не указать один из этих параметров, SQL Server использует параметры по умолчанию.
В следующем примере база данных AdventureWorks восстанавливается из полной резервной копии AW.bak:
RESTORE DATABASE AdventureWorks
FROM DISK = 'R:\Backups\AW.bak';

  1. Замена существующей базы данных.

SQL Server не позволяет восстановить резервную копию базы данных поверх существующей базы данных, если вы не выполнили резервную копию заключительного фрагмента журнала базы данных.
Если вы все-таки попытаетесь это сделать с помощью среды SSMS, SQL Server будет выдавать предупреждение и сам попробует создать резервную копию заключительного фрагмента журнала. Если необходимо выполнить операцию восстановления, а резервной копии заключительного фрагмента журнала нет, необходимо указать параметр WITH REPLACE.
В следующем примере кода, существующая база данных AdventureWorks заменяется:
RESTORE DATABASE AdventureWorks FROM DISK = 'R:\Backups\AW.bak WITH REPLACE';
Параметр WITH REPLACE должен использоваться с осторожностью, поскольку это может привести к потере данных.

  1. Восстановление файлов базы данных в другое место.

При восстановлении базы данных с другого сервера, возможно, потребуется разместить файлы базы данных в разных местах. Также может потребоваться сделать это при копировании базы данных с помощью резервного копирования и восстановления. Параметр WITH MOVE позволяет указать новые местоположения файлов.
В этом примере база данных AdventureWorks восстанавливается с другого сервера. В инструкции RESTORE указано местоположение источника для набора носителей, а также новые места для каждого файла базы данных. Обратите внимание, что опция MOVE требует логическое имя файла, а не исходный физический путь к нему.
RESTORE DATABASE AdventureWorks FROM DISK = 'R:\Backups\AW.bak' WITH MOVE 'AdventureWorks_Data'
TO 'Q:\Data\AdventureWorks.mdf', MOVE 'AdventureWorks_Log'
TO 'U:\Logs\ AdventureWorks.ldf';

  1. Восстановление базы данных в режиме ожидания.

SQL Server предоставляет возможность просматривать содержимое базы данных, которая не была восстановлена, с помощью параметра WITH STANDBY, но не с параметром WITH NORECOVERY. После восстановления базы данных с помощью параметра WITH STANDBY, можно еще применить дополнительные резервные копии журнала транзакций к базе данных. Опция STANDBY обычно используется для поддержки сценариев доставки журналов, в которых дополнительная копия базы данных синхронизируется путем повторного применения транзакций в журнале транзакций базы данных источника. Вы также можете использовать параметр STANDBY для включения проверки данных в БД, если не хотите переводить базу в оперативный режим.


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




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

    Басты бет