Bei der Vorbereitung einer Testumgebung (virtuelle Maschinen) für die Migration von Lotus Notes zu Exchange Server 2007 stieß ich auf ein interessantes Problem: Alle Nachrichten, die intern (innerhalb von Exchange) oder extern (Lotus Notes oder Internet) an Empfänger gesendet wurden, landeten im Ordner Entwürfe.

In der Benutzeroberfläche wurden keine Warnungen, Fehlermeldungen oder NDR generiert. Das war ziemlich rätselhaft, gelinde gesagt. Also habe ich beschlossen, das zu tun, was die meisten von Ihnen erfahrenen IT-Profis als nächsten logischen Schritt betrachten würden: Tiefer graben.

Ich habe zunächst die Ereignisprotokolle auf den Exchange-Postfach- und Hub-Transportservern durchgesehen. Im Anwendungsprotokoll des Postfachservers ist mir die Ereignis–ID 1009 aufgefallen – Ein Warnereignis mit der Quelle und Kategorie „MSExchangeMailSubmission“. Die Beschreibung des Ereignisses war genau richtig: „Der Microsoft Exchange-E-Mail-Übermittlungsdienst kann derzeit keine Hub-Transportserver am lokalen Active Directory-Standort kontaktieren. Die Server sind möglicherweise zu beschäftigt, um neue Verbindungen zu diesem Zeitpunkt zu akzeptieren.“

Ich denke, ich schulde der Person bei Microsoft, die die aussagekräftigen Bezeichnungen für Ereignisquelle und –kategorie entwickelt hat, ein großes „Dankeschön“ – genau die Dinge, die wir für selbstverständlich halten.

Da es jedoch starke Hinweise darauf gab, dass das Problem auf dem Hub-Transport-Server bestand, begann ich, das Anwendungsprotokoll des Hub-Transport-Servers zu untersuchen. Es wurden keine Fehler protokolliert, aber es gab eine Warnung: Ereignis-ID: 15002, Quelle: MSExchangeTransport, Kategorie: ResourceManager. In meiner Eile, das Problem zu lösen, ignorierte ich das Warnereignis und nahm an, dass sich der Server nur über Systemressourcen auf der virtuellen Maschine beschwerte – nicht weit von der Wahrheit entfernt.

In der Zwischenzeit habe ich Telnet verwendet, um eine Verbindung zu Port 25 des Hub-Transportservers herzustellen, und sofort eine Antwort erhalten, die besagt:

452 4.3.1 Unzureichende Systemressourcen

Verbindung zum Host verloren

Dies veranlasste mich, die Warning-Ereignis-ID: 15002 im Anwendungsprotokoll des Hub-Transportservers genauer zu betrachten. Ich habe die Beschreibung sorgfältig gelesen:

„Der Ressourcendruck ist konstant hoch. Statistiken:

 Microsoft - Der wesentliche Leitfaden für Microsoft Teams Endbenutzer-Engagement
The Essential Guide to Microsoft Teams End-User Engagement

Wir führen Sie durch 10 Best Practices, Überlegungen und Vorschläge, die Ihre Microsoft Teams-Bereitstellung bereichern und sowohl die Akzeptanz als auch das Engagement der Endbenutzer sicherstellen können.

Holen Sie sich den Leitfaden

Queue-Datenbank und Speicherplatz („C:Programm FilesMicrosoftExchange ServerTransportRolesdataQueuemail.que“) = 63%

Queue-Datenbank Protokollierung Speicherplatz („C: Programm FilesMicrosoftExchange ServerTransportRolesdataQueue“) = 63%

Version buckets = 1

Private Bytes = 16%

Auslastung des physischen Speichers = 53%

Die Übermittlung eingehender E-Mails von anderen Hub-Transport-Servern, dem Internet, dem Pickup-Verzeichnis, dem Replay-Verzeichnis und dem Postfachserver, wenn er sich auf einem Hub-Transport-Server befindet, wurde gestoppt.

Das Laden von E-Mails aus der Queuing-Datenbank, falls verfügbar, wird fortgesetzt.“

Das Scrollen in der Beschreibung nach unten und das Lesen der Details haben geholfen, aber warten Sie, ich hatte 2,94 GB freien Speicherplatz auf meiner virtuellen Maschine, auf der die Hub-Transport-Serverrolle ausgeführt wird. Warum beschwerte sich Exchange über Speicherplatz?

Nach einigen Recherchen stieß ich auf diesen Artikel über Technet, der mir ein nicht so bekanntes, aber neuartiges Konzept vorstellte, das in Exchange Server 2007 eingeführt wurde – Gegendruck. Während Sie weitere Details zu diesem Thema auf den referenzierten Seiten lesen können, ist Backend im Wesentlichen eine Systemressourcenüberwachungsfunktion, die in Exchange Server 2007 Hub-Transport- und Edgeserverrollen integriert ist und die Nachrichtenübermittlung abhängig vom Status der Systemressourcen beeinflusst.

Nachdem ich die Formel angewendet hatte, die Exchange zur Berechnung der Schwellenwerte für den Transportdienst verwendet (100 * (Festplattengröße – 4 GB) / Festplattengröße), wurde mir klar, dass der resultierende HOHE Wert für die Datenbank und den Festplattenspeicher in meiner Umgebung (50%) war höher als der von Exchange berechnete HOHE Schwellenwert (49%).

Tipp: Wenn der verfügbare freie Speicherplatz weniger als 4 GB beträgt, wird die Festplattenauslastung als hoch angesehen.

Also waren meine Entscheidungen, um E-Mails fließen zu lassen:

  • Erhöhen Sie den verfügbaren Speicherplatz (empfohlen für Produktionsumgebungen) ODER
  • Erhöhen Sie den entsprechenden Schwellenwert (NICHT empfohlen für Produktionsumgebungen)

Da ich eine Testumgebung verwendete, entschied ich mich für den einfachen Weg und überschrieb die Standardberechnungen für die hohe Festplattenauslastung, indem ich einen neuen Wert im EdgeTransport .exe.konfigurationsdatei, die sich im Verzeichnis C: Program FilesMicrosoftExchange ServerBin befindet. Ich habe den Standardwert für PercentageDatabaseDiskSpaceUsedHighThreshold von „0“ auf „80“ geändert und den Microsoft Exchange-Transportdienst neu gestartet.

Ich habe überprüft, dass die Warnmeldung nach dem Neustart des Dienstes nicht erneut angezeigt wurde, und versucht, mit OWA erneut eine Nachricht an mich selbst zu senden – ERFOLGREICH!! Mir ist auch aufgefallen, dass die Nachricht, die zuvor (während des Problems) in den Entwurfsordner gelegt wurde, auch ohne manuellen Eingriff erfolgreich zugestellt wurde.

Während der Gegendruck eine nette Funktion in Exchange ist und Systemressourcenprobleme eleganter angehen soll, hoffe ich, dass Unternehmen weiterhin in effektive Überwachungslösungen für Exchange wie System Center Operations Manager investieren, um Probleme wie das oben beschriebene zu vermeiden. Die Ausnahme von-course ist ein Szenario, in dem Sie eine Exchange-Lösung in einer Testumgebung testen, in der Sie möglicherweise nicht den Luxus haben, über Systemressourcen der Produktionsklasse zu verfügen.