Рассмотрим следующий сценарий.
-
Группы доступности AlwaysOn используются в экземпляре Microsoft SQL Server 2016 или 2017.
-
Вы настраиваете управляемые резервные копии SQL Server для одной или нескольких пользовательских баз данных, которые добавляются в доступную группу.
-
Вы выполняете резервное копирование журнала по запросу в базе данных.
-
Вы удалите базу данных из доступной группы, а затем снова добавьте ее. Кроме того, вы также отработка отказа базы данных.
-
Вы выполняете резервное копирование журнала по запросу в базе данных.
В этом случае вы обнаружите, что в цепочке журналов есть перерыв, запрашивая таблицу managed_backup. fn_available_backups в базе данных msdb.
Эта проблема возникает из-за того, что при удалении базы данных из доступной группы и последующем ее повторном добавлении или переходе в базу данных создается новый идентификатор GUID базы данных в столбце database_guid таблицы smart_backup_files . Это приведет к тому, что Секция будет выделять данные в непоследовательном порядке и инициирует цепочку журналов прерываний.
Это исправление входит в состав указанных ниже накопительных обновлений SQL Server.
Накопительное обновление 1 для SQL Server 2017
Накопительное обновление 5 для SQL Server 2016 с пакетом обновления 1 (SP1)
Каждая новая сборка SQL Server содержит все исправления и все исправления для системы безопасности, которые были включены в предыдущую сборку. Мы рекомендуем установить последние накопительные обновления для SQL Server.
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Ознакомьтесь с терминологией , которую корпорация Майкрософт использует для описания обновлений программного обеспечения.
