Симптоми
Приемете, че използвате Microsoft SQL Server 2016 или 2017. Когато група за достъпност се присъедини към съществуваща група за разпределени наличности веднага след като ДАГ бъде премахнат и пресъздаден, той може да не се присъедини към ДАГи ще получите съобщения за грешка, които приличат на следното:
Винаги на: процесът на промяна на конфигурацията на AG за AG " AGName" в държавен "спедитор" (7). Грешка: 41162, тежест: 16, състояние: 0. Неуспешно валидиране на пореден номер на конфигурацията на група за достъпност "AGName". Поредният номер по памет не съответства на неизползвания пореден номер. Групата достъпност и/или локалната реплика за достъпност ще се рестартира автоматично. В момента не се изисква действие от потребителя. Винаги на: AR "AGName" вече обработва известието (въведете 64). Винаги на: процесът на промяна на конфигурацията на AG за AG "AGName" в държавен "спедитор" (7). Винаги на: AR "AGName" вече потвърждава AG ИНТЕГРИТЕТ в WSFC. Винаги на: АБ "AGName" преход към роля [спедитор]-> [спедитор], trigger [VALIDATE_AG_CONFIG], състояние (wsfc = 1, metadata = 1). Винаги на: AR "AGName" вече обработва известието (тип 2).
Освен това грешка 41162 може да доведе до отстраняване на AG и това може да доведе до други два проблема: грешка 19407 и неуспешно твърдение.
Дrror 19407:
Неквалифицираните транзакции се връщат обратно в DBName за бази данни, за да могат да се сменят винаги наличните групи. Изчислено е завършване на възстановяването: 100%. Това е само информационно съобщение. Не се изисква действие от потребителя. [HaDrDbMgr::SetPrimaryAR] Задаване на основен като AGID: AGNumber, ReplicaID: ReplicaNumber, AGDBID: AGDBNumberгрешка: 19407, тежест: 16, състояние: 2. лизинговият договор между група за достъпност "GroupName" и Клъстерът за срив на Windows Server е изтекъл. Възникна проблем със свързването между екземпляра на SQL Server и клъстера за сривове на Windows Server. За да определите дали групата за достъпност е неуспешно изправна, прегледайте съответния ресурс на групата за наличност в клъстера за сривове на Windows Server.
Твърдението
Винаги на: процесът на промяна на конфигурацията на AG за AG ' 'DatabaseName' в състояние "RESOLVING_NORMAL" (0).
Винаги на: AR "DatabaseName" вече потвърждава AG ИНТЕГРИТЕТ в WSFC.
Винаги включена: GetTransportWithRef () е отхвърлена, тъй като локалният АБ не е онлайн.
Държавна информация за база данни "DatabaseName" – закалени Lsn: "(34:304752:1)" Lsn за извършване на: "(0:0:0)" време за извършване: "Jan 1 1900 12: AM"
ВЪЗСТАНОВЯВАНЕ (DatabaseName; 6): започва да спира успоредното връщане на работниците
* * Dump конец – SPID = 0; EC = 0x000001F280CC7250
Стекът на дъмп е изпратено до FileLocation
* ЗАПОЧНЕТЕ СТЕКА DUMP:
* Местоположение: "FileLocation": 1774
* Expression: GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* ИД на процеса: ProcessId
Грешка: 17066, тежест: 16, щат: 1.
Твърдение за SQL Server: файл: < "Filelocation" >, линия = 1774 неуспешно твърдение = "GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY ' '. Тази грешка може да е свързана с времето. Ако грешката продължи след повторно изпълнение на командата, използвайте DBCC CHECKDB, за да проверите базата данни за структурна цялост или рестартирайте сървъра, за да се гарантира, че структурите за данни в паметта не са повредени.
Грешка: 3624, тежест: 20; щат: 1.
Неуспешна проверка на системното твърдение. Проверете регистрационния файл за грешки на SQL Server за подробни данни. Обикновено неуспешно твърдение е причинено от софтуерна грешка или повреда на данни. За да проверите за повреда на база данни, обмислете изпълнението на DBCC CHECKDB. Ако сте се съгласили да изпращате дъмпове на Microsoft по време на инсталирането, ще бъде изпратено мини сметище на Microsoft. Възможно е да има налична актуализация от Microsoft в последния сервизен пакет или в актуална корекция от техническата поддръжка.
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
Решение
Този проблем е коригиран в следната сборна актуализация за SQL Server
За сборните актуализации за SQL Server:
Всяка нова сборна актуализация за SQL Server съдържа всички спешни корекции и всички корекции на защитата, които са били включени в предишната сборна актуализация. Вижте последните сборни актуализации за SQL Server:
Информация за актуалната корекция по заявка:
Този проблем е коригиран в следната спешна корекция при поискване за SQL Server:
Препратки
Научете повече за терминологията , която Microsoft използва, за да опише софтуерни актуализации.
