CrossOrg

Auch wenn diese Seite "CrossOrg" überschrieben ist und die allgemeinen Grundlagen einer Migration von Benutzern on Postfächern von einer Organisation in die andere beschreibt, so ist es durchaus eine "allgemeine" Seite, die auch generell für Migrationen von Fremdsystemen genutzt werden kann. Sie kann auch dafür genutzt werden, zwei Mailsysteme auch längere Zeit parallel zu betreiben, indem Sie die Migration einfach nie anfangen :-). Auch die Migration und Koexistenz mit der "Cloud", also Office365 und anderen Angeboten fällt in diesen Bereich. Diese Beschreibung ist also auf einen längeren Parallelbetrieb ausgelegt und sie besteht aus mehreren Bausteinen:

Für eine längere Koexistenz sind mehrere Faktoren wichtig

Der Zugriff auf Postfächer des anderen Systems als "Stellvertreter" ist in den meisten Fällen nicht einfach möglich. Und auch die permanente Synchronisierung ist eine anspruchsvolle Aufgabe die oft unterschätzt wird. Wollen Sie aber nur mal schnell eine SBS Organisation in eine andere SBS-Organisation am Wochenende überführen, dann kann es auch mit der Holzhammermethode erfolgen.

Vorwort zu Mailrouting und Verzeichnisabgleich

Es gibt mehrere Möglichkeiten, die Migration von zwei Exchange Organisationen vorzubereiten. Speziell das Thema Mailfluss kann über "Überlaufconnectoren" gelöst werden, so dass Exchange nicht aufgelöste Empfänger an die neue bzw. alte Organisation weiter sendet. Allerdings halte ich dieses Vorgehen als weniger sinnvoll, da so nicht nur die Mails zugestellt werden, sondern auch sehr schnell Schleifen (z.B. bei nicht existenten Adressen) gelegt werden. Störender finde ich aber die partiellen Adressbücher, eine beschränkte Auflösbarkeit und die nicht "gesicherte" Zustellung .z.B. bei Verteilern. Und spätestens bei der Migration der Inhalte wird es auffallen, wenn die neuen Zielkonten nicht die richtigen Stammdaten haben oder die Bordmittel von Exchange einfach kein geeignetes Zielkonto finden. Daher ist von Anfang bis zum Ende ein sauberer Verzeichnisabgleich UND ein passendes Mailrouting erforderlich. Am Beispiel von zwei Organisationen kann das heissen:

  1. Gleiche SMTP-Domain firma.tld
    Zuerst gehe ich davon aus, dass Quelle und Ziel auch die gleich SMTP-Domäne benutzen wollen. Also muss ein Weg gefunden werden, wie Mails korrekt zugestellt werden können, auch wenn die Mailbox eigentlich außerhalb der eigenen Organisation ist.
  2. Routingdomains org1.firma.tld und org2.firma.tld
    Da beide Organisationen die gleiche primäre SMTP-Domäne haben, bekommt jede Organisation noch eine eindeutige SMTP-Domäne, die aber nach extern nicht sichtbar wird, d.h. kein Autodiscover, kein MX-Eintrag. Es ist einfach eine zusätzliche Adresse für die "Postfächer" in der jeweiligen Domäne, damit diese eindeutig erreicht werden können.
  3. Empfängerrichtlinien
    Entsprechend sollte die Empfängerrichtlinie für die Postfächer einer Domain erweitert werden, dass diese Benutzer auch noch die Adresse der Routingdomain ihrer Organisation bekommen.
  4. SMTP-Connectoren für die RoutingDomains
    Damit der Mailfluss gegeben ist, wird über SMTP-Connectoren sichergestellt, dass Mails an diese Routingdomain aus der anderen Organisationen an die Zielorganisation versendet werden kann.
  5. Mailrouting über Dirsync mit TargetAddress
    Damit die Mails nun zuverlässig ankommen, müssen Sie für jedes Postfach in einer Organisation im in der anderen Organisation einen Empfänger (Mailkontakt, Mailuser, MailboxUser) anlegen, der über das Feld TargetAddress die Mails an die produktive Mailbox in der anderen Organisation weiter leitet. Beachten Sie hierbei Abhängigkeiten: Aus einem Mailkontakt können Sie keinen Benutzer machen (Unterschiedliche Objectclass). Ein MailUser (deaktiviertes AD-Konto als Exchange Kontakt) ist hier besser, wenn Sie auch die Konten selbst migrieren wollen. Per ADMT können Sie die Benutzer vorher migrieren und dann aktivieren oder später bestehende Benutzer mit der SIDHistory erweitern lassen.
    Für Öffentliche Ordner sollten Sie auf der Gegenseite Kontakte anlegen lassen und nach der Migration der Ordner "umstellen".
    Für Verteiler haben Sie die Wahl, ob sie Kontakte anlegen oder Verteiler, die dann aber die Mitglieder (z.B. mit ADMT) synchronisieren müssen, damit die Empfänger die "Gleichen" sind.
    Hinweis: Das Exchange 2010-Skript "Prepare-Moveruest.ps1" kann hier eine wesentliche Rolle im Bezug auf Postfächer spielen

