Koexistenz und Migration in der gleichen Organisation

Inhaltsverzeichnis
  1. 3rd Party Tools
  2. Weitere Links

Die Tage von Exchange 5.5 sind langsam gezählt. Auch wenn es immer noch sehr viele Firmen mit Exchange 5.5 oder älteren Versionen gibt, so hat Exchange 2000/2003 seine Stabilität und Leistungsfähigkeit schon lange unter Beweis gestellt und es gibt nur noch wenige Gründe, nicht zu migrieren.

  • Kosten
    Natürlich sind für Exchange 2000/2003 vermutlich ein neuer Server aber noch viel mehr entsprechende Lizenzen erforderlich. Aber auch ihre Buchhaltungssoftware und ihr Auto muss regelmäßig gewartet werden. Planen Sie einfach entsprechende Kosten langfristig ein. Zudem bekommen Sie durch Exchange 2000/2003 ja auch einiges Zurück, z.B. bessere Leistung, mehr Funktionen und kostengünstigerer Betrieb.
  • Active Directory
    Es stimmt, dass Exchange 2000/2003 nur mit einem Active Directory funktioniert und eine entsprechende Infrastruktur aufgebaut werden muss. Aber das Active Directory spart ihnen auch Zeit und Geld, wenn Sie nur mal an Gruppenrichtlinien, WSUS, Hohe Verfügbarkeit durch Multimaster-Replikation etc. denken.
  • Arbeit und Know-how
    Es ist richtig, dass die Migration zusätzliche Arbeit bedeutet die meiner Meinung nach sogar von externen Dienstleistern durchgeführt werden sollte. Wir haben einfach mehr Erfahrung und migrieren "täglich", während es für Sie ein einmalige Prozess sein dürfte, so dass sich der Aufbau von Wissen nicht lohnt. Aber ihre Mitarbeiter müssen danach natürlich mit dem System umgehen können.

Letztlich ist es ihre Entscheidung aber auf meine Unterstützung können Sie zählen. Wer z.B. seit Anfang an mit Exchange arbeitet, wird etwa folgende Evolution durchgemacht haben:

Exchange Evolution

Ausgehend von einer NT4 Domäne mit Exchange 4.0 bis 5.5 wurde das Active Directory eingeführt, welches dann mit dem ADC befüllt wurde. Erst dann konnte Exchange 2000/2003 in die gleiche Organisation installiert werden um nach der umschaltung in den Native-Mode und der Aktualisierung der DCs auf Windows 2003 SP1 nun langsam auf Exchange 2007 umzusteigen.

Auf den folgenden Seiten finden Sie weitere Informationen zu den verschiedenen Aspekten einer Migration.

SameOrg Migrationen

  • Exchange 2000/2003 - Update über Migration auf zweiten Server (IntraOrg)
    Der neuer Server wird parallel installiert und die Daten werden nach und nach auf den neuen Server verschoben. Es existiert ein Parallelbetrieb der Systeme mit minimaler Unterbrechung und enger Verbindung. (Nachrichtenaustausch, Ordner und Replikation des Adressbuchs)
  • Inplace-Update
    Update der bestehenden Server und Datenbanken auf die neue Version. Dieser Weg eignet sich, wenn Sie einen bestehenden Exchange 5.5 Server auf der gleichen Hardware aktualisieren wollen. Empfehlen kann ich dies aber nicht.
  • Das Active Directory Cleanup Werkzeug
    Wenn bei der Migration der Anwender von NT4 nach Active Directory per ADMT und die Replikation durch den ADC nicht zueinander gefunden haben, dann ist ADClean das Mittel der Wahl.
  • Migration 2000 auf 2003
    Sie haben schon Exchange 2003 und wollen auf Exchange 2003 ?. Dann sind Sie hier richtig.
  • Public Folder Migration
    So kommen ihre Daten ohne den 9551 Fehler nach Exchange 2000/2003
  • Update von Eval, Beta, RC1 oder Exchange 2000 Standard
    Exchange 2000 - Update von Eval und RC1
    Wenn Sie keine Neuinstallation vorhaben, sondern schon Exchange 2000 als Evaluierung oder andere Versionen installiert haben, dann finden Sie hier die Informationen zur Vollversion zu kommen (oder auch nicht).
    Auch ein Update von Exchange 2000 Standard auf Exchange 2000 Enterprise ist hier beschrieben.

3rd Party Tools

Eigentlich könnte man meinen, dass für die einfache Migration innerhalb der gleichen Organisation keine Drittprodukte erforderlich sind. Das mag auch stimmen, solange es nur wenige Postfächer sind, aber es gibt auch Firmen 10.000 und mehr Postfächern, die Zusatzfunktionen suchen, z.B. eine bessere zentrale Steuerung der Aufträge, ein Reporting und Statistiken.

Ein solches Produkt ist z.B. "E2E Complete" (http://www.binarytree.com/products/e2e-complete.aspx) von BinaryTree, welches den ganzen Migrationsprozess über eine Konsole steuerbar macht. Im Hintergrund werden natürlich auch hier nur die klassischen PowerShell Commandlets aufgerufen. Aber der "Mailbox Replication Service (MRS)" von Exchange arbeitet die "Move Requests" nach eigenem Gutdünken ab, so dass in größeren Umgebungen es schon interessant sein kann, die Move-Befehle zeitgesteuert zu erstellen und zu bestimmten Zeiten auch auszusetzen.

Wer also sicher mehr als 100 oder gar 1000 Mailboxen zu verschieben hat und mit der Exchange GUI oder PowerShell nicht zufrieden ist, kann ja mal einen Blick darauf werfen.

Weitere Links