Problembeschreibung
Gehen Sie davon aus, dass Sie Microsoft SQL Server 2016 oder 2017 verwenden. Wenn eine verfügbarkeitsgruppe unmittelbar nach dem Löschen und erneuten Erstellen der DAG zu einer vorhandenen verteilten verfügbarkeitsgruppe (Distributed Availability Group, DAG)wechselt, kann Sie nicht an der DAG teilnehmen, und Sie erhalten die Fehlermeldungen, die wie folgt aussehen:
Immer aktiviert: Benachrichtigung der Process AG-Konfigurationsänderung für AG ' AGName ' im Status ' Forwarder ' (7). Fehler: 41162, Schweregrad: 16, Zustand: 0. Fehler beim Überprüfen der Sequenznummer der Konfiguration der verfügbarkeitsgruppe "AGName". Die in-Memory-Sequenznummer stimmt nicht mit der beibehaltenen Sequenznummer überein. Die verfügbarkeitsgruppe und/oder das lokale verfügbarkeitsreplikat werden automatisch neu gestartet. Zu diesem Zeitpunkt ist keine Benutzeraktion erforderlich. Always on: ar 'AGName' verarbeitet nun die Benachrichtigung (Typ 64). Immer aktiviert: Benachrichtigung der Process AG-Konfigurationsänderung für AG 'AGName' im Status ' Forwarder ' (7). Always on: AR "AGName" überprüft nun die Integrität der AG in WSFC. Immer aktiviert: ar 'AGName' Rollen Übergang [Weiterleitung]--#a0 [Weiterleitung], Trigger [VALIDATE_AG_CONFIG], Zustand (wsfc = 1; Metadaten = 1). Always on: ar 'AGName' verarbeitet nun die Benachrichtigung (Typ-2).
Darüber hinaus kann der Fehler 41162 den Status der AG-Auflösung bringen und kann zwei weitere Probleme verursachen: Fehler 19407 und Assertionsfehler.
EFehler 19407:
Für nicht qualifizierte Transaktionen wird in der Datenbank dbname eine Rollback-Datei für eine immer verfügbare Statusänderung für Verfügbarkeitsgruppen zurückgesetzt. Geschätzte Rollback-Vervollständigung: 100%. Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich. [HaDrDbMgr:: setprimaral] Festlegen von Primary as agid: AGNumber, replicate: ReplicaNumber, AGDBID: AGDBNumber-Fehler: 19407, Schweregrad: 16, Bundesland: 2. die Lease zwischen der verfügbarkeitsgruppe "GroupName" und dem Windows Server-Failovercluster ist abgelaufen. Es ist ein Verbindungsproblem zwischen der Instanz von SQL Server und dem Windows Server-Failovercluster aufgetreten. Wenn Sie feststellen möchten, ob die verfügbarkeitsgruppe ordnungsgemäß fehlschlägt, überprüfen Sie die entsprechende Ressourcen verfügbarkeitsgruppe im Windows Server-Failovercluster.
Behauptung
Immer aktiviert: Benachrichtigung der Process AG-Konfigurationsänderung für AG 'DatabaseName' in Zustand ' RESOLVING_NORMAL ' (0).
Always on: ar 'DatabaseName' überprüft nun die Integrität der AG in WSFC.
Always on: GetTransportWithRef () wird abgelehnt, weil local AR nicht online ist.
Zustandsinformationen für Datenbank 'DatabaseName'-gehärtete LSN: ' (34:304752:1) ' Commit-LSN: ' (0:0:0) ' Commit Time: ' Jan 1 1900 12.00 Uhr '
Wiederherstellung (DatabaseName; 6): Starten des Beendens von parallelen Redo-Mitarbeitern
* * Dump-Thread-SPID = 0, EC = 0x000001F280CC7250
Stapelspeicher, der an FileLocation gesendet wird
* Stack-Dump starten:
* Ort: "FileLocation": 1774
* Ausdruck: GetContext ()->getcontroller ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* Prozess-ID: Prozess Kennung
Fehler: 17066, Schweregrad: 16, Zustand: 1.
SQL Server-Assertion: Datei: #a0 "FileLocation" #a1, Zeile = 1774 failed Assert = ' GetContext ()->getcontroller ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY '. Dieser Fehler kann Zeit bezogen sein. Wenn der Fehler nach erneuter Ausführung der Anweisung weiterhin auftritt, verwenden Sie DBCC CHECKDB, um die Datenbank auf strukturelle Integrität zu überprüfen, oder starten Sie den Server neu, um sicherzustellen, dass die Datenstrukturen im Arbeitsspeicher nicht beschädigt sind.
Fehler: 3624, Schweregrad: 20, Bundesland: 1.
Eine System Assertionsüberprüfung ist fehlgeschlagen. Weitere Informationen finden Sie im SQL Server-Fehlerprotokoll. In der Regel wird ein Assertionsfehler durch einen Softwarefehler oder Datenbeschädigung verursacht. Wenn Sie nach einer Datenbankbeschädigung suchen möchten, sollten Sie DBCC CHECKDB ausführen. Wenn Sie während des Setups zugestimmt haben, Dumps an Microsoft zu senden, wird ein Mini-dump an Microsoft gesendet. Möglicherweise ist ein Update von Microsoft im neuesten Service Pack oder in einem Hotfix vom technischen Support erhältlich.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Fehlerbehebung
Dieses Problem wurde im folgenden kumulativen Update für SQL behoben. Server
Informationen zu kumulativen Updates für SQL Server:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die in der vorherigen Version enthalten waren Kumulatives Update. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:
On-Demand-Hotfix-Informationen:
Dieses Problem wurde im folgenden on-Demand-Hotfix für SQL Server behoben:
Informationsquellen
Informieren Sie sich über die Terminologie, die Microsoft zum Beschreiben von Softwareupdates verwendet.
