Verschieben von Exchange-Instanzen zwischen virtuellen Containern

Vor Exchange Server 2003 SP2 war Microsoft Exchange nicht für die Ausführung in einer virtualisierten Umgebung zertifiziert. Nur mit dieser Version bot Microsoft Unterstützung für virtualisierte Exchange-Instanzen an. Und selbst dann war es nur unter erlaubt starr eingeschränkte UmständeDas offensichtlichste ist ein Hardware-Virtualisierungs-Betriebssystem Virtual Server 2005 R2 oder später. Jeder, der eine Nicht-Microsoft-Virtualisierungsoption wie VMware verwendet, hatte Pech.

Schneller Vorlauf bis 2013. Microsoft unterstützt jetzt Virtualisierungsanbieter von Drittanbietern‘ Produkte. Obwohl Exchange in breiten Umgebungen virtualisiert werden kann, wurden die Supportanforderungen verschärft und nicht gelockert. Dies liegt daran, dass Microsoft nun etwa ein Jahrzehnt Geschichte mit Virtualisierungsprodukten und virtuellen Containern hat und weiß, was funktioniert und was nicht.

Einige dieser Einschränkungen betreffen Exchange, wenn es in einer bestimmten virtualisierten Umgebung ausgeführt wird und wenn es zwischen virtualisierten Umgebungen verschoben wird. Beachten Sie Folgendes, wenn Sie Exchange-Server zwischen Virtualisierungshosts verschieben möchten.

Migrieren Sie keinen aktiven Exchange-Server live. Migrieren Sie auch bei Exchange-fähigen Virtualisierungsprodukten eine laufende Instanz von Exchange nicht live in einen anderen virtuellen Container. Hier sind einige Gründe warum.

  • Datenbeschädigung in den Exchange-Postfächern und Datenbankverfügbarkeit GroUps können auftreten, wenn Sie eine laufende Instanz live migrieren, während Benutzersitzungen geöffnet sind. Die einzige Möglichkeit, um sicherzustellen, dass Benutzersitzungen nicht geöffnet sind, besteht darin, Exchange vor der Migration offline zu schalten.
  • Benutzer, die keine Ausfallzeiten erwarten, sind unglücklich darüber, dass ihre Exchange-Verbindung ohne Vorwarnung unterbrochen wird, was möglicherweise dazu führt, dass sie ihre Arbeit verlieren.

Die Live-Migration soll das manuelle Verschieben einer virtualisierten Maschine in einen anderen virtuellen Container vereinfachen. Es soll nicht das Einrichten eines Fensters für Ausfallzeiten ersetzen, zumal eine frisch verschobene Exchange-Instanz getestet werden sollte, bevor sie wieder in Produktion geht.

In seinen Notizen über Exchange 2013 in der VirtualisierungLaut Microsoft können virtuelle VMs (Exchange Server Virtual Machines, VMs) mit hostbasierter Failovercluster- und Migrationstechnologie kombiniert werden. Dies kann passieren, solange die VMs so konfiguriert sind, dass sie den Status nicht speichern und wiederherstellen, wenn sie verschoben oder offline geschaltet werden. Diese Migrationen werden unterstützt, solange die VMs nie aus dem auf der Festplatte gespeicherten Status stammen. Stellen Sie am besten sicher, dass vor der Migration kein Status auf der Festplatte gespeichert ist. Schalten Sie zuerst den Server aus.

Microsoft empfiehlt die Verwendung von gemeinsam genutzten Cluster-Volumes anstelle von Pass-Through-Laufwerken, um die Ausfallzeit während einer Live-Migration zu minimieren. Sie können bei der Verwendung von Pass-Through-Laufwerken bleiben, wenn Sie ein Wartungsfenster einrichten, um Exchange offline zu schalten, insbesondere wenn Sie sich aus Gründen der Leistung für Letzteres entschieden haben.

Versuchen Sie auch nicht, einen Active Directory-Domänencontroller live zu migrieren. Angesichts der schieren Anzahl anderer Bei Prozessen, die von AD abhängen, haben Sie mehr als eine kaputte Exchange Server-Installation, mit der Sie fertig werden müssen, wenn etwas schief geht.

Anstatt einen Domänencontroller (DC) live zu migrieren, besteht die beste Strategie darin, einen völlig neuen Server direkt in seinem virtuellen Zielcontainer zu erstellen, ihn als Mitgliedsserver zur vorhandenen Domäne hinzuzufügen und den neu hinzugefügten Server mit in den DC-Status zu versetzen DCPromo. Administratoren sollten sich eigentlich angewöhnen Verwenden Sie stattdessen PowerShell, Da DCPromo in zukünftigen Windows Server-Versionen veraltet sein wird, migrieren Sie die flexiblen Single Master-Vorgänge und fahren Sie den alten Domänencontroller außer Betrieb, sobald alles funktioniert. Stephane Thirion hat ein gutes Tutorial, wie man all dies mit PowerShell macht Hier.

Dies ist in einigen Fällen etwas umständlicher und sicherer, da Sie sich dabei nicht mit dem ursprünglichen Server herumschlagen müssen.

Stellen Sie sicher, dass die Virtualisierungshosts die Live-Migration verarbeiten können. Durch die Live-Migration wird eine enorme Datenmenge über das Netzwerk übertragen, so dass Microsoft empfiehlt mit einer dedizierten Netzwerkkarte von 1 GB [bandwidth] oder höher für solche Operationen. Sie sollten auch Jumbo-Frames für die Netzwerkschnittstelle und die gesamten zugehörigen Switches aktivieren und die Größe des Empfangspuffers an jedem Ende auf 8192 ändern.

Eine Instanz von Hyper-V kann nicht mehr als eine Live-Migrationsaktion gleichzeitig zum oder vom Server unterstützen. Stellen Sie sicher, dass Ihre geplante Ausfallzeit für Exchange-Migrationen dies berücksichtigt.

Die Virtualisierung hat viele Aspekte der IT vereinfacht, einschließlich der Verwaltung mehrerer Maschinen über Tools wie die Live-Migration. Sie ersetzen jedoch nicht die Sorgfaltspflicht, die Sie bei der Verwaltung von Systemen, insbesondere von Exchange-Installationen, benötigen. Behandeln Sie den gesamten Prozess mit der gleichen Sorgfalt wie bei einer physischen Migration – es wird sich auszahlen.

Über den Autor
Serdar Yegulalp schreibt seit mehr als 15 Jahren über Computer und Informationstechnologie. Schauen Sie sich seinen Blog unter an GenjiPress.com.

Similar Posts

Leave a Reply