KB4495663 – pataisa: klaida 41162 įvyksta, kai "SQL Server 2016" ir "2017" nepavyksta sukurti išplatintų pasiekiamumo grupių.

Simptomai

Tarkime, kad naudojate "Microsoft SQL Server" 2016 arba "2017". Kai prieinamumo grupė prisijungia prie esamos paskirstytos pasiekiamumo grupės (DAG) iš karto po to, kai DAG yra pašalinama ir atkurta, ji gali nepavykti prisijungti prie DAGir gaunate klaidos pranešimą, kuris panašus į šį:

Always on: proceso AG konfigūracijos keitimas pranešimas, skirtas AG ' Agname ' VALSTYBIU ekspeditorius (7). Klaida: 41162, sunkumas: 16, būsena: 0. nepavyko patvirtinti prieinamumo grupės "Agname" konfigūracijos eilės numerio.  Atminties sekos numeris nesutampa su išliekančios sekos numeriu.  Prieinamumo grupė ir (arba) vietinė pasiekiamumo replika bus automatiškai paleista iš naujo.  Šiuo metu nereikia atlikti jokio vartotojo veiksmo. Visada: AR "Agname" dabar apdorojamas pranešimas (tipas 64). Always on: proceso AG konfigūracijos keitimas pranešimas, skirtas AG 'Agname' VALSTYBIU ekspeditorius (7). Always on: AR "Agname" dabar yra tvirtinimas prie "WSFC" vientisumo. Always on: AR "Agname" vaidmens perėjimas [ekspeditorius]--> [Forwarder], paleidiklio [VALIDATE_AG_CONFIG], būsena (WSFC = 1, metadata = 1). Visada: AR "Agname" dabar apdorojamas pranešimas (2 tipo).

Be to, " 41162" gali ATNEŠTI "AG RESOLVING" būseną ir gali sukelti dvi kitas problemas: klaidos 19407 ir loginė triktis.

Error 19407:

Nekvalifikuotos operacijos yra grąžinamos atgal į duomenų bazės dbname ir visada apie pasiekiamumo grupių būsenų pakeitimą. Įvertintas keitimų atšaukimas: 100%. Tai informacinis pranešimas. Nereikia jokių vartotojo veiksmų. [HaDrDbMgr:: SetPrimaryAR] Parametras Primary kaip AGID: Agnumber, ReplicaID: replicanumber, Agdbid: agdbnumberklaida: 19407, sunkumas: 16, State: 2. nuomos prieinamumo grupės "Groupname" ir "Windows Server" permetimo sankaupos galiojimas baigėsi. Ryšio problema kilo tarp SQL serverio egzemplioriaus ir "Windows Server" permetimo sankaupos. Norėdami nustatyti, ar prieinamumo grupė netinkamai veikia, pažymėkite atitinkamą pasiekiamumo grupės išteklių "Windows Server" permetimo sankaupos.

Teiginį

Always on: "b","RESOLVING_NORMAL" (0

Always on: AR "Databasvardas" dabar patvirtina BĮD VIENTISUMĄ WSFC.

Always on: GetTransportWithRef () atmetamas, nes vietinis AR ne internete.

Valstybės informacija, skirta duomenų bazei "Databasvardas" – grūdintas LSN: ' (34:304752:1) ' įsipareigoti LSN: ' (0:0:0) ' įsipareigoti laikas: ' sausis 1 1900 12:00am '

ATKŪRIMAS (duomenų bazės pavadinimas, 6): pradėję veikti lygiagretaus perdaryti darbuotojai

* * Iškelties Thread-SPID = 0, EC = 0x000001F280CC7250

Rietuvės iškelties, siunčiamos į " filelocation "

* PRADĖTI RIETUVĖS IŠKELTIES:

* Vieta: "filelocation": 1774

* Išraiška: GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY

* SPID: SPID

* Proceso ID: ProcessID

Klaida: 17066, sunkumas: 16, būsena: 1.

SQL serverio teiginį: failas: < "filelocation" >, Line = 1774 nepavyko teiginį = ' getcontext ()->getcontroller ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY ". Ši klaida gali būti susieta su laiko parinkimu. Jei klaida kartojasi po to, kai persiunčiama ataskaita, Naudokite DBCC CHECKDB, kad patikrintumėte duomenų bazę struktūriniam vientisumui, arba iš naujo paleiskite serverį, kad įsitikintumėte, jog atminties struktūros nėra sugadintos.

Klaida: 3624, sunkumas: 20, valstybė: 1.

Sistemos patvirtinimo tikrinimas nepavyko. Patikrinkite SQL serverio klaidų žurnalų išsamią informaciją. Paprastai loginė klaida kyla dėl programinės įrangos klaidų arba duomenų sugadinimo. Norėdami patikrinti, ar yra duomenų bazės gedimas, apsvarstykite galimybę vykdyti DBCC CHECKDB. Jei sutikote siųsti "Microsoft" į "Microsoft" sąrankos metu, "Microsoft" bus nusiųstas mini dump. Naujinimą galima gauti iš "Microsoft" naujausiame pakeitimų pakete arba karštųjų pataisų iš techninės pagalbos.

Statusą

"Microsoft" patvirtino, kad tai yra "Microsoft" produktų, išvardytų skyriuje "taikoma", problema.

Sprendimas

Ši problema išspręsta šį kaupiamąjį naujinimą SQL Server

Apie SQL serverio kaupiamieji naujinimai:

Kiekvienas naujas Kaupiamasis naujinimas, skirtas "SQL Server", turi visas karštosios pataisos ir visos saugos pataisos, kurios buvo pridėtos prie ankstesnės Kaupiamasis naujinimas. Peržiūrėkite naujausius kaupiamuosius SQL serverio naujinimus:

Karštųjų pataisų informacija:

Ši problema išspręsta atliekant šias užsakomąsias karštąsias pataisas "SQL Server":

Nuorodos

Sužinokite apie terminologiją , kurią "Microsoft" naudoja programinės įrangos naujinimams apibūdinti.

Reikia daugiau pagalbos?

Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijungti prie "Microsoft Insider"

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×