Руководство по основным приемам работы в ms sql server 2014 по дисциплине

Восстановление резервной копии журнала транзакций 
Журналы транзакций для базы данных можно восстановить в среде SSMS 
или с помощью инструкции RESTORE LOG. Необходимо восстановить все 
файлы журналов (за исключением последнего) с помощью параметра WITH 
NORECOVERY, а затем восстановить последний файл журнала (который 
часто является резервной копией заключительного фрагмента журнала) с 
помощью параметра WITH RECOVERY. 
При использовании стратегии резервного копирования, которая включает в 
себя резервное копирование журнала транзакций, вы должны начать 

---

38 
восстановление последней полной резервной копии базы данных, а затем 
последней разностной резервной копии, если таковая существует. А затем 
необходимо восстановить все журналы транзакций, созданные после 
последней полной или разностной резервной копии в хронологическом 
порядке. Любой перерыв в цепочке журналов транзакций вызовет ошибку и 
потребует перезапуска восстановления с самого начала. 
В следующем примере база данных AdventureWorks была испорчена, но файл 
журнала доступен, так что резервная копия заключительного фрагмента 
журнала хранится в AW-TailLog.bak: 
-- Restore last full database backup 
RESTORE DATABASE AdventureWorks 
FROM DISK = 'R:\Backups\AW.bak' 
WITH FILE = 1, NORECOVERY; 
-- Restore last differential backup 
RESTORE DATABASE AdventureWorks 
FROM DISK = 'R:\Backups\AW.bak' 
WITH FILE = 3, NORECOVERY; 
-- Restore planned log backups 
RESTORE LOG AdventureWorks 
FROM DISK = 'R:\Backups\AW.bak' 
WITH FILE = 4, NORECOVERY; 
RESTORE LOG AdventureWorks 
FROM DISK = 'R:\Backups\AW.bak' 
WITH FILE = 5, NORECOVERY; 
-- Restore tail-log backup 
RESTORE LOG AdventureWorks 
FROM DISK = 'R:\Backups\AW-TailLog.bak' 
WITH RECOVERY; 
В предыдущем примере, файл журнала был доступен после сбоя базы 
данных, так что резервное копирование хвоста журнал было возможно. 
Это позволяет восстановить БД до точки отказа. Если бы файл журнала 
не был доступен, последнее плановое резервное копирование журнала 
транзакций (резервный набор 5 в AW.bak) был бы восстановлен с помощью 
опции RECOVERY, а все транзакции после резервной копии были бы 
потеряны.