Simptome
Să presupunem că utilizați Microsoft SQL Server 2016 sau 2017. Atunci când un grup de disponibilitate asociază un grup existent de disponibilitate distribuit (DAG) imediat după ce DAG este retras și recreat, acesta nu poate săse asocieze cu Dag și primiți mesajele de eroare care seamănă cu următorul:
Always on: proces AG Configuration scimbare Notification pentru AG ' AGName ' în stare ' reforwarder ' (7). Eroare: 41162, severitate: 16, stare: 0. nu s-a reușit validarea numărului de secvență al configurării grupului de disponibilitate 'AGName'. Numărul secvenței în memorie nu se potrivește cu numărul de secvență persistent. Grupul disponibilitate și/sau reproducerea de disponibilitate locală vor fi repornite automat. Nu este necesară nicio acțiune pentru utilizator în acest moment. Întotdeauna la data de: AR 'AGName' procesează acum notificarea (tastați 64). Always on: proces AG Configuration scimbare Notification pentru AG 'AGName' în stare ' reforwarder ' (7). Always on: AR 'AGName' validează acum integritatea AG în WSFC. Always on: AR 'AGName' rolul de tranziție [redirecționare]--> [redirecționare], trigger [VALIDATE_AG_CONFIG], stare (WSFC = 1, metadate = 1). Întotdeauna la data de: AR 'AGName' procesează acum notificarea (Type-2).
În plus, eroarea 41162 poate aduce AG rezolvarea stării și poate provoca alte două probleme: eroarea 19407 și eșecul afirmațiilor.
Eoglindă 19407:
Tranzacțiile necalificate sunt returnate în baza de date dbname pentru o modificare permanentă a stării grupurilor de disponibilitate. Finalizarea estimată a revenirii: 100%. Acesta este doar un mesaj informational. Nu este necesară nicio acțiune de utilizator. [HaDrDbMgr::SetPrimaryAR] Setarea principală ca AGID: AGNumber, ReplicaID: ReplicaNumber, AGDBID: AGDBNumbereroare: 19407, severitate: 16, stare: 2. contractul de leasing între grupul de disponibilitate ' GroupName ' și Windows Server failover cluster a expirat. A apărut o problemă de conectivitate între instanța SQL Server și Windows Server failover cluster. Pentru a determina dacă grupul disponibilitate nu reușește corect, Verificați resursele corespunzătoare de grup de disponibilitate din Windows Server failover cluster.
Afirmația
Always on: proces AG Configuration scimbare Notification pentru AG 'DatabaseName' înãuntru stare ' RESOLVING_NORMAL ' (0).
Always on: AR 'DatabaseName' validează acum integritatea AG în WSFC.
Always on: GetTransportWithRef () este respins, deoarece local AR nu este online.
Informații de stat pentru baza de date 'DatabaseName'-LSN călit: ' (34:304752:1) ' comite LSN: ' (0:0:0) ' timpul de angajare: ' Jan 1 1900 12:00am '
RECUPERARE (DatabaseName; 6): începeți să opriți refacerea în paralel a lucrătorilor
* * Fire dump-spid = 0, EC = 0x000001F280CC7250
Stiva Dump fiind trimisă la FileLocation
* ÎNCEPEȚI STIVA DUMP:
* Locație: "FileLocation": 1774
* Expresie: GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* Procesul ID: ProcessId
Eroare: 17066, severitate: 16, stare: 1.
Afirmație SQL Server: fișier: < "Filelocation" >, line = 1774 failed afirmation = ' GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY '. Această eroare poate avea legătură cu sincronizarea. Dacă eroarea persistă după ce Reexecutați instrucțiunea, utilizați DBCC CHECKDB pentru a verifica baza de date pentru integritatea structurală sau reporniți serverul pentru a vă asigura că structurile de date din memorie nu sunt deteriorate.
Eroare: 3624, severitate: 20, stare: 1.
O verificare a susținerii sistemului nu a reușit. Verificați jurnalul de erori SQL Server pentru detalii. De obicei, o eroare de afirmație este cauzată de un defect de software sau de o deteriorare a datelor. Pentru a căuta corupția bazei de date, luați în considerare executarea DBCC CHECKDB. Dacă ați fost de acord să trimiteți gropi la Microsoft în timpul instalării, va fi trimis un mini dump către Microsoft. Este posibil ca o actualizare să fie disponibilă de la Microsoft în cel mai recent pachet Service Pack sau într-o remediere rapidă din asistența tehnică.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
Rezolvare
Această problemă este remediată în următoarea actualizare cumulativă pentru SQL Server
Despre actualizările cumulative pentru SQL Server:
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedieri rapide și toate remedierile de securitate care au fost incluse în versiunea anterioară actualizare cumulativă. Consultați cele mai recente actualizări cumulative pentru SQL Server:
Informații despre remedierea rapidă la cerere:
Această problemă este remediată în următoarea remediere rapidă la cerere pentru SQL Server:
Referințe
Aflați despre terminologia pe care o utilizează Microsoft pentru a descrie actualizările de software.
