Sign in with Microsoft
New to Microsoft? Create an account.

Síntomas

Suponga que usa la característica de los grupos de disponibilidad AlwaysOn en Microsoft SQL Server 2012. Al cambiar el acceso de conexión de la réplica secundaria de "legible" a "ilegible", se produce un daño en las páginas que usan la compresión de página en la réplica dada.Las bases de datos de disponibilidad que experimentan este problema en la réplica secundaria no se pueden recuperar debido a un error durante la fase de rehacer de la sincronización. La réplica secundaria no se sincronizará con la réplica principal y notificará que el estado de sincronización es "SUSPEND_FROM_REDO". Además, recibe los siguientes mensajes de error en el registro de errores de SQL Server que hospeda la réplica secundaria:

<fecha> <tiempo> identificador<SPID> error: 17066, gravedad: 16, estado: 1 . < hora> <tiempo> SPID> <0 ID> SQL Server Assertion: <Page. cpp>, line = 3898 error de aserción = '! pageFull '. Este error puede estar relacionado con el tiempo. Si el error persiste después de volver a ejecutar la instrucción, Use DBCC CHECKDB para comprobar la integridad estructural de la base de datos o reinicie el servidor para asegurarse de que las estructuras de datos en memoria no están dañadas . <> <tiempo> SPID<identificador> error: 3624, gravedad: 20, estado: 1. <de fecha> <tiempo> de SPID> <0 Compruebe el registro de errores de SQL Server para ver los detalles. Por lo general, el error de aserción se debe a un error de software o a daños en los datos. Para comprobar si hay daños en la base de datos, considere la posibilidad de ejecutar DBCC CHECKDB. Si aceptó el envío de volcados a Microsoft durante la instalación, se enviará un minivolcado a Microsoft. Es posible que Microsoft disponga de una actualización en el Service Pack más reciente o en un QFE de soporte técnico. <fecha> <tiempo> identificador<SPID> grupos de disponibilidad AlwaysOn el movimiento de datos de la base de datos ' <nombre de base de datos> ' 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 información sobre cómo reanudar una base de datos de disponibilidad, consulte libros en línea de SQL Server. <fecha> <tiempo> SPID<identificador> error: 3313, gravedad: 21, estado: 2. <de fecha> <hora> tiempo> <0 de identificación de> SPID <durante el re1786:4978584:74 inicio de una operación registrada en la base de datos '> nombre de la base de datos 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. <fecha> <tiempo> SPID<ID> Alter DB param Option: resume<de fecha> <tiempo> SPID> <0 ID> de los datos del movimiento de datos de la base de datos ' <nombre de base de datos '> se ha reanudado. Este es un mensaje informativo. No se requiere ninguna acción por parte del usuario. <fecha> <tiempo> SPID<identificador> las transacciones no calificadas se revierten en la base de datos <nombre de la base de datos> para un cambio de estado de los grupos de disponibilidad AlwaysOn. Estimación de la finalización: 100%. Este es un mensaje informativo. No se requiere ninguna acción por el usuario. <fecha> <tiempo> SPID<ID> la conexión de los grupos de disponibilidad con la base de datos principal terminada para la base de datos secundaria ' <nombre de base de datos> ' en la réplica de disponibilidad con el identificador de réplica: {bbdedecb-f26b-47e9-9e7d-7c22f99edb23}. Este es un mensaje informativo. No se requiere ninguna acción por el usuario. <fecha> <el tiempo> SPID<ID> iniciar la base de datos ' <nombre de base de datos> '. <de fecha> <tiempo> spid> <2 ID> la recuperación de la base de datos ' <nombre de la base de datos> ' (13) está completada al 0% (quedan aproximadamente 781 segundos). Fase 1 de 3. Este es un mensaje informativo. No se requiere ninguna acción por el usuario.......

Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Consulte las últimas actualizaciones acumulativas para SQL Server:

Más información

El problema anterior puede producirse cuando se cambia el acceso de lectura de la réplica secundaria. Puede establecer el acceso de lectura de las bases de datos de disponibilidad en la réplica secundaria mediante los dos métodos siguientes:

  • Configure el acceso de lectura con el comando ALTER AVAILABILITY GROUP:

    ALTER AVAILABILITY GROUP [AGName]MODIFY REPLICA ON N'<SRV>' WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
  • Para establecer el acceso de lectura, cambie la configuración en el explorador de objetos de SQL Server Management Studio (SSMS):

    • Conéctese al servidor y abra la carpeta disponibilidad de AlwaysOn.

    • Abra la carpeta grupos de disponibilidad.

    • Haga clic con el botón derecho en el grupo de disponibilidad y seleccione propiedades.

    • Cambie la propiedad secundaria legible de la réplica secundaria a noy, a continuación, haga clic en Aceptar.

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft recogidos en la sección "Se aplica a".

¿Necesita más ayuda?

Ampliar sus conocimientos
Explorar los cursos
Obtener nuevas características primero
Unirse a Microsoft Insider

¿Le ha sido útil esta información?

¿Cuál es tu grado de satisfacción con la calidad del lenguaje?
¿Qué ha afectado a tu experiencia?

¡Gracias por sus comentarios!

×