Freigeben über


sys.dm_hadr_database_replica_states (Transact-SQL)

Gibt eine Zeile für jede Datenbank zurück, die an einer AlwaysOn-Verfügbarkeitsgruppe teilnimmt, für die die lokale Instanz von SQL Server 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.

Wichtiger HinweisWichtig

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. Auf dem primären Replikat stellt der Wert der Spalte last_hardened_lsn z. B. die Informationen zu einer bestimmten sekundären Datenbank dar, die dem primären Replikat derzeit zur Verfügung steht, und nicht den tatsächlichen festgeschriebenen LSN-Wert, den das sekundäre Replikat möglicherweise derzeit aufweist.

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 der gleiche Wert, der in der sys.databases-Katalogsicht angezeigt wird.

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 für die SQL Server-Instanz nicht lokal.

1 = Die Datenbank ist für die Serverinstanz lokal.

synchronization_state

tinyint

Gibt den Status der Datenverschiebung an. Folgende Werte sind möglich:

Wert

Beschreibung

0

Synchronisierung wird nicht ausgeführt.

  • 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

Wird synchronisiert.

  • 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.

VorsichtshinweisVorsicht

Wenn eine Datenbank auf einem sekundären Replikat den Status WIRD ZURÜCKGESETZT aufweist und ein Failover zum sekundären Replikat erzwungen wird, verbleibt die Datenbank in einem Status, 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.

VorsichtshinweisVorsicht

Wenn eine Datenbank auf einem sekundären Replikat den Status WIRD INITIALISIERT aufweist und ein Failover zum sekundären Replikat erzwungen wird, verbleibt die Datenbank in einem Status, 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

Stellt den Synchronisierungsstatus einer Datenbank dar, die mit der Verfügbarkeitsgruppe auf dem Verfügbarkeitsreplikat verknüpft ist, sowie den Verfügbarkeitsmodus des Verfügbarkeitsreplikats (synchroner oder asynchroner Commitmodus). Folgende Werte sind möglich:

Wert

Beschreibung

0

Nicht fehlerfrei. Der synchronization_state der Datenbank ist 0 (NOT SYNCHRONIZING).

1

Teilweise fehlerfrei. Eine Datenbank auf einem Verfügbarkeitsreplikat für synchrone Commits wird als teilweise fehlerfrei angesehen, wenn synchronization_state 1 ist (SYNCHRONIZING).

2

Ist fehlerfrei. Eine Datenbank auf einem Verfügbarkeitsreplikat für synchrone Commits wird als fehlerfrei angesehen, wenn synchronization_state 2 ist (SYNCHRONIZED), und eine Datenbank auf einem Verfügbarkeitsreplikat für asynchrone Commits wird als fehlerfrei angesehen, wenn synchronization_state 1 ist (SYNCHRONIZING).

synchronization_health_desc

nvarchar(60)

Beschreibung von synchronization_health für die Verfügbarkeitsdatenbank.

NOT_HEALTHY

PARTIALLY_HEALTHY

HEALTHY

database_state

tinyint

0 = Online

1 = Wird wiederhergestellt

2 = Wird wiederhergestellt

3 = Wiederherstellung steht aus

4 = Fehlerverdächtig

5 = Notfall

6 = Offline

HinweisHinweis

Entspricht der Spalte state in sys.databases.

database_state_desc

nvarchar(60)

Beschreibung von database_state für das Verfügbarkeitsreplikat.

ONLINE

RESTORING

RECOVERING

RECOVERY_PENDING

SUSPECT

EMERGENCY

OFFLINE

HinweisHinweis

Entspricht der Spalte state 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 = Ein Benutzer hat die Datenverschiebung manuell angehalten.

SUSPEND_FROM_PARTNER = Das Datenbankreplikat wird 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 der Protokollereignisse auf dem primären Replikat ist ein Fehler aufgetreten.

SUSPEND_FROM_RESTART = Das Datenbankreplikat wurde angehalten, bevor die Datenbank neu gestartet wurde (siehe Fehlerprotokoll).

SUSPEND_FROM_UNDO = Während der Rollbackphase ist ein Fehler aufgetreten (siehe Fehlerprotokoll).

