Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Leitfaden hilft Ihnen, mit der Überwachung von Verfügbarkeitsgruppen und der Fehlersuche einiger häufiger Probleme in Verfügbarkeitsgruppen zu beginnen. Es bietet originelle Inhalte und eine Landingpage mit nützlichen Informationen, die anderswo veröffentlicht werden. Auch wenn dieser Leitfaden nicht alle Probleme im großen Bereich der Verfügbarkeitsgruppen vollständig erläutern kann, kann er Sie bei Ihrer Ursachenanalyse und -lösung in die richtige Richtung weisen.
Da Verfügbarkeitsgruppen eine integrierte Technologie sind, können viele Probleme, denen Sie begegnen, Symptome anderer Probleme in Ihrem Datenbanksystem sein. Einige Probleme entstehen durch Einstellungen innerhalb einer Verfügbarkeitsgruppe, wie zum Beispiel wenn eine Verfügbarkeitsdatenbank ausgesetzt wird. Weitere Probleme können Probleme mit anderen Aspekten von SQL Server umfassen, wie SQL Server-Einstellungen, Datenbankdatei-Deployments und systemische Leistungsprobleme, die nichts mit der Verfügbarkeit zu tun haben. Außerhalb der SQL Server können weitere Probleme auftreten, wie zum Beispiel Netzwerk-I/O, TCP/IP, Active Directory und Windows Server Failover Clustering (WSFC)-Probleme. Oft erfordern Probleme, die in einer Verfügbarkeitsgruppe, einem Replik oder einer Datenbank auftreten, dass Sie mehrere Technologien untersuchen, um die Ursache zu identifizieren.
Fehlerbehebungsszenarien
Die folgende Tabelle enthält Links zu den gängigen Fehlersuchszenarien für Verfügbarkeitsgruppen. Sie werden nach ihren Szenariotypen kategorisiert, wie Konfiguration, Client-Konnektivität, Failover und Leistung.
| Szenario | Szenariotyp | Description |
|---|---|---|
| Fehlerbehebung der Konfiguration der Always-On-Verfügbarkeitsgruppen (SQL Server) | Configuration | Bietet Informationen, die Ihnen helfen, typische Probleme bei der Konfiguration von Serverinstanzen für Verfügbarkeitsgruppen zu beheben. Typische Konfigurationsprobleme sind: - Verfügbarkeitsgruppen sind deaktiviert - Konten falsch konfiguriert sind - der Datenbankspiegelungsendpunkt nicht existiert - der Endpunkt ist nicht zugänglich (SQL Server-Fehler 1418) - Netzwerkzugang existiert nicht - Ein Join-Datenbankbefehl fehlschlägt (SQL Server Fehler 35250) |
| Fehlerbehebung einer fehlgeschlagenen Add-Datei-Operation (Always On Availability Groups) | Configuration | Eine Add-Datei-Operation führte dazu, dass die sekundäre Datenbank ausgesetzt wurde und sich im NICHT SYNCHRONISIERENDEN Zustand befand. |
| Keine Verbindung zum Verfügbarkeitsgruppen-Listener in einer Multi-Subnet-Umgebung | Clientkonnektivität | Nachdem Sie den Verfügbarkeitsgruppen-Listener konfiguriert haben, können Sie den Listener nicht pingen oder sich von einer Anwendung aus verbinden. |
| Fehlersuche bei automatischen Failovers | Failover | Ein automatisches Failover wurde nicht erfolgreich abgeschlossen. |
| Problembehandlung: Verfügbarkeitsgruppe hat RTO überschritten | Leistung | Nach einem automatischen Failover oder einem geplanten manuellen Failover ohne Datenverlust überschreitet die Failoverzeit die RTO. Ein anderer Fall: Wenn Sie die Failoverzeit eines sekundären Replikats im synchronen Commitmodus (z.B. eines Partners für das automatische Failover) einschätzen, stellen Sie fest, dass diese Ihre RTO überschreitet. |
| Problembehandlung: Verfügbarkeitsgruppe hat RPO überschritten | Leistung | Nachdem Sie ein erzwungenes manuelles Failover ausgeführt haben, ist der Datenverlust größer als Ihre RPO. Ein anderer Fall: Wenn Sie den möglichen Datenverlust eines sekundäres Replikats im asynchronen Commitmodus berechnen, stellen Sie fest, dass dieser Ihre RPO überschreitet. |
| Problembehandlung: Änderungen am primären Replikat spiegeln sich nicht im sekundären Replikat wider | Leistung | Die Clientanwendung schließt eine Aktualisierung des primären Replikats erfolgreich ab, die Abfrage des sekundären Replikats zeigt jedoch an, dass die Änderung nicht angezeigt wird. |
| Fehlerbehebung: Hohe HADR_SYNC_COMMIT Wartezeit mit Always-On-Verfügbarkeitsgruppen | Leistung | Wenn HADR_SYNC_COMMIT ungewöhnlich lang ist, gibt es ein Leistungsproblem beim Datenfluss oder beim sekundären Repliken-Loghärten. |
Hilfreiche Tools für die Problembehandlung
Beim Konfigurieren oder Ausführen von Verfügbarkeitsgruppen können verschiedene Tools Ihnen helfen, verschiedene Arten von Problemen zu diagnostizieren. Die folgende Tabelle bietet Links zu nützlichen Informationen über die Werkzeuge.
| Werkzeug | Description |
|---|---|
| Verwenden des Always On-Dashboards (SQL Server Management Studio) | Gibt einen kurzfristigen Überblick über die Gesundheit Ihrer Verfügbarkeitsgruppe in einer benutzerfreundlichen Oberfläche. |
| Always-On-Richtlinien | Wird vom Always On Dashboard verwendet. |
| SQL Server Fehlerprotokoll (Always On Verfügbarkeitsgruppen) | Protokolle zeigen Zustandsübergangsereignisse für Verfügbarkeitsgruppen, Repliken und Datenbanken, Status anderer Always On-Komponenten und Always On-Fehler. |
| CLUSTER. LOG (Always On Availability Groups) | Logs clustern Ereignisse, einschließlich Zustandsübergängen der Verfügbarkeitsgruppenressource sowie Ereignisse und Fehler aus der SQL Server-Ressourcen-DLL. |
| Always On Gesundheits-Diagnoseprotokoll | Protokolle SQL Server Gesundheitsdiagnosen, wie sie vom sp_server_diagnostics (Transact-SQL an den WSFC-Cluster (SQL Server Ressourcen-DLL) gemeldet wurden. |
| Dynamische Verwaltungsansichten und Systemkatalogansichten (Always On Availability Groups) | Meldet Informationen zu den Verfügbarkeitsgruppen wie Konfiguration, Gesundheitszustand und Leistungskennzahlen. |
| Always On erweiterte Events | Bietet detaillierte Diagnosen der Verfügbarkeitsgruppen und ist nützlich für die Ursachenanalyse. |
| Always-On-Wartetypen | Bietet Wartestatistiken, die spezifisch für Verfügbarkeitsgruppen sind und für die Leistungsoptimierung nützlich sind. |
| Always-On-Leistungszähler | Die Aktivitäten der Monitor-Verfügbarkeitsgruppen werden im System Monitor widergespiegelt und sind nützlich für die Leistungsoptimierung. Weitere Informationen finden Sie unter SQL Server, Availability Replica Object und SQL Server, Database Replica Object. |
| Always-On-Ringpuffer | Erfassung von Warnungen im SQL Server-System für interne Diagnosen und kann verwendet werden, um Probleme im Zusammenhang mit den Verfügbarkeitsgruppen zu debuggen. |
Überwachungs-Verfügbarkeitsgruppen
Der ideale Zeitpunkt, um eine Verfügbarkeitsgruppe zu beheben, ist, bevor ein Problem ein Failover, sei es automatisch oder manuell, erforderlich macht. Dies kann erreicht werden, indem man die Leistungskennzahlen der Verfügbarkeitsgruppe überwacht und Benachrichtigungen sendet, wenn die Verfügbarkeitsrepliken außerhalb der Grenzen Ihrer Service-Level Agreement (SLA) liegen. Wenn zum Beispiel eine synchrone sekundäre Replik Leistungsprobleme hat, die die geschätzte Failover-Zeit erhöhen, möchten Sie nicht warten, bis ein automatisches Failover auftritt und Sie feststellen, dass die Failover-Zeit Ihr Wiederherstellungsziel übersteigt.
Da Verfügbarkeitsgruppen eine Lösung für hohe Verfügbarkeit und Notfallwiederherstellung sind, sind die wichtigsten Leistungskennzahlen die geschätzte Failover-Zeit, die Ihr Wiederherstellungszeitziel (RTO) beeinflusst, sowie der potenzielle Datenverlust bei einer Katastrophe, was wiederum Ihr Wiederherstellungspunkt-Ziel (RPO) beeinflusst. Sie können diese Kennzahlen aus den Daten sammeln, die SQL Server zu einem bestimmten Zeitpunkt bereitstellt, sodass Sie vor tatsächlichen Ausfallereignissen über ein Problem in den High-Availability- und Disaster Recovery-(HADR)-Funktionen Ihres Systems informiert werden. Daher ist es wichtig, sich mit dem Datensynchronisationsprozess von Verfügbarkeitsgruppen vertraut zu machen und die Kennzahlen entsprechend zu sammeln.
Diese folgende Tabelle verweist auf Artikel, die Ihnen helfen können, die Gesundheit Ihrer Lösung für Verfügbarkeitsgruppen zu überwachen.
| Artikel | Description |
|---|---|
| Überwachen Sie die Leistung der Always On Verfügbarkeitsgruppen | Beschreibt den Datensynchronisationsprozess für Verfügbarkeitsgruppen, die Flusskontrolltore und nützliche Kennzahlen bei der Überwachung einer Verfügbarkeitsgruppe; und zeigt auch, wie man RTO- und RPO-Metriken sammelt. |
| Überwachung von Verfügbarkeitsgruppen (SQL Server) | Bietet Informationen zu Werkzeugen zur Überwachung einer Verfügbarkeitsgruppe. |
| Das Always On Gesundheitsmodell, Teil 1: Architektur des Gesundheitsmodells | Bietet einen Überblick über das Always-On-Gesundheitsmodell. |
| Das Always-On-Gesundheitsmodell, Teil 2: Erweiterung des Gesundheitsmodells | Zeigt, wie man das Always On-Gesundheitsmodell anpasst und das Always On-Dashboard anpasst, um zusätzliche Informationen anzuzeigen. |
| Überwachung der Always On-Gesundheit mit PowerShell, Teil 1: Grundlegende CMDLET-Übersicht | Bietet einen grundlegenden Überblick über die Always On PowerShell-Cmdlets, mit denen die Gesundheit einer Verfügbarkeitsgruppe überwacht werden kann. |
| Überwachung der Always On-Gesundheit mit PowerShell, Teil 2: Erweiterte CMDLET-Nutzung | Bietet Informationen zur erweiterten Nutzung der Always On PowerShell-CMDLETS zur Überwachung der Gesundheit einer Verfügbarkeitsgruppe. |
| Monitoring Always On Health mit PowerShell, Teil 3: Eine einfache Überwachungsanwendung | Zeigt, wie man eine Verfügbarkeitsgruppe mit einer Anwendung automatisch überwacht. |
| Überwachung der Always-On-Gesundheit mit PowerShell, Teil 4: Integration mit dem SQL Server-Agent | Bietet Informationen darüber, wie die Überwachung der Verfügbarkeitsgruppen mit dem SQL Server-Agent integriert und die Benachrichtigung an die zuständigen Parteien bei Problemen konfiguriert werden kann. |