Sümptomid
Oletagem, et kasutate Microsoft SQL Server 2016 või 2017. Kui kättesaadavus rühm liitub olemasoleva jaotatud kättesaadavuse nimel (DAG) kohe pärast seda, kui DAG on tühistatud ja uuesti loodud, ei saa see DAG-iga liituda ningteile kuvatakse tõrketeated, mis näeb välja järgmine:
Alati sees: protsessi AG Configuration Change Notification AG "AGName" olekus "ekspediitor" (7). Tõrge: 41162, raskusaste: 16; olek: 0. ei saanud valideerida kättesaadavuse grupi "AGName" konfiguratsiooni jada numbrit. Mälu seerianumber ei vasta püsivale järjekorranumbrile. Rühma kättesaadavus ja/või kohaliku kättesaadavuse koopia taaskäivitatakse automaatselt. Praegu ei nõuta kasutaja tegevust. Alati: AR 'AGName' töötleb nüüd teatist (tüüp 64). Alati sees: protsessi AG Configuration Change Notification AG "AGName" olekus "ekspediitor" (7). Alati: AR 'AGName' on nüüd valideerimas AG terviklikkust WSFC. Alati: AR 'AGName' rolli üleminek [ekspediitor]--> [ekspediitor], trigger [VALIDATE_AG_CONFIG], olek (WSFC = 1; metaandmed = 1). Alati: AR 'AGName' töötleb nüüd teatist (Type-2).
Lisaks võib tõrge 41162 tuua AG lahendamise riigile ja see võib põhjustada kaht muud probleemi: tõrge 19407 ja kinnituse tõrge.
Error 19407:
Ebausaldusväärseid kandeid võetakse tagasi andmebaasi DBName , mis on alati saadaval oleku muutmise korral. Hinnanguline tagasipööramise lõpuleviimine: 100%. See on ainult informatiivse sõnum. Kasutaja tegevust pole vaja. [HaDrDbMgr::SetPrimaryAR] Esmase AGID määramine: AGNumber, ReplicaID: ReplicaNumber, AGDBID: AGDBNumbertõrge: 19407, raskusaste: 16, olek: 2. rendilepingu "GroupName" ja Windows Server tõrkesiirdeklastrite vaheline üürileping on aegunud. Ilmnes ühenduvuse probleem SQL Serveri eksemplari ja Windows Server Tõrkesiirde klastri vahel. Kui soovite kindlaks teha, kas rühma kättesaadavus ei õnnestu õigesti, kontrollige vastavat kättesaadavuse rühma ressurssi Windows Server Tõrkesiirde klastris.
Väide
Alati sees: protsessi AG konfiguratsiooni muudatus teate AG "DatabaseName" olekus "RESOLVING_NORMAL" (0).
Alati: AR 'DatabaseName' on nüüd valideerimas AG terviklikkust WSFC.
Alati sees: GetTransportWithRef () on tagasi lükatud, kuna kohalik AR pole võrgus.
Riigi teave andmebaasi "DatabaseName"-karastatud LSN: "(34:304752:1)" commit LSN: "(0:0:0)" comm Time: "Jan 1 1900 12:7:00"
TAASTAMINE (DatabaseName; 6): paralleelsete Redo-töötajate peatamise alustamine
* * Dump Thread-spid = 0, EC = 0x000001F280CC7250
Virna dumping saadetakse FileLocation
* ALUSTA VIRNA DUMP:
* Asukoht: "FileLocation": 1774
* Avaldis: GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: spid
* Protsessi ID: ProcessId
Tõrge: 17066; raskusaste: 16; olek: 1.
SQL serveri kinnitus: < "filelocation" >, rida = 1774 ebaõnnestus väide = "GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY". See tõrge võib olla ajastusega seotud. Kui tõrge püsib pärast lause uuesti käivitamist, kasutage funktsiooni DBCC CHECKDB abil andmebaasi struktuuri terviklikkuse kontrollimiseks või taaskäivitage server, et tagada mälu andmete struktuurid pole rikutud.
Tõrge: 3624; raskusaste: 20; riik: 1.
Süsteemi kinnituse tšekk on nurjunud. Vaadake üksikasju SQL serveri tõrkelogi. Tavaliselt on kinnituse rike tingitud tarkvara veast või andmete korruptsioonist. Andmebaasi korruptsiooni kontrollimiseks kaaluge DBCC CHECKDB käitamist. Kui olete nõustunud saatma Microsoftile häälestamise ajal prügilad, saadetakse Microsoftile väike dumping. Värskendus võib olla saadaval Microsoftis uusimas hoolduspaketis või tehnilise toe käigultparanduses.
Olek
Microsoft on kinnitanud, et see probleem esineb jaotises "kehtib järgmiste toodete kohta" loetletud Microsofti toodetes.
Lahendus
See probleem on lahendatud SQL-i järgmises koondvärskenduses Server
SQL serveri kumulatiivsed värskendused:
Iga uus SQL serveri koondvärskenduses sisaldab kõiki käigultparandused ja kõik turvaparandusi, mis kuulusid koos eelmisega Kumulatiivne värskendus. Vaadake SQL serveri kumulatiivseid värskendusi.
Nõudmisel kiirparanduse teave:
See probleem on lahendatud järgmises SQL serveri nõudmisel kiirparanduses:
Viited
Siit leiate teavet selle kohta, mida Microsoft kasutab tarkvaravärskenduste kirjeldamiseks.
