Sintomi
Supponiamo che tu usi Microsoft SQL Server 2016 o 2017. Quando un gruppo di disponibilità si unisce a un gruppo di disponibilità distribuito esistente (DAG) subito dopo che il DAG viene eliminato e ricreato, potrebbe non riuscire apartecipare al DAG e ricevere i messaggi di errore simili ai seguenti:
Sempre attivo: notifica di modifica della configurazione di Process AG per AG "AGName" nello stato "forwarder" (7). Errore: 41162, gravità: 16, stato: 0. Impossibile convalidare il numero di sequenza della configurazione del gruppo di disponibilità "AGName". Il numero di sequenza in memoria non corrisponde al numero di sequenza persistente. Il gruppo di disponibilità e/o la replica di disponibilità locale verranno riavviati automaticamente. Al momento non è necessaria alcuna azione dell'utente. Sempre attivo: AR 'AGName' ora sta elaborando la notifica (digitare 64). Sempre attivo: notifica di modifica della configurazione di Process AG per AG "AGName" nello stato "forwarder" (7). Sempre attivo: AR 'AGName' ora convalida l'integrità di AG in WSFC. Sempre in: AR 'AGName' role Transition [spedizioniere]--> [spedizioniere], trigger [VALIDATE_AG_CONFIG], stato (WSFC = 1, Metadata = 1). Sempre attivo: AR 'AGName' ora sta elaborando la notifica (tipo-2).
Inoltre, l'errore 41162 può riportare lo stato di risoluzione di AG e può causare altri due problemi: errore 19407 e asserzione non riuscita.
Error 19407:
Le transazioni non qualificate vengono riportate in dbname di database per una modifica da parte dello stato dei gruppi di disponibilità sempre. Completamento del rollback stimato: 100%. Si tratta solo di un messaggio informativo. Non è necessaria alcuna azione per l'utente. [HaDrDbMgr:: seprimaryr] Impostazione primaria come AGID: AGNumber, replicaId: ReplicaNumber, AGDBID: AGDBNumbererrore: 19407, gravità: 16, stato: 2. il lease tra il gruppo di disponibilità "GroupName" e il cluster di failover di Windows Server è scaduto. Si è verificato un problema di connettività tra l'istanza di SQL Server e il cluster di failover di Windows Server. Per determinare se il gruppo di disponibilità non riesce correttamente, controllare la risorsa del gruppo di disponibilità corrispondente nel cluster di failover di Windows Server.
Asserzione
Sempre attivo: notifica di modifica della configurazione di Process AG per l'AG "DatabaseName" nello stato "RESOLVING_NORMAL" (0).
Sempre attivo: AR 'DatabaseName' ora convalida l'integrità di AG in WSFC.
Sempre attivo: GetTransportWithRef () viene rifiutato perché l'AR locale non è online.
Informazioni sullo stato per il database 'DatabaseName'-LSN indurito:' (34:304752:1)' LSN commit:' (0:0:0)' tempo di commit:' gen 1 1900 12:00'
RECUPERO (DatabaseName, 6): iniziare a arrestare gli operatori di rollforward paralleli
* * Thread di dump-SPID = 0, EC = 0x000001F280CC7250
Dump dello stack inviato a filelocation
* INIZIO DUMP DELLO STACK:
* Posizione: "filelocation": 1774
* Expression: GetContext ()->getController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* ID processo: ProcessID
Errore: 17066, gravità: 16, stato: 1.
Asserzione di SQL Server: file: < "filelocation" >, line = 1774 Failed Assertion =' GetContext ()->getController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY '. Questo errore può essere correlato alla temporizzazione. Se l'errore persiste dopo la rieseguire l'istruzione, usare DBCC CHECKDB per controllare il database per l'integrità strutturale oppure riavviare il server per verificare che le strutture di dati in memoria non siano danneggiate.
Errore: 3624, gravità: 20, stato: 1.
Il controllo dell'asserzione di sistema non è riuscito. Per informazioni dettagliate, vedere il log degli errori di SQL Server. In genere, un errore di asserzione è causato da un bug software o da un danneggiamento dei dati. Per verificare il danneggiamento del database, provare a eseguire DBCC CHECKDB. Se si è deciso di inviare dump a Microsoft durante l'installazione, verrà inviato un mini dump a Microsoft. Un aggiornamento potrebbe essere disponibile da Microsoft nel Service Pack più recente o in un hotfix dal supporto tecnico.
Stato
Microsoft ha confermato che questo problema si verifica nei prodotti elencati nella sezione "Si applica a".
Risoluzione
Questo problema è stato risolto con l'aggiornamento cumulativo seguente per SQL Server
Informazioni sugli aggiornamenti cumulativi per SQL Server:
Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutte le aggiornamenti rapidi e tutte le correzioni di sicurezza incluse nel precedente aggiornamento cumulativo. Vedere gli ultimi aggiornamenti cumulativi per SQL Server:
Informazioni sull'hotfix su richiesta:
Questo problema è stato risolto nella seguente hotfix su richiesta per SQL Server:
Riferimenti
Informazioni sulla terminologia utilizzata da Microsoft per descrivere gli aggiornamenti software.