Solche eine perfekte Verbindung stellt sicher, dass alle Empfänger immer auf beiden Seiten 100% auflösbar und erreichbar sind und auch für die Anwender im Adressbuch zu sehen sind. Nebenbei können Skript die Übereinstimmung der GAL prüfen und Inkonsistenzen melden. Sie vermeiden Mailloops und wissen auch immer genau, wo ein Postfach letztlich "aktiv" ist.

Einrichten der Koexistenz

Erster Schritt ist also die Einrichtung der Koexistenz. Das ist erst mal einfacher gesagt als getan, da alle Postfächer der einen Seite auf der anderen Seite als Kontakte mit Weiterleitung eingerichtet werden müssen und der Mailfluss entsprechend eingerichtet werden kann. Wenn man den Fokus auf Exchange hat, dann kommt das Feld "TargetAddress" hier in den Vordergrund, welches eine besondere Funktion bei der Koexistenz hat. Eine Mail an ein Objekt mit gefüllter TargetAddress wird immer an diese Adresse "nach außen" weiter geleitet, selbst wenn es innerhalb der gleichen Organisation ein Objekt mit gleicher ProxyAdresse gibt. Das Feld ist normalweise nur bei Kontakten in der GUI konfigurierbar aber funktioniert auch, wenn man es bei Postfächern direkt einträgt.

Mailbox im Ziel
Auch wenn man im Ziel eine Mailbox anlegen und per TargetAdresse die Mails umleiten kann, so ist diese Verhalten gefährlich, weil Benutzer im Ziel als Stellvertreter eben diese "tote" Mailbox ansprechen könnten. Es gibt Drittprodukte, die allerdings Mailboxen replizieren.

Die Schritte in Kürze:

Weitere Informationen finden Sie auch auf Verbinden von Organisationen. Auf diesem Stand könnten sie nun lange verharren und einfache zwei oder sogar mehr Systemen nebeneinander betreiben. Das geht sogar mit Fremdsystemen, wenn Sie entsprechend den Verzeichnisabgleich effektiv automatisieren.

Unterstützung durch Net at Work:
Wir können Sie aktiv unterstützen. Rufen Sie einfach an.

Migration

Auf Dauer wird aber keine Firma mehrere Mailsysteme parallel nebeneinander betreiben wollen, sondern letztlich doch in ein System überführen. Die Migration eines Postfachs in Kurzform lautet dann wie folgt:

Die Migration von einer Exchange 2003/2007/2010 in eine andere Exchange Organisation erfolgt über verschiedene Programme.

Quelle/Ziel Exchange 2003 Exchange 2007 Exchange 2010
Exchange 2003 MailMig Org2Org 2007 Move-Mailbox Org2Org 2010 MoveRequest
Exchange 2007   Org2Org 2007 Move-Mailbox Org2Org 2010 MoveRequest
Exchange 2010     Org2Org 2010 MoveRequest

Für öffentliche Ordner stellt Microsoft nur das Programm IOREPL zur Verfügung, welche Die Inhalte übertragen kann. Das Übertragen von Mailadressen, Ordnerberechtigungen etc. ist nicht damit abgedeckt und muss durch andere Werkzeuge wie PFDavAdmin/ExFolders für die Berechtigungen und Powershell-Skripte für die Mailaktivierung erfolgen.

Abbau

Wenn Sie dann alle Postfächer und Ordner migriert haben, dann sollte es nun in der Quelle nur noch Mailkontakte geben, die jede Mail über den Eintrag der TargetAddress in die Zielorganisation weiter leiten. Spätestens jetzt können Sie die Quellorganisation nach einer Überprüfung langsam abbauen. Die Überprüfung ist erforderlich, da ja immer noch andere Dienste "über diese Organisation" arbeiten.

Wenn die Quellorganisation wirklich "leer" ist, dann sollte auch die Deinstallation kein Problem darstellen

Weitere Links

FreeBusy

Quelle: http://technet.microsoft.com/en-us/library/bb201680.aspx
A mail contact that represents a recipient object from another forest. Mail forest contacts are typically created by Microsoft Identity Integration Server (MIIS) synchronization.
Important:
Mail forest contacts are read-only recipient objects that are updated only through MIIS or similar custom synchronization. You cannot remove or modify a mail forest contact by using the Exchange Management Console or the Exchange Management Shell.

Weitere Links

Keywords:CrossOrg E2007 Move-Mailbox