Optimieren Sie Ihre Exchange Server-Netzwerkkonfiguration

Es ist offensichtlich, dass es eine Reihe allgemeiner, aber falscher Einstellungen gibt, die es Exchange Server ermöglichen, weiter zu arbeiten, aber letztendlich eine Reihe schwer zu findender Probleme verursachen.

Netzwerk-Teaming

Netzwerkanbieter bieten die Möglichkeit, zwei oder mehr physische Objekte zu binden Netzwerkkarten (NICs) zusammen in einem einzigen logischen Adapter. Diese Technik – bekannt als Link Aggregation oder Network Teaming – reduziert einzelne Fehlerquellen im Netzwerk. Teaming gibt es in zwei Varianten: Verbinden jeder Netzwerkkarte als separate Kanäle, um zusätzliche Bandbreite bereitzustellen, oder Aktiv / Passiv-Verbinden für Redundanz.
In den Tagen von Exchange 2003 beschränkte die Windows 2003-Clusterkomponente Exchange-Cluster. Mit anderen Worten, nur die öffentliche Netzwerkkarte (MAPI-Client) kann zusammengeführt werden. private NICs konnten nicht. In Windows Server 2008 ist dies Einschränkung wurde entferntgemäß Knowledge Base-Artikel 254101.
Darüber hinaus gibt es in einer Exchange-Datenbankverfügbarkeitsgruppe (DAG) in Team-Replikations-NICs keinen Vorteil, wenn Sie über mehrere Replikationsnetzwerke verfügen können. Tim McMichael von Microsoft diskutiert diesen Punkt in a Blogeintragt beim Exchange Server-Netzwerkdesign.
Verwenden Sie Netzwerk-Teaming niemals für Schnittstellen, die Sie einem Windows-Cluster für den Netzwerklastenausgleich hinzufügen.

IPv6 deaktivieren

Microsoft Anleitung zuIPv6 in Windows Server 2008 und höher ist klar. Diese Versionen von Windows Server wurden speziell für die IPv6-Unterstützung entwickelt. In der Vergangenheit hat das Exchange-Team ausdrücklich empfohlen nicht Deaktivieren von IPv6 auf Exchange 2010- oder Exchange 2013-Servern, sofern Sie nicht:

  • Beheben Sie ein bestimmtes Problem.
  • Wurden vom Microsoft-Support dazu aufgefordert; oder
  • Befolgen Sie die Anweisungen zum Deaktivieren von IPv6.

Heutzutage beziehen sich die Exchange-Anforderungen einfach auf die offiziellen Windows-Richtlinien für IPv6.
Das vollständige Deaktivieren der IPv6-Komponente ist komplizierter als das Deaktivieren der Einzelkomponentenbindung in den NIC-Eigenschaften. IPv6 ist nicht an den angegebenen Adapter gebunden, aber der Rest des IPv6-Stacks – einschließlich aller versteckten Tunneladapter – ist weiterhin aktiv. Der unterstützte Prozess zu Deaktivieren Sie IPv6 vollständig wird im Knowledge Base-Artikel 929852 beschrieben, der einen benutzerfreundlichen herunterladbaren Fixit-Assistenten enthält.

Mehrere Netzwerkschnittstellen

Wenn Ihr Exchange Server-Netzwerk über mehrere Netzwerkschnittstellen verfügt – beispielsweise Replikations-, Speicher- oder Sicherungsnetzwerke auf Postfachservern oder mehrere Websites auf Clientzugriffsservern – kann dies zu Verwirrung und Netzwerkfehlern führen. Unnötige Komponenten sind eine häufige Ursache für DAG-Instabilität.
Nur eine Schnittstelle kann die primäre Schnittstelle sein. Diese Schnittstelle registriert sich in DNS und Active Directory und sollte die einzige Schnittstelle sein, die verwendet wird Server-Nachrichtenblock (SMB).
Öffnen Sie die Eigenschaftenseite Ihrer primären Schnittstelle und führen Sie die folgenden Schritte aus:

  1. Stellen Sie sicher, dass die Komponenten “Datei- und Druckerfreigabe für Microsoft-Netzwerke” und “Client für Microsoft-Netzwerke” aktiviert sind.
  2. Klicken Fortgeschrittene.
  3. Stellen Sie auf der Registerkarte DNS sicher, dass “Adressen dieser Verbindung in DNS registrieren” aktiviert ist.
  4. Stellen Sie auf der Registerkarte WINS sicher, dass entweder “NetBIOS-Einstellung” aktiviert ist aktiviert oder auf Standard gesetzt.
  5. Überprüfen Sie, ob “LMHOSTS-Suche aktivieren” aktiviert ist (optional).

