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