sys.dm_hadr_database_replica_states (Transact-SQL)
Gilt für: 
SQL Server Azure SQL Managed Instance
Gibt eine Zeile für jede Datenbank zurück, die an einer Always On-Verfügbarkeitsgruppe teilnimmt, für die die lokale SQL Server-Instanz ein Verfügbarkeitsreplikat hostet. Diese dynamische Verwaltungssicht macht Statusinformationen für sowohl primäre als auch sekundäre Replikate verfügbar. Auf einem sekundären Replikat gibt diese Sicht eine Zeile für jede sekundäre Datenbank der Serverinstanz zurück. Auf dem primären Replikat gibt diese Sicht eine Zeile für jede primäre Datenbank und eine zusätzliche Zeile für die entsprechende sekundäre Datenbank zurück.
Wichtig
Abhängig von der Aktion und den Statuswerten auf höherer Ebene sind Datenbankstatusinformationen möglicherweise nicht verfügbar oder veraltet. Zudem sind die Werte nur lokal relevant. Beispielsweise gibt der Wert der spalte last_hardened_lsn im primären Replikat die Informationen zu einer bestimmten sekundären Datenbank wieder, die derzeit für das primäre Replikat verfügbar ist, nicht den tatsächlich gehärteten LSN-Wert, den das sekundäre Replikat aktuell haben könnte.
| Spaltenname | Datentyp | Beschreibung (auf primärem Replikat) |
|---|---|---|
| database_id | int | Der Bezeichner der Datenbank, der innerhalb einer Instanz von SQL Server eindeutig ist. Dies ist derselbe Wert wie in der Sys.databases-Katalogansicht angezeigt. |
| group_id | uniqueidentifier | Der Bezeichner der Verfügbarkeitsgruppe, zu der die Datenbank gehört. |
| replica_id | uniqueidentifier | Der Bezeichner des Verfügbarkeitsreplikats in der Verfügbarkeitsgruppe. |
| group_database_id | uniqueidentifier | Der Bezeichner der Datenbank in der Verfügbarkeitsgruppe. Dieser Bezeichner ist auf jedem Replikat, mit dem diese Datenbank verknüpft ist, identisch. |
| is_local | bit | Gibt an, ob die Verfügbarkeitsdatenbank lokal ist. Folgende Werte sind möglich: 0 = Die Datenbank ist nicht lokal für die SQL Server-Instanz. 1 = Die Datenbank ist für die Serverinstanz lokal. |
| is_primary_replica | bit | Gibt 1 zurück, wenn das Replikat primär ist, oder 0 bei einem sekundären Replikat. Gilt für: SQL Server 2014 (12.x) und höher. |
| synchronization_state | tinyint | Datenbewegungszustand, einer der folgenden Werte. 0 = Nicht synchronisiert. Gibt bei einer primären Datenbank an, dass die Datenbank nicht bereit ist, das Transaktionsprotokoll mit den entsprechenden sekundären Datenbanken zu synchronisieren. Gibt bei einer sekundären Datenbank an, dass die Protokollsynchronisierung für die Datenbank aufgrund eines Verbindungsproblems nicht gestartet wurde oder beim Start oder einem Rollenwechsel verschiedene Übergangsstatuswerte durchläuft. 1 = Synchronisierung. Gibt bei einer primären Datenbank an, dass diese Datenbank bereit ist, eine Scananforderung von einer sekundären Datenbank zu akzeptieren. Gibt bei einer sekundären Datenbank an, dass eine aktive Datenverschiebung für die Datenbank erfolgt. 2 = Synchronisiert. Primäre Datenbanken werden mit dem Status SYNCHRONISIERT und nicht mit dem Status WIRD SYNCHRONISIERT angezeigt. Eine sekundäre Datenbank mit synchronem Commit wird als SYNCHRONISIERT angezeigt, wenn gemäß dem lokalen Cache die Datenbank für das Failover bereit ist und eine Synchronisierung erfolgt. 3 = Wiederherstellen. Gibt die Rollbackphase an, wenn eine sekundäre Datenbank aktiv Seiten von der primären Datenbank abruft. Achtung: Wenn sich eine Datenbank für ein sekundäres Replikat im REVERTING-Zustand befindet, verlässt das Erzwingen eines Failovers mit dem sekundären Replikat die Datenbank in einem Zustand, in dem sie nicht als primäre Datenbank gestartet werden kann. Entweder muss erneut eine Verbindung mit der Datenbank als sekundäre Datenbank hergestellt werden, oder Sie müssen neue Protokolldatensätze aus einer Protokollsicherung übernehmen. 4 = Initialisierung. Gibt die Rollbackphase an, wenn das Transaktionsprotokoll (erforderlich, um eine sekundäre Datenbank auf den gleichen Stand wie die Rückgängig-LSN zu bringen) übermittelt und auf einem sekundären Replikat festgeschrieben wird. Achtung: Wenn sich eine Datenbank für ein sekundäres Replikat im INITIALISIERUNGszustand befindet, lässt das Erzwingen des Failovers mit dem sekundären Replikat die Datenbank in einem Zustand zurück, in dem sie nicht als primäre Datenbank gestartet werden kann. Entweder muss erneut eine Verbindung mit der Datenbank als sekundäre Datenbank hergestellt werden, oder Sie müssen neue Protokolldatensätze aus einer Protokollsicherung übernehmen. |
| synchronization_state_desc | nvarchar(60) | Beschreibung des Datenverschiebungsstatus. Folgende Werte sind möglich: NOT SYNCHRONIZING SYNCHRONIZING SYNCHRONIZED REVERTING INITIALIZING |
| is_commit_participant | bit | 0 = Ein Transaktionscommit wird nicht in Bezug auf diese Datenbank synchronisiert. 1 = Ein Transaktionscommit wird in Bezug auf diese Datenbank synchronisiert. Für eine Datenbank mit einem Verfügbarkeitsreplikat für asynchrone Commits muss dieser Wert immer 0 sein. Bei einer Datenbank mit einem Verfügbarkeitsreplikat für synchrone Commits ist dieser Wert nur für die primäre Datenbank genau. |
| synchronization_health | tinyint | Gibt den Schnittpunkt des Synchronisierungsstatus einer Datenbank an, die der Verfügbarkeitsgruppe im Verfügbarkeitsreplikat und dem Verfügbarkeitsmodus des Verfügbarkeitsreplikats (synchroner Commit- oder asynchroner Commit-Modus) beigetreten ist, eines der folgenden Werte. 0 = Nicht gesund. Die synchronization_state der Datenbank ist 0 (NICHT SYNCHRONISIEREN). 1 = Teilweise gesund. Eine Datenbank für ein Synchron-Commit-Verfügbarkeitsreplikat gilt als teilweise fehlerfrei, wenn synchronization_state 1 (SYNCHRONIZING) ist. 2 = Gesund. Eine Datenbank für ein Synchron-Commit-Verfügbarkeitsreplikat gilt als fehlerfrei, wenn synchronization_state 2 (SYNCHRONIZED) ist und eine Datenbank für ein asynchrones Commit-Verfügbarkeitsreplikat als fehlerfrei gilt, wenn synchronization_state 1 (SYNCHRONIZING) ist. |
| synchronization_health_desc | nvarchar(60) | Beschreibung der synchronization_health der Verfügbarkeitsdatenbank. NOT_HEALTHY PARTIALLY_HEALTHY FEHLERFREI |
| database_state | tinyint | 0 = Online 1 = Wird wiederhergestellt 2 = Wird wiederhergestellt 3 = Wiederherstellung steht aus 4 = Fehlerverdächtig 5 = Notfall 6 = Offline Hinweis: Identisch mit der Statusspalte in sys.databases. |
| database_state_desc | nvarchar(60) | Beschreibung der database_state des Verfügbarkeitsreplikats. ONLINE RESTORING RECOVERING RECOVERY_PENDING SUSPECT EMERGENCY OFFLINE Hinweis: Identisch mit state_desc Spalte in sys.databases. |
| is_suspended | bit | Der Status der Datenbank. Folgende Werte sind möglich: 0 = Fortgesetzt 1 = Angehalten |
| suspend_reason | tinyint | Gibt den Grund für das Anhalten an, wenn die Datenbank angehalten wurde. Folgende Werte sind möglich: 0 = Benutzeraktion 1 = Aussetzen für: Partner 2 = Wiederholen 3 = Erfassen 4 = Übernehmen 5 = Neu starten 6 = Rückgängig 7 = Erneute Überprüfung 8 = Fehler bei der Berechnung des Synchronisierungspunkts des sekundären Replikats |
| suspend_reason_desc | nvarchar(60) | Beschreibung des Grunds für das Anhalten der Datenbank. Folgende Werte sind möglich: SUSPEND_FROM_USER = Die Datenverschiebung wurde von einem Benutzer manuell angehalten. SUSPEND_FROM_PARTNER = Das Datenbankreplikat wurde nach einem erzwungenen Failover angehalten. SUSPEND_FROM_REDO = Während der Rollforwardphase ist ein Fehler aufgetreten. SUSPEND_FROM_APPLY = Beim Schreiben des Protokolls in die Datei ist ein Fehler aufgetreten (siehe Fehlerprotokoll). SUSPEND_FROM_CAPTURE = Beim Aufzeichnen des Protokolls auf dem primären Replikat ist ein Fehler aufgetreten. SUSPEND_FROM_RESTART = Das Datenbankreplikat wurde vor dem Neustart der Datenbank angehalten (siehe Fehlerprotokoll). SUSPEND_FROM_UNDO = Während der Rollbackphase ist ein Fehler aufgetreten (siehe Fehlerprotokoll). SUSPEND_FROM_REVALIDATION = Beim Wiederherstellen der Verbindung wurde ein Konflikt zwischen Protokolländerungen erkannt (siehe Fehlerprotokoll). SUSPEND_FROM_XRF_UPDATE = Der allgemeine Protokollpunkt wurde nicht gefunden (siehe Fehlerprotokoll). |
| recovery_lsn | numeric(25,0) | Beim primären Replikat das Ende des Transaktionsprotokolls, bevor die primäre Datenbank nach einer Wiederherstellung oder einem Failover neue Protokolldatensätze schreibt. Wenn dieser Wert für eine bestimmte sekundäre Datenbank kleiner als der aktuelle gehärtete LSN (last_hardened_lsn) ist, recovery_lsn ist der Wert, mit dem diese sekundäre Datenbank neu synchronisiert werden muss (d. h. zum Zurücksetzen und Erneutitialisieren auf). Wenn dieser Wert größer oder gleich der aktuellen festgeschriebenen LSN ist, wäre eine erneute Synchronisierung unnötig und würde nicht ausgeführt.Dies recovery_lsn spiegelt eine Protokollblock-ID wider, die mit Nullen aufgefüllt ist. Es ist keine tatsächliche Protokollfolgenummer (LSN). Informationen dazu, wie dieser Wert abgeleitet wird, finden Sie unter Grundlegendes zu den LSN-Spaltenwerten weiter unten in diesem Thema. |
| truncation_lsn | numeric(25,0) | Gibt für das primäre Replikat der primären Datenbank den Mindestwert für die Protokollkürzungs-LSN aller entsprechenden sekundären Datenbanken an. Wenn die lokale Protokollkürzung blockiert wird (z. B. durch einen Sicherungsvorgang), kann diese LSN größer als die lokale Kürzungs-LSN sein. Stellt bei einer bestimmten sekundären Datenbank den Protokollkürzungspunkt dieser Datenbank dar. truncation_lsn gibt eine Protokollblock-ID an, die mit Nullen aufgefüllt ist. Es ist keine tatsächliche Protokollfolgenummer. |
| last_sent_lsn | numeric(25,0) | Beim Abfragen des primären Replikats last_sent_lsn wird für jede sekundäre Replikatdatenbankzeile gemeldet. Der Protokollblockbezeichner, der den Punkt angibt, bis zu den alle Protokollblöcke von der primären Datenbank gesendet wurden. Dies ist die ID des nächsten Protokollblocks, der gesendet wird, und nicht die ID des zuletzt gesendeten Protokollblocks.last_sent_lsn gibt eine Protokollblock-ID an, die mit Nullen aufgefüllt ist, es handelt sich nicht um eine tatsächliche Protokollsequenznummer. |
| last_sent_time | datetime | Beim Abfragen des primären Replikats last_sent_time wird für jede sekundäre Replikatdatenbankzeile gemeldet. Die Zeit, zu der der letzte Protokollblock gesendet wurde. |
| last_received_lsn | numeric(25,0) | Beim Abfragen eines sekundären Replikats wird für die lokale sekundäre Replikatdatenbankzeile last_received_lsn gemeldet. Die Protokollblock-ID, die den Punkt angibt, bis zu dem alle Protokollblöcke vom sekundären Replikat empfangen wurden, das diese sekundäre Datenbank hostet.Dies last_received_lsn spiegelt eine Protokollblock-ID wider, die mit Nullen aufgefüllt ist. Es ist keine tatsächliche Protokollfolgenummer. |
| last_received_time | datetime | Beim Abfragen eines sekundären Replikats wird für die lokale sekundäre Replikatdatenbankzeile last_received_time gemeldet. Die Zeit, zu der die in der letzten Meldung empfangene Protokollblock-ID auf dem sekundären Replikat gelesen wurde. |
| last_hardened_lsn | numeric(25,0) | Start des Protokollblocks, der die Protokolldatensätze der letzten festgeschriebenen LSN für eine sekundären Datenbank enthält. Für eine primäre Datenbank mit asynchronem Commit oder synchronem Commit, deren aktuelle Richtlinie "Verzögerung" ist, lautet der Wert NULL. Gibt bei anderen synchronen Commit-Primärdatenbanken last_hardened_lsn das Minimum des gehärteten LSN für alle sekundären Datenbanken an.Hinweis: Dies last_hardened_lsn spiegelt eine Protokollblock-ID wider, die mit Nullen aufgefüllt ist. Es ist keine tatsächliche Protokollfolgenummer. Weitere Informationen finden Sie unter "Grundlegendes zu den LSN-Spaltenwerten" weiter unten in diesem Thema. |
| last_hardened_time | datetime | In einer sekundären Datenbank, Zeit des Protokollblockbezeichners für den letzten gehärteten LSN (last_hardened_lsn). Gibt für eine primäre Datenbank die Zeit an, die der festgeschriebenen LSN mit dem Mindestwert entspricht. |
| last_redone_lsn | numeric(25,0) | Tatsächliche Protokollfolgenummer des letzten Protokolldatensatzes, der zuletzt für die sekundäre Datenbank wiederholt wurde. Dies last_redone_lsn ist immer kleiner als last_hardened_lsn. |
| last_redone_time | datetime | Die Zeit, zu der der letzte Protokolldatensatz in der sekundären Datenbank wiederholt wurde. |
| log_send_queue_size | bigint | Die Menge der Protokolldatensätze der primären Datenbank, die noch nicht an die sekundären Datenbanken gesendet wurden (in KB). |
| log_send_rate | bigint | Durchschnittliche Rate, mit der primäre Replikatinstanz Daten während des letzten aktiven Zeitraums in Kilobyte (KB)/Sekunde gesendet hat. |
| redo_queue_size | bigint | Die Größe der Protokolldatensätze in den Protokolldateien des sekundären Replikats, das noch nicht wiederholt wurde (in KB). |
| redo_rate | bigint | Durchschnittliche Rate, mit der die Protokolldatensätze in einer bestimmten sekundären Datenbank in Kilobyte (KB)/Sekunde neu berechnet werden. redo_rate wird berechnet, indem die Gesamtzahl der Protokollbytes geteilt wird, da der Start des Datenbankmoduls durch den Zeitraum, in dem die Wiederholung aktiv ausgeführt wurde, statt durch die verstrichene Zeit geteilt wird. Da "Wiederholen" möglicherweise nicht kontinuierlich ausgeführt wird, kann der resultierende Wert (höher) als der Wert des Leistungsindikators Database Replica:Redone Bytes/sec sein. |
| filestream_send_rate | bigint | Die Rate in KB/Sekunde, mit der die FILESTREAM-Dateien an das sekundäre Replikat übertragen werden. |
| end_of_log_lsn | numeric(25,0) | Lokale Protokollende-LSN. Die tatsächliche LSN, die dem letzten Protokolldatensatz im Protokollcache der primären und sekundären Datenbanken entspricht. Für das primäre Replikat geben die sekundären Zeilen die Protokollende-LSN der letzten Statusmeldungen an, die die sekundären Replikate an das primäre Replikat gesendet haben. end_of_log_lsn gibt eine Protokollblock-ID an, die mit Nullen aufgefüllt ist. Es ist keine tatsächliche Protokollfolgenummer. Weitere Informationen finden Sie unter "Grundlegendes zu den LSN-Spaltenwerten" weiter unten in diesem Thema. |
| last_commit_lsn | Numerisch(25,0) | Tatsächliche Protokollfolgenummer, die dem letzten Commitdatensatz im Transaktionsprotokoll entspricht. Entspricht bei der primären Datenbank dem zuletzt verarbeiteten Commitdatensatz. In den Zeilen für sekundäre Datenbanken wird die Protokollfolgenummer angezeigt, die das sekundäre Replikat dem primären Replikat gesendet hat. Beim sekundären Replikat ist dies der letzte Commitdatensatz, der wiederholt wurde. |
| last_commit_time | datetime | Die Zeit, die dem letzten Commitdatensatz entspricht. Bei der sekundären Datenbank ist diese Zeit mit der für die primäre Datenbank identisch. Auf dem primären Replikat zeigt jede Zeile für die sekundäre Datenbank die Zeit an, die das sekundäre Replikat, das die sekundäre Datenbank hostet, dem primären Replikat zurückgemeldet hat. Der Zeitunterschied zwischen der Primären Datenbankzeile und einer bestimmten sekundären Datenbankzeile stellt ungefähr das Ziel des Wiederherstellungspunkts (RPO) dar, wobei davon ausgegangen wird, dass der Redo-Prozess abgefangen wird und dass der Fortschritt vom sekundären Replikat an das primäre Replikat zurückgemeldet wurde. |
| low_water_mark_for_ghosts | bigint | Eine monoton steigende Zahl für die Datenbank, die eine Untergrenze angibt, die für das Cleanup inaktiver Datensätze verwendet wurde. Wenn diese Zahl im Zeitverlauf nicht zunimmt, weist dies darauf hin, dass das Cleanup für inaktive Datensätze möglicherweise nicht erfolgt ist. Um zu entscheiden, welche Zeilen mit inaktiven Datensätzen bereinigt werden sollen, verwendet das primäre Replikat den Mindestwert dieser Spalte für alle Verfügbarkeitsreplikate (einschließlich des primären Replikats) für diese Datenbank. |
| secondary_lag_seconds | bigint | Die Anzahl der Sekunden, die das sekundäre Replikat während der Synchronisierung hinter dem primären Replikat liegt. Im primären Replikat wird die Synchronisierungsverzögerung (Verzögerung) für jede sekundäre Datenbank als Die Anzahl der Sekunden berechnet, seit die Härtung des frühesten gehärteten LSN für das primäre Replikat, das noch nicht auf dem sekundären Replikat gehärtet werden muss. Gilt für: SQL Server 2016 (13.x) und höher. |
Grundlegendes zu den LSN-Spaltenwerten
Die Werte der Spalten end_of_log_lsn, last_hardened_lsn, last_received_lsn, last_sent_lsn, recovery_lsn und truncation_lsn spalten sind keine tatsächlichen Protokollsequenznummern (LSNs). Diese Werte stellen eine mit Nullen aufgefüllte Protokollblock-ID dar.
end_of_log_lsn, last_hardened_lsn und recovery_lsn sind LSNs leer. Beispielsweise gibt last_hardened_lsn den Anfang des nächsten Blocks über die Blöcke an, die sich bereits auf dem Datenträger befinden. Daher befindet sich jeder LSN-Wert < des last_hardened_lsn auf dem Datenträger. LSN, die = für diesen Wert sind >, werden nicht geleert.
Von den von sys.dm_hadr_database_replica_states zurückgegebenen LSN-Werten ist nur last_redone_lsn eine echte LSN.
Berechtigungen
Erfordert die VIEW SERVER STATE-Berechtigung auf dem Server.
Berechtigungen für SQL Server 2022 und höher
Erfordert die VIEW SERVER PERFORMANCE STATE-Berechtigung auf dem Server.
Weitere Informationen
Always On-Verfügbarkeitsgruppen (SQL Server)
Überwachen von Verfügbarkeitsgruppen (Transact-SQL)