Этот вопрос касается восстановления функциональности мастера восстановления базы данных SSMS / помощника по графическому интерфейсу.Я был бы признателен, если бы не было ответов в духе «не используйте его - используйте вместо этого сценарий».
Если я попытаюсь вызвать функцию восстановления базы данных в некоторых наших базах данных, мастер восстановления базы данных /Отчеты диалога «Невозможно создать план восстановления из-за разрыва в цепи LSN».(Кроме того, это происходит в SSMS 2016 и SSMS 2012 - SSMS 2014 просто никогда не отвечает.)
Ссылка на скриншот
В каждом случае это происходило послебаза данных была восстановлена, и я подозреваю, что резервное копирование файла журнала произошло до полного резервного копирования.С тех пор каждая из наших уязвимых баз данных имела много еженедельных полных резервных копий (речь идет о шести месяцах для одного конкретного случая), но цепочка по-прежнему не позволяет использовать мастер.
Некоторыебазы данных находятся на SQL Server 2008R2 SP3 и другие на 2014 SP3.
Теперь я проанализировал msdb.dbo.backupset (мне вполне комфортно с тем, как работают цепочки LSN) и каждую полную резервную копию (для любой данной уязвимой базы данных) имеет непрерывную цепочку.
Чтобы сохранить нашу историю в соответствии с нашей политикой хранения, мы выполняем msdb.dbo.sp_delete_backuphistory на еженедельной основе, сохраняя историю за месяц.Это, очевидно, оставляет «осиротевшие» наборы резервных копий, но должно быть красной сельдью, поскольку у подавляющего большинства наших баз данных это есть, и у них нет проблем.
Период времени, когда его проблема была впервые обнаружена, давно истекmsdb.dbo.backupset.
Есть ли идеи о том, как SSMS рассчитывает свои результаты для мастера?Есть ли другой репозиторий информации о цепочке резервных копий / LSN, кроме msdb.dbo.backupset, который я должен проверять?
Спасибо.
Джон