sys.dm_hadr_database_replica_states (Transact-SQL)

Se aplica a:SQL ServerAzure SQL Managed Instance

Devuelve una fila por cada base de datos que participa en un grupo de disponibilidad AlwaysOn para el que la instancia local de SQL Server hospeda una réplica de disponibilidad. Esta vista de administración dinámica expone información de estado en las réplicas principal y secundaria. En una réplica secundaria, esta vista devuelve una fila por cada base de datos secundaria de la instancia de servidor. En la réplica principal, esta vista devuelve una fila por cada base de datos principal y una fila adicional para la base de datos secundaria correspondiente.

Importante

Dependiendo de la acción y los estados de nivel superior, la información del estado de la base de datos puede no estar disponible u obsoleta. Además, los valores solo tienen relevancia local. Por ejemplo, en la réplica principal, el valor de la columna last_hardened_lsn refleja la información sobre una base de datos secundaria determinada que está disponible actualmente para la réplica principal, no el valor LSN protegido real que la réplica secundaria podría tener actualmente.

Nombre de la columna Tipo de datos Descripción (en la réplica principal)
database_id int Identificador de la base de datos, único en una instancia de SQL Server. Este es el mismo valor que se muestra en la vista de catálogo sys.databases .
group_id uniqueidentifier Identificador del grupo de disponibilidad al que pertenece la base de datos.
replica_id uniqueidentifier Identificador de la réplica de disponibilidad dentro del grupo de disponibilidad.
group_database_id uniqueidentifier Identificador de la base de datos dentro del grupo de disponibilidad. Este identificador es idéntico en cada réplica al que está unido esta base de datos.
is_local bit Si la base de datos de disponibilidad es local, uno de los siguientes:

0 = La base de datos no es local para la instancia de SQL Server.

1 = La base de datos es local en la instancia de servidor.
is_primary_replica bit Devuelve 1 si la réplica principal o 0 si se trata de una réplica secundaria.

Válido para : SQL Server 2014 (12.x) y versiones posteriores.
synchronization_state tinyint Estado de movimiento de datos, uno de los siguientes valores.

0 = Sin sincronizar. En una base de datos principal, indica que la base de datos no está lista para sincronizar su registro de transacciones con las bases de datos secundarias correspondientes. En una base de datos secundaria, indica que la base de datos no ha iniciado la sincronización del registro debido a un problema de conexión, se está suspendiendo o está pasando por estados de transición durante el inicio o en una conmutación de roles.

1 = Sincronización. En una base de datos principal, indica que la base de datos está lista para aceptar una solicitud de examen de una base de datos secundaria. En una base de datos secundaria, indica que se está produciendo un movimiento de datos activo para la base de datos.

2 = Sincronizado. Una base de datos principal muestra SYNCHRONIZED en lugar de SYNCHRONIZING. Una base de datos secundaria de confirmación sincrónica se muestra como sincronizado cuando la memoria caché local indica que la base de datos está lista para la conmutación por error y está en proceso de sincronización.

3 = Reversión. Indica la fase en el proceso de reversión cuando una base de datos secundaria está obteniendo activamente páginas de la base de datos principal.
Precaución: cuando una base de datos de una réplica secundaria está en estado REVERTING, forzar la conmutación por error a la réplica secundaria deja la base de datos en un estado en el que no se puede iniciar como base de datos principal. O la base de datos tendrá que volverse a conectar como base de datos secundaria, o deberá aplicar las nuevas entradas del registro de una copia de seguridad de registros.

4 = Inicialización. Indica la fase de reversión cuando el registro de transacciones necesario para la puesta al día de una base de datos secundaria respecto al LSN de reversión se envía y se protege en una réplica secundaria.
Precaución: cuando una base de datos de una réplica secundaria está en estado INITIALIZING, forzar la conmutación por error a la réplica secundaria deja la base de datos en un estado en el que no se puede iniciar como base de datos principal. O la base de datos tendrá que volverse a conectar como base de datos secundaria, o deberá aplicar las nuevas entradas del registro de una copia de seguridad de registros.
synchronization_state_desc nvarchar(60) Descripción del estado de movimiento de datos, uno de los siguientes:

NOT SYNCHRONIZING

SYNCHRONIZING

SYNCHRONIZED

REVERTING

INITIALIZING
is_commit_participant bit 0 = La confirmación de la transacción no está sincronizada con respecto a esta base de datos.

1 = La confirmación de la transacción está sincronizada con respecto a esta base de datos.

Para una base de datos de una réplica de disponibilidad de confirmación asincrónica, este valor siempre es 0.

Para una base de datos en una replicación de disponibilidad de confirmación sincrónica, este valor es preciso solo en la base de datos principal.
synchronization_health tinyint Reflexiones la intersección del estado de sincronización de una base de datos que está unida al grupo de disponibilidad en la réplica de disponibilidad y el modo de disponibilidad de la réplica de disponibilidad (confirmación sincrónica o modo de confirmación asincrónica), uno de los siguientes valores.

0 = No correcto. El synchronization_state de la base de datos es 0 (NOT SYNCHRONIZING).

1 = Parcialmente correcto. Una base de datos en una réplica de disponibilidad de confirmación sincrónica se considera parcialmente correcta si synchronization_state es 1 (SYNCHRONIZING).

2 = Correcto. Una base de datos en una réplica de disponibilidad de confirmación sincrónica se considera correcta si synchronization_state es 2 (SYNCHRONIZED) y una base de datos en una réplica de disponibilidad de confirmación asincrónica se considera correcta si synchronization_state es 1 (SYNCHRONIZING).
synchronization_health_desc nvarchar(60) Descripción del synchronization_health de la base de datos de disponibilidad.

NOT_HEALTHY

PARTIALLY_HEALTHY

HEALTHY
database_state tinyint 0 = En línea

1 = Restaurándose

2 = En recuperación

3 = Recuperación pendiente

4 = Sospechosa

5 = Emergencia

6 = Sin conexión

Nota: Igual que la columna de estado en sys.databases.
database_state_desc nvarchar(60) Descripción del database_state de la réplica de disponibilidad.

ONLINE

RESTORING

RECOVERING

RECOVERY_PENDING

SUSPECT

EMERGENCY

OFFLINE

Nota: Igual que state_desc la columna en sys.databases.
is_suspended bit Estado de la base de datos, uno de los siguientes:

0 = Reanudada

1 = Suspendida
suspend_reason tinyint Si la base de datos está suspendida, el motivo de este estado; uno de los siguientes:

0 = Acción del usuario

1 = Suspender desde el asociado

2 = Rehacer

3 = Capturar

4 = Aplicar

5 = Reiniciar

6 = Deshacer

7 = Revalidación

8 = Error en el cálculo del punto de sincronización de la réplica secundaria.
suspend_reason_desc nvarchar(60) Descripción del motivo del estado suspendido de la base de datos, uno de los siguientes:

SUSPEND_FROM_USER = Un usuario suspendió manualmente el movimiento de datos

SUSPEND_FROM_PARTNER = La réplica de base de datos se suspende tras una conmutación por error forzada

SUSPEND_FROM_REDO = Error durante la fase Rehacer

SUSPEND_FROM_APPLY = Error al escribir el registro en el archivo (vea el registro de errores)

SUSPEND_FROM_CAPTURE = Error al capturar el registro en la réplica principal

SUSPEND_FROM_RESTART = La réplica de base de datos se suspendió antes de que la base de datos se reiniciara (vea el registro de errores)

SUSPEND_FROM_UNDO = Error durante la fase Rehacer (vea el registro de errores)

SUSPEND_FROM_REVALIDATION = La coincidencia de cambios de registro se detecta en la reconexión (vea el registro de errores)

SUSPEND_FROM_XRF_UPDATE = No se puede encontrar el punto común de registro (vea el registro de errores)
recovery_lsn numeric(25,0) En la réplica principal, el final del registro de transacciones antes de que la base de datos principal escriba nuevas entradas de registro después de la recuperación o la conmutación por error. Para una base de datos secundaria determinada, si este valor es menor que el LSN protegido actual (last_hardened_lsn), recovery_lsn es el valor al que esta base de datos secundaria tendría que resincronizar (es decir, volver a y reinicializar a). Si este valor es mayor o igual que el LSN reforzado actual, sería innecesaria una resincronización y no se produciría.