Führen Sie für Ihre sekundären Schnittstellen die folgenden Schritte aus:

  1. Wenn Sie IPv6 auf der primären Schnittstelle aktiviert haben, aktivieren Sie es auch hier.
  2. Stellen Sie sicher, dass die Komponenten “Datei- und Druckerfreigabe für Microsoft-Netzwerke” und “Client für Microsoft-Netzwerke” deaktiviert sind.
  3. Klicken Fortgeschrittene.
  4. Stellen Sie auf der Registerkarte DNS sicher, dass “Adressen dieser Verbindung in DNS registrieren” deaktiviert ist.
  5. Stellen Sie auf der Registerkarte WINS sicher, dass sowohl “NetBIOS-Einstellung” als auch “LMHOSTS-Suche aktivieren” deaktiviert sind.

Der nächste Schritt besteht darin, zu überprüfen, ob die Schnittstellenbindungen korrekt konfiguriert sind. Bevor ich fortfahre, empfehle ich, ein TechNet zu lesen Forumsdiskussion Informationen zum Ändern von Schnittstellenbindungen.
Konfigurieren Sie Ihre Schnittstellen folgendermaßen:

  • Die primäre Schnittstelle sollte ganz oben in der Liste der Verbindungen stehen. Alle sekundären Schnittstellen sollten sich unterhalb der primären Schnittstelle befinden.
  • Stellen Sie für jede Komponente sicher, dass die IPv4-Bindungen für “Datei- und Druckerfreigabe für Microsoft-Netzwerke” und “Client für Microsoft-Netzwerke” über den IPv6-Bindungen liegen (Abbildung 1).

Abbildung 1: Konfigurieren Sie Ihre primären Schnittstellenbindungen so, um Probleme mit der Exchange Server-Netzwerkkonfiguration zu vermeiden.

Hinweis: Wenn IPv6 auf dem System deaktiviert ist, werden die IPv6-Bindungen in Abbildung 1 nicht überprüft.
Auf den sekundären Schnittstellen sollten alle Bindungen deaktiviert sein (siehe Abbildung 2).

Abbildung 2: So konfigurieren Sie Ihre sekundären Schnittstellenbindungen, um Probleme mit der Exchange Server-Netzwerkkonfiguration zu vermeiden.

Gelegentlich stellen Administratoren fest, dass der virtuelle Clusteradapter in Exchange-DAGs nicht ordnungsgemäß gebunden ist. Diese Adapter verwenden eine IP-Adresse für die automatische APIPA-Konfiguration im Adressbereich 169.254.xy.
Obwohl dieser Adapter im Applet der Netzwerksteuerung nicht sichtbar ist, wird er angezeigt, wenn Sie ihn ausführen ipconfig / all von der Kommandozeile. Befindet sich dieser Adapter zuerst in der Bindungsreihenfolge, antwortet der Server auf seine eigenen Pings mit der APIPA-Adresse. Zu Korrigieren Sie diese KonfigurationFolgen Sie dem Vorgang im TechNet-Blogartikel von Jeff Hughes.
Über den Autor
Devin Ganger ist ein Messaging-Architekt und technischer Redakteur mit mehr als 15 Jahren Erfahrung in der Verwaltung von Messaging-Systemen, Windows-, Unix- und TCP / IP-Netzwerken. Heute arbeitet er hauptsächlich mit Exchange Server, Windows Active Directory und verwandten Technologien von Microsoft und Drittanbietern. Ganger wurde von 2007 bis 2011 als Microsoft MVP für Exchange Server anerkannt.

Similar Posts

Leave a Reply