Je viens de faire une expérience dans une VM pour essayer d'imiter votre situation. J'ai volontairement corrompu l'un des fichiers journaux des transactions et j'utilise Windows Server Backup comme application de sauvegarde. Tout ce que je dis ci-dessous est basé sur cette expérience, mais la réalité ne devrait pas trop différer.
Même si vous dites que tout fonctionne bien pour l'instant, vous avez tout à fait raison de vous inquiéter de cette erreur, et en posant cette question, vous venez peut-être d'épargner à votre futur moi un peu de chagrin et de panique.
Tout d'abord, quelques explications sur les raisons pour lesquelles vous devriez vous inquiéter. Lorsque Exchange termine avec succès une sauvegarde, il vide (supprime) les journaux de transactions engagés, donc si vos sauvegardes échouent avec ce message, il y a de fortes chances que vos journaux de transactions ne soient pas vidés et qu'ils s'accumulent. Si les anciens journaux de transactions ne sont pas vidés, vous avez malheureusement une bombe à retardement entre les mains qui peut exploser à tout moment (désolé de paraître si dramatique, mais c'est en fait très sérieux). Lorsque le volume sur lequel se trouvent les journaux de transactions est presque plein, les bases de données de boîtes aux lettres associées se démontent d'elles-mêmes jusqu'à ce qu'il y ait suffisamment d'espace pour les nouveaux journaux de transactions. La quantité de journaux de transactions que vous accumulez détermine le moment où vos bases de données de boîtes aux lettres se démonteront d'elles-mêmes en raison du manque d'espace.
Vous allez devoir démonter la base de données pour faire ce que je suggère, mais elle devrait être démontée sans problème, et lorsque j'ai démonté ma base de données, elle était dans un fichier Clean Shutdown ce qui est une bonne nouvelle.
Démontez la base de données et faites un contrôle de sécurité en lançant eseutil /mh <edb file name> pour s'assurer que la base de données se trouve dans un Clean Shutdown état. Ensuite, déplacez tous les *.log à l'exception des fichiers E00.log y E00tmp.log dans un endroit sûr (ne les supprimez pas, vous en aurez besoin si tout se passe mal). Une fois qu'ils sont tous déplacés, montez à nouveau la base de données et essayez de faire une sauvegarde complète de la base de données dès que possible (il doit s'agir d'une sauvegarde complète, pas d'une sauvegarde incrémentielle). Ce processus a fonctionné dans ma VM et devrait, je l'espère, résoudre votre problème.
Avertissement : NE PAS ___EVER___ supprimer les fichiers du journal des transactions à moins que vous ne soyez absolument certain vous savez ce que vous faites . Si vous devez supprimer un journal des transactions de l'équation, déplacer ailleurs, mais ne le supprimez pas.
