Симптоми
Обмислете следния сценарий:
-
Можете да използвате групи за достъпност 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 Service Pack 1
За компилациите за SQL Server
Всяка нова компилация за SQL Server съдържа всички горещи поправки и всички корекции на защитата, които са били включени в предишната компилация. Препоръчваме да инсталирате най-новите кумулативни актуализации за SQL Server:
Статут
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са изброени в раздела "Отнася се за".
Препратки
Научете повече за терминологията, която Microsoft използва за описване на актуализациите на софтуера.
