Síntomas

Suponga que usa un grupo de disponibilidad Always on de Microsoft SQL Server 2014 o 2016 (AG). Si se produce un error de escritura similar al siguiente en una base de datos secundaria, es posible que la base de datos se suspenda.

Error: 17053, gravedad: 16, estado: 1. SQLServerLogMgr:: LogWriter: error del sistema operativo 6 (el identificador no es válido). encountered. Error de escritura durante el vaciado del registro.

En este caso, si reanuda el movimiento de datos, la base de datos no se reanudará y permanecerá en estado suspendido.

Solución alternativa

Para evitar este problema, puede reiniciar la instancia de SQL Server o puede quitar la base de datos secundaria del grupo de disponibilidad y, a continuación, volver a agregarla.

Resolución

Este problema se ha corregido en la siguiente actualización acumulativa de SQL Server:

       Actualización acumulativa 8 para SQL Server 2016 RTM

       Actualización acumulativa 5 para SQL Server 2016 CU5

       Actualización acumulativa 6 para SQL Server 2014 SP2

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:

Actualización acumulativa más reciente de SQL Server 2016

Actualización acumulativa más reciente de SQL Server 2014

Nota

Después de instalar esta actualización, si este problema se produce de nuevo, puede ejecutar el siguiente comando de Transact-SQL para reiniciar la base de datos y, a continuación, reanudar el movimiento de datos de la base de datos.

ALTER DATABASE <database_name> SET de HADR

Esto no está automatizado. Por lo tanto, debe emitir manualmente la operación de reanudar. Dado que la mayoría de los tipos de errores que provocan la suspensión de los movimientos de datos en la réplica secundaria requieren intervención manual. 

Por ejemplo, si el archivo de registro se encuentra en una carpeta compartida o se almacena en un BLOB de Microsoft Azure y se pierde la conexión, se producirá el error 17053. La intervención manual se asegurará de que la conexión a la carpeta compartida o al BLOB de Azure se restaure antes de emitir el comando de reanudación de HADR.

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íaque Microsoft usa para describir las actualizaciones de software.

¿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?

¿Cómo de satisfecho está con la calidad de la traducción?
¿Qué ha afectado a tu experiencia?

¡Gracias por sus comentarios!

×