SUSPEND_FROM_REVALIDATION = Bei der erneuten Verbindung wurden nicht übereinstimmende Protokolländerungen gefunden (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 bei einer angegebenen sekundären Datenbank kleiner als die aktuelle festgeschriebene LSN (last_hardened_lsn) ist, ist recovery_lsn der Wert, den die sekundäre Datenbank für die erneute Synchronisierung (d. h. zurücksetzen und erneut initialisieren) verwenden müsste. 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.

recovery_lsn stellt eine mit Nullen aufgefüllte Protokollblock-ID dar. Es ist keine tatsächliche Protokollfolgenummer (LSN). Informationen über die Ableitung dieses Werts 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 stellt eine mit Nullen aufgefüllte Protokollblock-ID dar. Es ist keine tatsächliche Protokollfolgenummer.

last_sent_lsn

numeric(25,0)

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 stellt eine mit Nullen aufgefüllte Protokollblock-ID dar und ist keine tatsächliche Protokollfolgenummer.

last_sent_time

datetime

Die Zeit, zu der der letzte Protokollblock gesendet wurde.

last_received_lsn

numeric(25,0)

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.

last_received_lsn stellt eine mit Nullen aufgefüllte Protokollblock-ID dar. Es ist keine tatsächliche Protokollfolgenummer.

last_received_time

datetime

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. Für andere primäre Datenbanken mit synchronem Commit gibt last_hardened_lsn den Mindestwert der festgeschriebenen LSN für alle sekundären Datenbanken an.

HinweisHinweis

last_hardened_lsn stellt eine mit Nullen aufgefüllte Protokollblock-ID dar. Es ist keine tatsächliche Protokollfolgenummer. Weitere Informationen finden Sie unter Grundlegendes zu LSN-Spaltenwerten weiter unten in diesem Thema.

last_hardened_time

datetime

Für eine sekundäre Datenbank die Zeit, zu der der Protokollblockbezeichner für die letzte festgeschriebene LSN (last_hardened_lsn) geschrieben wurde. 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. last_redone_lsn ist immer niedriger 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

Rate, mit der Protokolldatensätze an die sekundären Datenbanken gesendet werden (in KB/s).

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

Rate, mit der die Protokolldatensätze für eine angegebene sekundäre Datenbank wiederholt werden (in KB/s).

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 stellt eine mit Nullen aufgefüllte Protokollblock-ID dar. Es ist keine tatsächliche Protokollfolgenummer. Weitere Informationen finden Sie unter Grundlegendes zu LSN-Spaltenwerten weiter unten in diesem Thema.

last_commit_lsn

Numeric(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 Zeile für die primäre Datenbank und der Zeile einer bestimmten sekundären Datenbank stellt die ungefähre Wiederherstellungszeit-Zielsetzung dar. Es wird angenommen, dass der Wiederholungsprozess 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.

Grundlegendes zu LSN-Spaltenwerten

Die Werte der Spalten end_of_log_lsn, last_hardened_lsn, last_received_lsn, last_sent_lsn, recovery_lsn und truncation_lsn sind keine tatsächlichen Protokollfolgenummern (LSNs). Diese Werte stellen eine mit Nullen aufgefüllte Protokollblock-ID dar.

end_of_log_lsn, last_hardened_lsn und recovery_lsn sind Leerungs-LSNs. Beispielsweise gibt last_hardened_lsn den Start des nächsten Blocks hinter den Blöcken an, die bereits auf dem Datenträger vorhanden sind. Daher ist jede LSN < dem Wert von last_hardened_lsn auf dem Datenträger. Eine LSN, die >= diesem Wert ist, wird nicht geleert.

Von den LSN-Werten, die von sys.dm_hadr_database_replica_states zurückgegeben wurden, ist nur last_redone_lsn eine tatsächliche LSN.

Sicherheit

Berechtigungen

Erfordert die VIEW SERVER STATE-Berechtigung auf dem Server.

Siehe auch

Konzepte

AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

Überwachen von Verfügbarkeitsgruppen (Transact-SQL)