Problembeschreibung
Dieses Update umfasst die folgenden Verbesserungen für die Unterstützung von Microsoft SQL Server AlwaysOn Lease-Timeout:
-
Die Meldung Lease-Timeout zeigt jetzt die aktuelle Uhrzeit und die erwartete Erneuerungszeit an.
-
Für Leasing-Mitarbeiter wurde eine neue Fehlermeldung hinzugefügt, die eindeutig den Grund für das Leasing-Timeout angibt.
-
Es wurde ein neues Extended-Ereignis und ein neuer Ringpuffer für Leasing-Mitarbeiter hinzugefügt. Diese geben deutlich die Leasing Stufen an.
Fehlerbehebung
Das Problem wurde zunächst in den folgenden Service Packs für SQL Server behoben.
Weitere Informationen zu SQL Server 2012 Service Pack 3 (SP3) finden Sie unter Fehler, die in SQL Server 2012 Service Pack 3 behoben werden.
Service Pack 2 für SQL Server für SQL Server 2014Informationen zu Service Packs für SQL ServerService Packs sind kumulativ. Jedes neue Service Pack enthält neben neuen Updates alle Updates früherer Service Packs. Wir empfehlen, das neueste Service Pack und das neueste kumulative Update für dieses Service Pack zu verwenden. Sie müssen also keine älteren Versionen eines Service Packs installieren, bevor Sie das neueste Service Pack installieren. Verwenden Sie Tabelle 1 im folgenden Artikel, um weitere Informationen zu den neuesten Service Packs und dem neuesten kumulativen Update zu finden.Ermitteln der Versions-, Editions-und Update Ebene von SQL Server und dessen Komponenten
Weitere Informationen
Um zusätzliche Einblicke zu erhalten, wurden SQL Server neue Fehlermeldungen hinzugefügt. In der folgenden Tabelle sind die einzelnen Beispiele aufgeführt und erläutert.
|
Fehler |
Fehlermeldung |
Ursache |
Korrigierende Aktion |
|---|---|---|---|
|
19419 |
Die Erneuerung des Leasingverhältnisses zwischen der verfügbarkeitsgruppe '%. * ls ' und dem Windows Server-Failovercluster ist fehlgeschlagen, da die vorhandene Lease nicht mehr gültig ist. |
Der Lease-Worker auf der SQL Server-Seite wurde nicht rechtzeitig geplant, um das Ereignis Signal aus dem Cluster zu verarbeiten. |
Überprüfen Sie die CPU-Auslastung auf dem Server, da der SQL Server-Lease-Worker zu verhungern scheint. |
|
19420 |
Die verfügbarkeitsgruppe '%. * ls ' wird explizit aufgefordert, die Erneuerung des Leasings zu beenden. |
Die Lease-Verlängerung wird als Teil der Offline verfügbarkeitsgruppe beendet. Dies ist nur informationsbasiert. |
|
|
19421 |
Die Erneuerung des Leasingverhältnisses zwischen der verfügbarkeitsgruppe '%. * ls ' und dem Windows Server-Failovercluster ist fehlgeschlagen, da die Erneuerung innerhalb des Leasing Intervalls nicht stattgefunden hat. |
Der Lease-Helfer auf der Cluster Seite signalisierte die SQL Server-Leasing-ArbeiterIn nicht rechtzeitig. |
Überprüfen Sie die zugehörige Ressourcen verfügbarkeitsgruppe in WSFC-Cluster, um festzustellen, ob ein Fehler gemeldet wurde. |
|
19422 |
Die Erneuerung des Leasingverhältnisses zwischen der verfügbarkeitsgruppe "%. * ls" und dem Windows Server-Failovercluster ist aufgrund eines Windows-Fehlers mit Fehlercode ("% d") fehlgeschlagen. |
Der Lease-Worker auf der SQL Server-Seite konnte den Lease aufgrund eines Windows-Fehlers nicht verlängern. |
Überprüfen Sie den Windows-Fehlercode, und führen Sie die entsprechenden Schritte aus. |
|
19423 |
Die Lease der verfügbarkeitsgruppe '%. * ls ' ist nicht mehr gültig, um den Lease-Erneuerungsprozess zu starten. |
Wenn der Leasing-Worker die Verarbeitung der übermäßigen Leasedauer durch einen Online-Anruf begonnen hat, war der Lease bereits abgelaufen. Dies kann aufgrund von Planungsproblemen geschehen. |
Überprüfen Sie die CPU-Auslastung auf dem Server, da der SQL Server-Lease-Worker zu verhungern scheint. |
|
19424 |
Der Leasing-Mitarbeiter der verfügbarkeitsgruppe '%. * ls ' schläft jetzt die überschüssige Leasingzeit (% u MS), die während der Onlinebereitstellung bereitgestellt wird. Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich. |
Informations. Zusätzliche Online-Zeit, die zum Starten des Lease-Verlängerungs Threads und als Teil der Online-Routine zur verfügbarkeitsgruppe zugeteilt wurde. |
Beispiel für Fehler 19419: Wenn Sie einen Debugger zum Anfügen an SQL Server verwenden, wird die Wartung von Threads im SQL Server-Prozess unterbricht, bis Sie den SQL Server-Prozess fortsetzen. Wenn Sie SQL Server fortsetzen, wird im SQL Server-Fehlerprotokoll Folgendes angezeigt:
<Datum Uhrzeit> Server Fehler: 19419, Schweregrad: 16, Status: 1. <Datum Uhrzeit> Der Server-Windows Server-Failovercluster hat innerhalb des Timeoutzeitraums für das Leasing-Zeitlimit kein Prozessereignis Signal von der SQL Server-Host verfügbarkeitsgruppe "AG" erhalten. <Datum Uhrzeit> Server Fehler: 19407, Schweregrad: 16, Status: 1. <Datum Uhrzeit> Server die Lease zwischen der verfügbarkeitsgruppe "AG" 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. <Datum Uhrzeit> Server-AlwaysOn: das lokale Replikat der verfügbarkeitsgruppe "AG" wird offline geschaltet, da entweder der Lease abgelaufen ist oder die Erneuerung des Leasingvertrags fehlgeschlagen ist. Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich. <Datum Uhrzeit> Server der Status des lokalen verfügbarkeitsreplikats in der verfügbarkeitsgruppe "AG" hat sich von "PRIMARY_NORMAL" in "RESOLVING_NORMAL" geändert. Der Replikatstatus wurde aufgrund eines Startvorgangs, eines Failovers, eines Kommunikationsproblems oder eines Cluster Fehlers geändert. Weitere Informationen finden Sie im Dashboard zur verfügbarkeitsgruppe, SQL Server-Fehlerprotokoll, Windows Server-Failover-Cluster-Verwaltungskonsole oder Windows Server-Failovercluster-Protokoll.
Der 19419-Fehler wird zurückgegeben, weil SQL Server nicht auf den Clusterdienst reagiert hat. Sie können auch eine Lease-Timeout-Fehlermeldung (19407) zusammen mit dem 19419-Fehler erhalten.Beispiel für Fehler 19424: im folgenden wird die übermäßige Lease-Zeit Nachricht angezeigt, die unmittelbar vor der Überblendung der verfügbarkeitsgruppe in die primäre Rolle gemeldet wird:
<Datum Uhrzeit> Server der Leasing-Mitarbeiter der verfügbarkeitsgruppe ' AG ' schläft jetzt die überschüssige Leasingzeit (164766 MS), die im Internet bereitgestellt wird. Dies ist nur eine Informationsmeldung. Es ist keine Benutzeraktion erforderlich. <Datum Uhrzeit> Server der Status des lokalen verfügbarkeitsreplikats in der verfügbarkeitsgruppe "AG" hat sich von "PRIMARY_PENDING" in "PRIMARY_NORMAL" geändert. Der Replikatstatus wurde aufgrund eines Startvorgangs, eines Failovers, eines Kommunikationsproblems oder eines Cluster Fehlers geändert. Weitere Informationen finden Sie im Dashboard zur verfügbarkeitsgruppe, SQL Server-Fehlerprotokoll, Windows Server-Failover-Cluster-Verwaltungskonsole oder Windows Server-Failovercluster-Protokoll.
Die availability_group_lease_expired -und hadr_ag_lease_renewal -XEvents wurden mit dem Hinzufügen von Datenpunkten verbessert, die weitere Informationen zum Zustand des Leasings bieten. In der folgenden Tabelle werden die Verbesserungen dieser XEvents beschrieben:
|
XEvent |
Neue Spalte |
Beschreibung |
|---|---|---|
|
availability_group_lease_expired |
current_time |
Zeitpunkt, zu dem der Lease abgelaufen ist |
|
availability_group_lease_expired |
new_timeout |
Timeout Zeit, wenn availability_group_lease_expired ausgelöst wird, ist CURRENT_TIME größer als new_timeout |
|
availability_group_lease_expired |
Zustand |
Leasing Phasen: siehe Tabelle "Leasing Phasen" unten |
|
hadr_ag_lease_renewal |
Zustand |
hadr_ag_lease_renewal |
|
hadr_ag_lease_renewal |
error_code |
Wenn Zustand HadrLeaseRenewal_FailedWithWindowsError ist, ist error_code der Windows-Fehlercode, der dem Fehler zugeordnet ist. |
Leasing Phasen und-DefinitionenIn der folgenden Tabelle sind die möglichen Leasing Phasen aufgelistet und deren Funktionen erläutert:
|
Name der Stufe |
Beschreibung |
|---|---|
|
HadrLeaseRenewal_LeaseWorkerStarted |
Der Arbeitsthread des Leasings wurde gestartet. |
|
HadrLeaseRenewal_StartedExcessLeaseSleep |
Übermäßiger Leasing Beginn. Übermäßige Leasing Phasen dokumentieren das Starten des Lease-Threads während der Online Phase der verfügbarkeitsgruppe. |
|
HadrLeaseRenewal_FailedExcessSleepInvalidOnlineLease |
Wenn der Leasingvertrag bereits abgelaufen ist, wird der überschüssige Leasingvertrag nicht ausgeführt. |
|
HadrLeaseRenewal_SkipExcessSleep |
Wir überspringen den überschüssigen Lease, wenn die für den Ruhezustand verfügbare Dauer kleiner als das Leasing Intervall ist. Es besteht keine Notwendigkeit, die überschüssige Lease zu durchlaufen, sondern nur den Hand Shake-Prozess zu starten. |
|
HadrLeaseRenewal_ExcessSleepSucceeded |
Übermäßiger Leasingvertrag war erfolgreich. |
|
HadrLeaseRenewal_RenewSucceeded |
Das sollten wir bei jeder Erneuerung sehen. |
|
HadrLeaseRenewal_LeaseNotValid |
Entspricht Fehler: der 19419Windows-Server-Failovercluster hat innerhalb des Timeoutzeitraums für das Lease-Zeitlimit kein Prozessereignis Signal von der SQL Server-Host verfügbarkeitsgruppe '%. * ls ' empfangen. |
|
HadrLeaseRenewal_StopLeaseRenewal |
Dies sollte während eines Failover-Ereignisses angezeigt werden. |
|
HadrLeaseRenewal_LeaseExpired |
Entspricht Fehler: die 19421SQL-Server Host-verfügbarkeitsgruppe '%. * ls ' hat innerhalb des Timeoutzeitraums für das Lease-Timeout kein Prozessereignis Signal vom Windows Server-Failovercluster empfangen. |
|
HadrLeaseRenewal_FailedWithWindowsError |
Fehler bei der Erneuerung des Leasings wegen eines Windows-Fehlers. |
Weitere Informationen finden Sie unter verbesserte Timeout-Diagnose für AlwaysOn-Verfügbarkeitsgruppen. Weitere Informationen zum Lease-Timeout finden Sie unter So funktioniert es: SQL Server-AlwaysOn-Leasing-Timeout.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
