Bei der Einstellung für die maximale Sitzungsgröße ist eine Diskrepanz zwischen Active Directory und der Metabase aufgetreten

[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: 2005-11-18

Microsoft® Exchange Server Analyzer liest die /LM/SmtpSvc/<SMTP virtual server instance>/MaxSessionSize-Eigenschaft in der IIS-Metabase (Internet Information Services), um zu ermitteln, ob der zugehörige Wert mit dem konfigurierten Wert des Attributs msExchSmtpMaxSessionSize im Active Directory®-Verzeichnisdienst übereinstimmt:

Wenn Microsoft Exchange Server Analyzer feststellt, dass die Werte nicht übereinstimmen, wird eine Warnmeldung angezeigt.

Wenn der Wert in der IIS-Metabase nicht mit dem Wert in Active Directory übereinstimmt, könnte dies auf ein Problem bei der Active Directory-Replikation oder auf ein Problem bei der Verzeichnisdienst-Nach-Metabase (DS2MB)-Replikationskomponente in Exchange hinweisen.

Die Funktion des DS2MB-Vorgangs besteht darin, die Konfigurationsinformationen von Active Directory zur lokalen Metabase zu übertragen. Anstatt in der Registrierung ist diese Konfiguration aus Leistungs- und Skalierbarkeitsgründen in der lokalen Metabase gespeichert. In Exchange 2000 Server und Exchange Server 2003 werden alle Internet-Protokolle (SMTP, NNTP, POP3, IMAP4 und HTTP) als Komponenten von IIS ausgeführt.

Alle 15 Minuten kopiert der DS2MB-Vorgang die gesamten Teilstrukturen von Active Directory, ohne die Form der Teilstruktur zu ändern. Dieser Schreibvorgang erfolgt einseitig von Active Directory zur Metabase; umgekehrt schreibt die Metabase niemals in Active Directory.

Sowohl die Eigenschaft MaxSessionSize als auch das Attribut msExchSmtpMaxSessionSize verwenden die Standardeinstellung 0. Dies bedeutet, dass es keine Beschränkungen für die Sitzungsgröße gibt. Wenn die Eigenschaft MaxSessionSize und das Attribut msExchSmtpMaxSessionSize nicht denselben Wert aufweisen, bedeutet dies, dass Active Directory und die IIS-Metabase nicht miteinander synchronisiert sind. Wenn dieses Problem durch einen Fehler beim DS2MB-Vorgang verursacht ist, können Sie es mit nachstehendem Verfahren für die bei Ihnen ausgeführte Version von Exchange Server beheben. Wenn dieses Problem auftritt, weil die Replikation des Active Directory teilweise oder vollständig fehlgeschlagen ist, können Sie mithilfe des Active Directory-Replikationsmonitor-Dienstprogramms (ReplMon.exe) den Zustand und Status der Active Directory-Replikation überprüfen. ReplMon finden Sie auf der Windows Server™ 2003-CD-ROM unter den Microsoft Windows® Support Tools.

So beheben Sie den Fehler unter Exchange Server 2003

  1. Überprüfen Sie das Vorhandensein der Anwendungsereignisprotokolleinträge mit der Quelle MSExchangeMU. Bei einem Fehler von DS2MB wird ein Ereignis unter Exchange Server 2003 protokolliert.

  2. Wenn keine DS2MB-Fehler zu finden sind, prüfen Sie mithilfe von ReplMon die Active Directory-Replikation. Achten Sie insbesondere auf die globalen Katalogserver, die von Ihrem virtuellen SMTP-Server verwendet werden.

  3. Wenn Sie DS2MB-Fehler entdecken oder nachdem Sie Probleme mit der Active Directory-Replikation beseitigt oder gelöst haben, starten Sie die Exchange-Systemaufsicht neu.

So beheben Sie diesen Fehler unter Exchange 2000 Server

  1. Überprüfen Sie mithilfe von ReplMon die Active Directory-Replikation. Achten Sie insbesondere auf die globalen Katalogserver, die von Ihrem virtuellen SMTP-Server verwendet werden.

  2. Nachdem Sie Probleme mit der Active Directory-Replikation beseitigt oder gelöst haben, starten Sie die Exchange-Systemaufsicht neu.

Weitere Informationen zur umgekehrten DNS-Suche in Exchange finden Sie im Microsoft Knowledge Base-Artikel 297412, „The 'Perform Reverse DNS Lookup for Incoming Messages' Option Is for Host Name Resolution“ (https://go.microsoft.com/fwlink/?linkid=3052&kbid=297412).

Weitere Informationen zu Einstellungen für virtuelle SMTP-Server finden Sie in den folgenden Knowledge Base-Artikeln:

Weitere Informationen zur Active Directory-Replikation finden Sie im Microsoft Knowledge Base-Artikel 232072, „Einleiten der Replikation zwischen direkten Replikationspartnern“ (https://support.microsoft.com/kb/232072/de&kbid=232072).

Weitere Informationen zum DS2MB-Vorgang finden Sie im Microsoft Knowledge Base-Artikel 240105, „XGEN: General Information on Directory Service/Metabase Synchronization in Exchange 2000 Server“ (https://go.microsoft.com/fwlink/?linkid=3052&kbid=240105).