Симптоми
Обмислете следния сценарий:
-
Разполагате с групата "винаги налични" със стотици бази данни в Microsoft SQL Server 2014 или 2016.
-
Работите с големи натоварвания в тази група за достъпност.
-
Възниква срив на групата за достъпност.
В този случай базите данни в групата достъпност в новата основна реплика могат да се показват като несинхронизирани поради дългите операции за отмяна, а базите данни в групата достъпност в новата вторична реплика могат да се показват като инициализиране/синхронизиране след срива, поради манипулиране на съобщения между копия. Освен това съобщения за грешка, които наподобяват по-долу, се записват в регистрационния файл за грешки на SQL Server:
Грешка: 35278, тежест: 17; щат: 4. Базата данни за достъпност database_name, която е във вторичната роля, се рестартира отново, за да се синхронизира отново с ResyncWithPrimary [9]-EOL: 00000047:00000F58:0001 възстановяване: FFFFFFFF: FFFFFFFF: 0001 Undo: 00000047:00000F70:005F текущата основна база данни. Това е само информационно съобщение. Не се изисква действие от потребителя. ResyncWithPrimary – не е необходимо отмяна [9]-EOL: 00000047:00000F58:0001 възстановяване: FFFFFFFF: FFFFFFFF: 0001 Undo: 00000047:00000F70:005F
Решение
Този проблем е коригиран в следните сборни актуализации за SQL Server:
Кумулативна актуализация 5 за SQL Server 2016 RTM
Кумулативна актуализация 2 за SQL Server 2016 SP1
Кумулативна актуализация 3 за SQL Server 2014 Service Pack 2
Всяка нова сборна актуализация за SQL Server съдържа всички поправки и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
