Wir betreiben einen ziemlich großen Exchange 2010 DAG mit 7 Servern. 3 in der Produktion, auf denen alle Datenbanken gemountet sind, 3 in DR, wo sie übertragen werden können, falls die Produktion ausfällt, und einen LAG-Server mit einer Verzögerung von 4 Tagen. Aus Gründen, auf die ich hier nicht näher eingehen werde, führen wir keine regelmäßigen Backups auf dem Exchange-Server durch. Wir verlassen uns bei der Replikation auf den DAG und den LAG und akzeptieren das Risiko potenziell verlorener E-Mails, falls etwas Katastrophales passiert. (Wir haben ohnehin nur eine Aufbewahrungsrichtlinie von 28 Tagen.) Es gibt 7 Hauptdatenbanken, 3 öffentliche Ordnerdatenbanken und eine Journaldatenbank.
Eine Maildatenbank füllt seit einer Woche fast jede Nacht die Transaktionsprotokolle und ich kann nicht herausfinden, warum. DB4 ist auf Exchange Server 02 im DAG installiert und hat Datenbankkopien auf Production 03, DR 02 und dem LAG. Es gibt 1-TB-Laufwerke für den Ordner jedes Servers, in dem sich die Datenbank befindet. Ich habe die Umlaufprotokollierung für diese Datenbank aktiviert.
Täglich füllt einer der Server, auf denen DB4 läuft, sein Laufwerk und ich muss die Protokolle manuell löschen. (Ich verwende eseutil /mk und lösche manuell alle Protokolle vor der gemeldeten Checkpoint-Datei.) Dann, wie am Schnürchen, nachdem ich diese gelöscht habe, meldet der LAG-Server ein oder zwei Tage später, dass er voll ist. Ich stecke in einer Schleife der Suche nach Protokolldateien fest.
Welche Schritte kann ich unternehmen, um zu beheben, warum diese eine Datenbank so viele Transaktionsprotokolle füllt, obwohl die Umlaufprotokollierung aktiviert ist und dies nicht der Fall sein sollte? Bis letzte Woche habe ich die Laufwerke immer recht komfortabel bei 60 % ausgelastet, jetzt kann ich die Datenbank anscheinend nicht mehr am Laufen halten, weil ich Protokolldateien hinterherjagen muss.