Sintomas
Assuma que tem uma base de dados que tem encriptação de dados transparente (TDE) ativada no Microsoft SQL Server 2008 ou NO SQL Server 2008 R2, qualquer operação de escrita contra a base de dados aguarda indefinidamente no WRITELOG ou NO LOGBUFFER. Quando a base de dados está em pleno modo de recuperação e as cópias de segurança de registo agendadas estão a ser feitas regularmente, os números de sequência de registo primeiro e último (LSN) nos registos de erro do SQL Server são os mesmos para as cópias de segurança de registo resultantes após o impacto do problema. É ainda aconselhável confirmar se se espera alguma atividade do utilizador durante este período de tempo. Os números do LSN podem não mudar porque não existe uma operação de escrita causada pela falta de atividade do utilizador. As entradas de registo de erro do SQL Server relacionadas estão a seguir:
O registo estava atrasado. Base de dados: <DataBaseName>, data de criação (hora): <Data><hora>, primeiro LSN: 76383:11154:1, última LSN: 76383:1154:1..... Esta é apenas uma mensagem informativa. Não é necessária qualquer ação do utilizador. O registo estava atrasado. Base de dados: <DataBaseName>, data de criação (hora): <Data><hora>, primeiro LSN: 76383:11154:1, última LSN: 76383:1154:1..... Esta é apenas uma mensagem informativa. Não é necessária qualquer ação do utilizador.
Esta questão não é específica da base de dados em modo de recuperação total, as bases de dados com outros modos de recuperação também são propensas a encontrar o mesmo problema. Além disso, você também pode ver um SPID em estado de reversão em sys.sysprocesses detabela de sistemas .
Causa
Esta questão ocorre devido a alguma exceção subjacente em torno do TDE.
Resolução
O problema foi corrigido pela primeira vez na seguinte atualização cumulativa do SQL Server. Depois de aplicar este hotfix, o SQL Server retira a base de dados offline quando atinge o problema (em vez de esperar indefinidamente no WRITELOG ou LOGBUFFER), a base de dados pode ser reativada sem reiniciar os serviços do SQL Server. Em alguns cenários, a base de dados será recolocda online automaticamente pelo SQL Server sem qualquer intervenção humana. As informações relevantes serão registadas nos registos de erro do SQL Server. O hotfix não resolverá completamente o problema. No entanto, informações de diagnóstico adicionais (com base na gravidade do tipo e erro) podem ser registadas nos registos de erro do SQL Server quando o problema ocorrer novamente. Tem de identificar a exceção real e corrigi-la com a ajuda de informações de diagnóstico adicionais que poderá obter depois de aplicar o hotfix.
Atualização Cumulativa 13 para SQL Server 2008 R2 SP2 /en-us/help/2967540
Atualização Cumulativa 17 para SQL Server 2008 SP3 /en-us/help/2958696
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Confira as últimas atualizações cumulativas do SQL Server:
Estado
A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".