recovery_lsn refleja un identificador de bloque de registro rellenado con ceros. No es un número de secuencia de registro (LSN) real. Para obtener información sobre cómo se deriva este valor, vea Descripción de los valores de columna LSN, más adelante en este tema.
truncation_lsn numeric(25,0) En la réplica principal, para la base de datos principal, refleja el LSN de truncamiento del registro mínimo a través de todas las bases de datos secundarias correspondientes. Si el truncamiento de registro local está bloqueado (como mediante una operación de copia de seguridad), este LSN podría ser mayor que el LSN de truncamiento local.

En una base de datos secundaria dada, refleja el punto de truncamiento de esa base de datos.

truncation_lsn refleja un identificador de bloque de registro rellenado con ceros. No es un número de secuencia de registro real.
last_sent_lsn numeric(25,0) Al consultar la réplica principal, last_sent_lsn se notifica para cada fila de base de datos de réplica secundaria. El identificador de bloque de registro que indica el punto en el que todos los bloques de registro han sido enviados por el elemento principal. Es el identificador del bloque de registro siguiente que se enviará, en lugar del identificador del bloque de registro enviado más recientemente.

last_sent_lsn refleja un identificador de bloque de registro rellenado con ceros, no es un número de secuencia de registro real.
last_sent_time datetime Al consultar la réplica principal, last_sent_time se notifica para cada fila de base de datos de réplica secundaria. Hora en que se envió el último bloque de registro.
last_received_lsn numeric(25,0) Al consultar una réplica secundaria, last_received_lsn se notifica para la fila de base de datos de réplica secundaria local. Identificador de bloque de registro que identifica el punto en el que todos los bloques de registro han sido recibidor por la réplica secundaria que hospeda esta base de datos secundaria.

last_received_lsn refleja un identificador de bloque de registro rellenado con ceros. No es un número de secuencia de registro real.
last_received_time datetime Al consultar una réplica secundaria, last_received_time se notifica para la fila de base de datos de réplica secundaria local. Hora en que el identificador de bloque de registro del último mensaje recibido se leyó en la réplica secundaria.
last_hardened_lsn numeric(25,0) Inicio del bloque de registro que contiene los registros del último LSN reforzado en una base de datos secundaria.

En una base de datos principal de confirmación asincrónica o en una base de datos de confirmación sincrónica cuya directiva actual sea "retrasar", el valor es NULL. Para otras bases de datos principales de confirmación sincrónica, last_hardened_lsn indica el mínimo del LSN protegido en todas las bases de datos secundarias.

Nota: refleja un identificador de last_hardened_lsn bloque de registro rellenado con ceros. No es un número de secuencia de registro real. Para obtener más información, vea Descripción de los valores de columna LSN, más adelante en este tema.
last_hardened_time datetime En una base de datos secundaria, hora del identificador de bloque de registro del último LSN protegido (last_hardened_lsn). En una base de datos principal, refleja la hora que corresponde al LSN reforzado mínimo.
last_redone_lsn numeric(25,0) El número de secuencia de registro real de la última entrada de registro que se rehízo en la base de datos secundaria. last_redone_lsn siempre es menor que last_hardened_lsn.
last_redone_time datetime Hora en que la última entrada de registro se rehízo en la base de datos secundaria.
log_send_queue_size bigint Cantidad de entradas de registro de la base de datos principal que no se han enviado a las bases de datos secundarias, en kilobytes (kB).
log_send_rate bigint Velocidad media a la que la instancia de réplica principal envió datos durante el último período activo, en kilobytes (KB)/segundo.
redo_queue_size bigint Cantidad de entradas de registro en los archivos de registro de la réplica secundaria que no se han rehecho todavía, en kilobytes (KB).
redo_rate bigint Velocidad media a la que se rehacen los registros de registro en una base de datos secundaria determinada, en kilobytes (KB)/segundo.

