Es wurde mindestens eine beschädigte Nachricht erkannt.
[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: 2007-01-05
Microsoft® Exchange Server Analyzer liest den folgenden Registrierungseintrag, um die Anzahl der Einträge im Wert PoisonIDs zu bestimmen:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<ExchangeServerName>\Private-<GUID des privaten Informationsspeichers>**
Wenn Exchange Server Analyzer feststellt, dass die Anzahl der Einträge im Wert PoisonIDs größer als 0 ist, wird eine Warnung angezeigt.
In Versionen von Exchange Server höher als Exchange Server 2003 Service Pack 1 wurde ein neues Verhalten implementiert, mit dessen Hilfe verhindert werden kann, dass beschädigte oder ungültige Nachrichten zum unerwarteten Beenden des Exchange-Informationsspeicherdiensts führen oder dessen erfolgreichen Start verhindern.
In Versionen ab Exchange Server 2003 Service Pack 1 werden Nachrichten nachverfolgt, die ein unerwartetes Beenden des Exchange-Informationsspeicherdiensts während der Konvertierung vom MAPI-Format zum MIME-Format verursachen. Die Nachrichten-ID der beschädigten Nachricht wird beim Auftreten des Absturzes in der Registrierung gespeichert. Wenn eine beschädigte Nachricht dreimal zum unerwarteten Beenden des Informationsspeichers führt, wird mithilfe der Informationen beim vierten Neustart des Exchange-Informationsspeicherdienstes eine erneute Verarbeitung der Nachricht verhindert.
Wird der Exchange-Informationsspeicherdienst aufgrund einer beschädigten Nachricht unerwartet beendet, wird der Registrierungswert PoisonIDs am folgendenden Speicherort erstellt:
HKLM\System\CurrentControlSet\Services\MSExchangeIS\<ExchangeServerName>\Private-<GUID des privaten Informationsspeichers>**
Darüber hinaus kann ein Administrator den Registrierungseintrag PoisonThreshold erstellen. Der Schlüssel PoisonThreshold steuert die maximale Häufigkeit, die eine Nachricht durch den Exchange-Informationsspeicherdienst transportiert werden kann, bevor sie zum Registrierungsschlüssel PoisonIDs hinzugefügt wird. In der Standardeinstellung lautet der Schwellenwert 2. Um das Verhalten auszulösen, muss die Schwelle überschritten werden. Daher kann der Exchange-Informationsspeicherdienst aufgrund einer beschädigten Datei 3 Mal beendet werden, bevor die Nachricht blockiert wird. Wenn eine Nachricht beispielsweise Ursache von 3 Abstürzen ist, wird sie blockiert, weil drei den Schwellenwert von 2 überschreitet.
Wenn ein beschädigtes Meldungsereignis in die Registrierung geschrieben wird, werden im Anwendungsereignisprotokoll Fehlerereignismeldungen (Ereignis-IDs 9680 und 9681) angezeigt. Nach dem erfolgreichen Start des Exchange-Informationsspeicherdienstes blockiert Exchange anschließend die Nachricht und versucht, einen Unzustellbarkeitsbericht dafür zu senden. In einigen Fällen ist Exchange möglicherweise nicht in der Lage, einen Unzustellbarkeitsbericht zu senden. In diesen Fällen verbleibt die blockierte Nachricht in der Warteschlange, bis sie abläuft. Der Registrierungsschlüssel PoisonIDs enthält bis zu zehn Nachrichten-ID-Werte. Wenn die Grenze von zehn überschritten wird, wird ein neues beschädigtes Nachrichtenereignis hinzugefügt. Das beschädigte Nachrichtenereignis mit dem ältesten Absturzdatum wird entfernt.
So beheben Sie dieses Problem
Wenn beim Postfachspeicher Probleme mit einer beschädigten Nachricht auftreten, ist eine weitere Überprüfung des Problems erforderlich. Informationen dazu, wie Microsoft IT eine Wiederherstellung aus beschädigten Exchange-Datenbanken ausführt, finden Sie unter https://go.microsoft.com/fwlink/?LinkId=56372.
Wenn Sie aufgrund beschädigter Nachrichten Probleme beim Herunterfahren von Exchange Server 2003 feststellen, kann es hilfreich sein, die automatische Fehlerberichterstattung auf dem Computer mit Exchange Server zu aktivieren. Fehlerberichtdaten werden zum Finden und Beheben von Problemen in der von Ihnen verwendeten Software verwendet. Weitere Informationen zum Aktivieren der Exchange-Fehlerberichterstattung finden Sie unter Exchange-Fehlerberichterstattung ist deaktiviert.
Weitere Informationen zum Exchange Server 2003 Service Pack 1, finden Sie auf der Website „Servicepack 1 für Exchange 2003” (https://go.microsoft.com/fwlink/?linkid=29090).