Der Ordner "IgnoredLogs" enthält mehr als 1 GB kumulierte Protokolldateien

[Dieses Thema beschäftigt sich mit einem besonderen Problem, das von Exchange Server Analyzer angezeigt wird. Die Problembehandlung sollte nur auf Systeme angewendet werden, auf denen Exchange Server Analyzer ausgeführt wird und dieses spezielle Problem auftritt. Exchange Server Analyzer (als kostenloser Download verfügbar) trägt remote Konfigurationsdaten von allen Servern in der Topologie zusammen und analysiert diese Daten automatisch. Der sich ergebende Bericht enthält ausführliche Informationen zu wichtigen Konfigurationskonflikten, möglichen Problemen und Produkteinstellungen, die nicht den Standardeinstellungen entsprechen. Indem Sie diese Empfehlungen beachten, können Sie bessere Leistung, Skalierbarkeit, Zuverlässigkeit und Betriebszeit erzielen. Weitere Informationen zum Tool sowie zum Download der aktuellsten Version finden Sie unter "Microsoft Exchange Analyzers" unter der Adresse https://go.microsoft.com/fwlink/?linkid=34707.]  

Letztes Änderungsdatum des Themas: 2010-04-01

Microsoft Exchange Best Practices Analyzer untersucht die Speicherorte für Microsoft Exchange Server 2007-basierte Server, die für die Verwendung eines der folgenden Hochverfügbarkeitsfeatures konfiguriert sind:

• Fortlaufende lokale Replikation (Local Continuous Replication, LCR)
• Fortlaufende Clusterreplikation (Cluster Continuous Replication, CCR)
• Fortlaufende Standbyreplikation (Standby Continuous Replication, SCR)

Der Best Practices Analyzer untersucht die Datenspeicherorte, um zu überprüfen, ob für den ordnungsgemäßen Betrieb von Exchange ausreichend Speicherplatz auf Festplatten zur Verfügung steht. Wenn der Best Practices Analyzer feststellt, dass zu viele Protokolldateien im Unterordner IgnoredLogs des Transaktionsprotokollordners vorhanden sind, erstellt das Tool die folgende Warnmeldung:

Auf Exchange LCR-, CCR- und SCR-Servern enthält jede Speichergruppe einen Unterordner, der den Namen IgnoredLogs aufweist. Beispielsweise kann ein Server für den Speicherort eines bestimmten Transaktionsprotokolls einen Pfad der folgenden Form verwenden:

E:\TransactionLogs\StorageGroup1\IgnoredLogs\

Exchange verwendet den Ordner IgnoredLogs zum Speichern gültiger Protokolldateien, die nicht wieder eingespielt werden können. Z. B. kann eine Protokolldatei veraltet oder beschädigt sein. Der Ordner IgnoredLogs kann außerdem die folgenden Unterordner enthalten:

• E00OutofDate
  Dieser Unterordner enthält alte E00.log-Protokolldateien, die auf dem passiven Knoten zum Zeitpunkt des Failovers vorhanden waren. Eine E00.log-Protokolldatei wird auf dem passiven Knoten erstellt, wenn der Knoten zuvor als aktiver Knoten ausgeführt wurde. Wenn diese Protokolldateien in den Unterordner E00OutofDate verschoben werden, wird die Ereignis-ID 2013 im Anwendungsprotokoll verzeichnet.

• InspectionFailed
  Dieses Unterverzeichnis enthält Protokolldateien, die bei der Untersuchung nicht bestanden haben. Ereignis-ID 2013 wird im Protokoll erfasst, wenn eine Protokolldatei in der Untersuchung versagt. Anschließend wird die Protokolldatei in den Ordner InspectionFailed verschoben. Der Protokolldatei-Inspektor verwendet das Tool Eseutil in Kombination mit weiteren Methoden, um zu überprüfen, ob eine Protokolldatei physisch gültig ist. Jede von diesen Untersuchungen zurückgegebene Ausnahme wird als Fehlerergebnis gewertet, und die Protokolldatei wird als beschädigt angesehen.

Protokolldateien, die sich im Unterordner IgnoredLogs ansammeln, werden nicht automatisch entfernt. Daher kann, da die Anzahl der Protokolldateien im Lauf der Zeit zunimmt, der am Speicherort verfügbare Speicherplatz erschöpft werden. Dies kann in Verbindung mit der normalen Erstellung von Protokolldateien dazumal führen, dass Exchange die Verarbeitung von Nachrichten einstellt.

Zum Beheben dieses Problems löschen Sie die Protokolldateien aus dem Unterordner IgnoredLogs in der entsprechenden Speichergruppe.

Weitere Informationen

Weitere Informationen über Architektur und Verhalten der fortlaufenden Replikation in Exchange 2007 finden Sie im Microsoft Blog-Artikel, Is this thing on? : Exchange 2007 - Continuous Replication Architecture and Behavior (in englischer Sprache).

Anmerkung:
Der Inhalt jedes Blogs und die dazugehörige URL kann ohne vorherige Ankündigung geändert werden. Der Inhalt jedes Blogs wird "WIE BESEHEN" ohne Gewährleistungen bereitgestellt und überträgt keine Rechte. Die Verwendung der enthaltenen Skriptbeispiele bzw. des enthaltenen Codes unterliegt den in den Microsoft – Nutzungsbedingungen (englischsprachig) angegebenen Bedingungen.

Weitere Informationen zum Verwalten von Hochverfügbarkeitslösungen für Exchange finden Sie in den folgenden Themen:

• Verwalten der fortlaufenden lokalen Replikation
• Verwalten der fortlaufenden Clusterreplikation
• Verwalten der fortlaufenden Standbyreplikation