Журнальные цепочки и журнал транзакций SQL Server - проверка работоспособности

Question

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

Мы сделали это с помощью SQL Server Management Studio - щелкните правой кнопкой мыши на базе данных, восстановить полную резервную копию, но оставить в режиме восстановления, щелкните правой кнопкой мыши еще раз, восстановление журнала транзакций и т.д.

Я сейчас пытаюсь проверить, что мы не было пробелов в наших журналах. Можно ли предположить, что если SQL Server Management Studio разрешила мне восстанавливать журналы без ошибок, то в журналах не было пробелов (например, log chain)?

Другими словами - позволил бы мне SQL восстановить журналы, если были пробелы? Я предполагаю, что это предупредит меня или остановит меня в этом случае.

Спасибо за любую помощь вы можете предложить ....

Мы на SQL 2005, но я думаю, что правила о журнальных цепочках похожи на все версии.

Answer 1

Согласно документу Working with Transaction Log Backups от Microsoft:

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

и Creating Transaction Log Backups состояния:

Если журнал транзакций поврежденных, работа, которая выполняется с момента последнего резервного копирования журнала теряется. Это подчеркивает важность размещения файлов журнала в отказоустойчивом хранилище.

Мое свободное чтение этого: Учитывая потерянный файл своего рода повреждения файлов, если Management Studio или любой другой инструмент позволяет восстановить журналы без ошибок, вы можете быть уверены, что журнал цепь не будет завершена до тех пор, последнюю резервную копию журнала транзакций. Вы должны быть уверены, что это последняя резервная копия журнала транзакций, доступная для этой базы данных, но об этом и нужно думать.

Если вы не доверяете моему чтению (и в этой статье не слишком ясно), вы можете сделать простой тест, чтобы убедиться: скажите, что у вас есть 10 журналов транзакций ... умышленно удалите 7-й (или случайный, но не первый или последний) журнал транзакций, и попробуйте использовать метод аварийного восстановления.

Если у вас возникла ошибка, говорящая о том, что «отсутствует резервная копия файла журнала транзакций», вы можете быть уверены и доверять мне.

Answer 2

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