redo_rate se calcula dividiendo el número total de bytes de registro de nuevo desde el inicio del motor de base de datos por el intervalo de tiempo en el que se estaba ejecutando activamente, en lugar del tiempo transcurrido. Dado que es posible que el rehacer no se esté ejecutando continuamente, el valor resultante puede ser diferente (mayor) que el valor del contador de Database Replica:Redone Bytes/sec rendimiento.
filestream_send_rate bigint Velocidad a la que los archivos FILESTREAM se envían a la réplica secundaria, en kilobytes (KB)/segundo.
end_of_log_lsn numeric(25,0) Fin local del LSN de registro. LSN actual correspondiente a la última entrada de registro en la memoria caché del registro en las bases de datos principal y secundaria. En la réplica principal, las filas secundarias reflejan el final del LSN de registro de los mensajes de progreso más recientes que las réplicas secundarias han enviado a la principal.

end_of_log_lsn refleja un identificador de bloque de registro rellenado con ceros. No es un número de secuencia de registro real. Para obtener más información, vea Descripción de los valores de columna LSN, más adelante en este tema.
last_commit_lsn Numeric(25,0) Número de secuencia de registro real correspondiente al último registro de confirmación del registro de transacciones.

En la base de datos principal, corresponde al último registro de confirmación procesado. Las filas para las bases de datos secundarias muestran el número de secuencia de registro que la réplica secundaria ha enviado a la principal.

En la réplica secundaria, es el último registro de confirmación que se rehízo.
last_commit_time datetime Hora correspondiente al último registro de confirmación.

En la base de datos secundaria, esta hora es igual la misma que para la base de datos principal.

En la réplica principal, cada fila de la base de datos secundaria muestra la hora que la réplica secundaria que hospeda dicha base de datos secundaria ha notificado a la réplica principal. La diferencia en el tiempo entre la fila de la base de datos principal y una fila de base de datos secundaria determinada representa aproximadamente el objetivo de punto de recuperación (RPO), suponiendo que se detecta el proceso de puesta al día y que el progreso se ha notificado de nuevo a la réplica principal por la réplica secundaria.
low_water_mark_for_ghosts bigint Un número que aumenta regularmente para la base de datos que indica una marca de límite inferior utilizada por la limpieza de registros fantasma en la base de datos principal. Si este número no aumenta con el tiempo, implica que no puede producirse la limpieza de registros fantasma. Para decidir qué filas fantasma se han de limpiar, la réplica principal utiliza el valor mínimo de esta columna para esta base de datos en todas las réplicas de disponibilidad (incluida la réplica principal).
secondary_lag_seconds bigint Número de segundos que la réplica secundaria está detrás de la réplica principal durante la sincronización.

Válido para : SQL Server 2016 (13.x) y versiones posteriores.

Descripción de los valores de columna LSN

Los valores de las columnas end_of_log_lsn, last_hardened_lsn, last_received_lsn, last_sent_lsn, recovery_lsn y truncation_lsn no son números de secuencia de registro reales (LSN). En su lugar, cada uno de estos valores refleja un identificador de bloque de registro rellenado con ceros.

end_of_log_lsn, last_hardened_lsn y recovery_lsn son LSN de vaciado. Por ejemplo, last_hardened_lsn indica el inicio del siguiente bloque más allá de los bloques que ya están en el disco. Por lo tanto, cualquier LSN < que el valor de last_hardened_lsn esté en el disco. LSN que son >= para este valor no se vacían.

De los valores LSN devueltos por sys.dm_hadr_database_replica_states, solo last_redone_lsn es un LSN real.

Permisos

es necesario contar con el permiso VIEW SERVER STATE en el servidor.

Permisos para SQL Server 2022 y versiones posteriores

Requiere el permiso VER ESTADO DE RENDIMIENTO DEL SERVIDOR en el servidor.

Consulte también

Grupos de disponibilidad Always On (SQL Server)
Supervisar grupos de disponibilidad (Transact-SQL)