Síntomas
Suponga que tiene una base de datos que tiene habilitado el cifrado de datos transparente (TDE) en Microsoft SQL Server 2008 o SQL Server 2008 R2, cualquier operación de escritura en la base de datos espera indefinidamente en WRITELOG o LOGBUFFER. Cuando la base de datos está en modo de recuperación completa y las copias de seguridad del registro programado se realizan regularmente, los números del primer número de secuencia de registro (LSN) de los registros de errores de SQL Server son los mismos para las copias de seguridad del registro consecuentes después de que se produzca el problema. Se sigue recomendando confirmar si se espera una actividad del usuario durante este período de tiempo. Es posible que los números de LSN no cambien porque no hay actividad de escritura. Las entradas del registro de errores de SQL Server relacionadas son las siguientes:
Se realizó una copia de seguridad del registro. Base de datos: <nombrebasededatos>, fecha de creación (hora): <fecha><hora>, primer LSN: 76383:11154:1, último LSN: 76383:11154:1..... Este es un mensaje informativo. No se requiere ninguna acción por el usuario. Se realizó una copia de seguridad del registro. Base de datos: <nombrebasededatos>, fecha de creación (hora): <fecha><hora>, primer LSN: 76383:11154:1, último LSN: 76383:11154:1..... Este es un mensaje informativo. No se requiere ninguna acción por el usuario.
Este problema no es específico de la base de datos en modo de recuperación completa, las bases de datos con otros modos de recuperación también tienen tendencia a encontrar el mismo problema. Además, también puede ver un SPID en el estado de reversión en la tabla del sistema Sys. sysprocesses.
Causa
Este problema se produce debido a una excepción subyacente en TDE.
Resolución
El problema se solucionó por primera vez en la siguiente actualización acumulativa de SQL Server. Después de aplicar este hotfix, SQL Server desconecta la base de datos al alcanzar el problema (en lugar de esperar indefinidamente en WRITELOG o LOGBUFFER), la base de datos puede volver a estar en línea sin reiniciar los servicios de SQL Server. En algunos escenarios, SQL Server volverá a conectar automáticamente la base de datos sin ninguna intervención humana. La información relevante se registrará en los registros de errores de SQL Server. El Hotfix no resolverá el problema por completo. Sin embargo, es posible que se registre información de diagnóstico adicional (basada en el tipo y la gravedad del error) en los registros de errores de SQL Server cuando se produzca el problema. Debe identificar la excepción real y corregirla con la ayuda de información de diagnóstico adicional que puede recuperar después de aplicar el Hotfix.
Actualización acumulativa 13 para SQL Server 2008 R2 SP2 /en-us/help/2967540
Actualización acumulativa 17 para SQL Server 2008 SP3 /en-us/help/2958696
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:
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft recogidos en la sección "Se aplica a".
