Acabei de fazer uma experiência em uma VM para tentar imitar sua situação. Eu intencionalmente corrompeu um dos arquivos de log de transações e estou usando o Windows Server Backup como o aplicativo de backup. Tudo o que eu digo abaixo é baseado nesta experiência, mas a realidade não deve diferir muito.
Mesmo que você diga que está tudo funcionando bem no momento, você está muito certo em se preocupar com esse erro, e fazendo essa pergunta você pode ter acabado de salvar seu futuro de alguma tristeza e pânico.
Primeiro, algumas informações sobre por que você deveria se preocupar. Quando o Exchange conclui com êxito um backup, ele elimina (exclui) os logs de transação confirmada, portanto, se os backups estiverem falhando com essa mensagem, há uma boa chance de que os logs de transação não estejam sendo liberados e estejam sendo compilados. Se os registros de transações antigos não estão sendo liberados, infelizmente você tem uma bomba-relógio em suas mãos que pode explodir a qualquer momento (desculpe por soar tão dramático, mas na verdade é bem sério). Quando o volume que os logs de transações estiverem preenchidos for próximo da capacidade, os bancos de dados associados da caixa de correio serão desmontados até que haja espaço adequado para novos logs de transação. Dependendo da quantidade de logs de transação que você acumular, determinará quando os bancos de dados de sua caixa de correio serão desmontados devido à falta de espaço.
Você terá que desmontar o banco de dados para fazer o que eu sugiro, mas ele deve desmontar sem problema, e quando desmontei meu banco de dados, ele estava em um estado Clean Shutdown
, o que é uma boa notícia.
Desmonte o banco de dados e faça uma verificação de integridade e execute eseutil /mh <edb file name>
para garantir que o banco de dados esteja no estado Clean Shutdown
. Em seguida, mova todos os arquivos *.log
, exceto E00.log
e E00tmp.log
em algum lugar seguro (não os exclua, você precisará deles de volta se tudo for uniforme). Depois que todos forem movidos, monte o banco de dados novamente e tente fazer um backup completo do banco de dados o quanto antes (deve ser um backup completo, não um incremental). Esse processo funcionou na minha VM e, esperamos, deve resolver o seu problema.
Aviso: NÃO