Síntomas
Imagine la siguiente situación:
-
Está usando Microsoft SQL Server 2016, 2014 o 2012.
-
Tiene una base de datos que forma parte del grupo de disponibilidad AlwaysOn.
-
En la réplica principal, se reducen los archivos de base de datos para reducir su tamaño.
-
La réplica principal envía todos los cambios que se registran en el registro de transacciones a la réplica secundaria.
-
En la réplica secundaria, los subprocesos de rehacer aplican los cambios del registro de transacciones a la base de datos que forma parte del grupo de disponibilidad.
En este escenario, la réplica se suspende. Además, puede recibir un mensaje de error similar al siguiente:
<> de marca de tiempo error de spid41s: 3456, gravedad: 21, estado: 1. <marca de tiempo> spid41s no se pudo rehacer la entrada de registro (#), para el identificador de transacción (#), en la página (#), base de datos ' <dbname> ' (ID. de base de datos). Página: LSN = (#), unidad de asignación = #, tipo = #. Log: OpCode = #, context #, PrevPageLSN: (#). Restaure desde una copia de seguridad de la base de datos o repare la base de datos. <marca de tiempo> spid41s grupos de disponibilidad AlwaysOn el movimiento de datos de la base de datos ' <dbname> ' se ha suspendido por el siguiente motivo: "System" (ID. de origen 2; Cadena de origen: ' SUSPEND_FROM_REDO '). Para reanudar el movimiento de datos en la base de datos, tendrá que reanudarla manualmente. Para obtener más información sobre cómo reanudar una base de datos de disponibilidad, consulte libros en línea de SQL Server. <marca de tiempo> error spid41s: 3313, gravedad: 21, estado: 2. <marca de tiempo> spid41s durante la reaplicación de una operación registrada en la base de datos ' <dbname> ', se produjo un error en la entrada de registro (#). Normalmente, el error específico se ha registrado previamente como un error en el servicio registro de eventos de Windows. Restaure la base de datos a partir de una copia de seguridad completa o repare la base de datos.
Causa
Este problema se produce cuando se aplican cambios durante el proceso de rehacer si el motor de base de datos encuentra LSNs fuera de orden en las páginas del sistema (GAM, PFS).
Resolución
El problema se solucionó por primera vez en la siguiente actualización acumulativa de SQL Server:
Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Le recomendamos que descargue e instale las últimas actualizaciones acumulativas de SQL Server:
La actualización evita que se produzca este problema. Si el problema ya se ha producido, siga estos pasos para volver a unirse al grupo de disponibilidad AlwaysOn:
-
Quite la réplica secundaria AlwaysOn existente.
-
Ejecute el siguiente comando en los archivos de datos afectados para quitar espacio sin asignar de la base de datos:
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Haga una copia de seguridad de la base de datos y los archivos de registro.
-
Restaure la base de datos y los registros en la réplica secundaria AlwaysOn.
-
Únase al grupo de disponibilidad AlwaysOn.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".
Referencias
Obtenga más información sobre la terminología que Microsoft usa para describir las actualizaciones de software.
