Vielleicht ist es Zeit? So eine Frage stellt sich irgendwann bei Kollegen, die Lotus als E-Mail-Client oder Dokumentenmanagementsystem verwenden. Der Migrationsantrag (nach unserer Erfahrung) kann auf ganz unterschiedlichen Ebenen der Organisation auftauchen: von der Geschäftsleitung bis zu den Nutzern (insbesondere wenn es viele davon gibt). Hier sind einige Gründe, warum die Migration von Lotus zu Exchange keine so einfache Aufgabe ist:
- Das RTF-Format von IBM Notes ist nicht mit dem RTF-Format von Exchange kompatibel;
- IBM Notes verwendet das SMTP-Format für Adressen nur für externe E-Mails, Exchange hingegen für alle;
- Notwendigkeit der Beibehaltung von Delegationen;
- Notwendigkeit der Beibehaltung von Metadaten;
- Ein Teil der E-Mails könnte verschlüsselt sein.
Und wenn Exchange bereits vorhanden ist, Lotus aber noch verwendet wird, ergeben sich Probleme bei der Koexistenz:
- Notwendigkeit, Skripte oder Drittanbietersysteme zur Synchronisierung von Adressbüchern zwischen Domino und Exchange zu verwenden;
- Domino verwendet Nur-Text für den Versand von E-Mails an andere E-Mail-Systeme;
- Domino verwendet das iCalendar-Format für den Versand von Einladungen an andere E-Mail-Systeme;
- Unmöglichkeit von Free-Busy-Anfragen und gemeinsamer Ressourcenbuchung (ohne Verwendung von Drittanbieterlösungen).
In diesem Artikel werden wir die spezialisierten Softwareprodukte von Quest für Migration und Koexistenz untersuchen: und entsprechend. Am Ende des Artikels finden Sie einen Link zu einer Seite, wo Sie eine Anfrage für eine kostenlose Testmigration mehrerer Postfächer stellen können, um die Einfachheit des Prozesses zu demonstrieren. Und unter dem Cut finden Sie einen Schritt-für-Schritt-Algorithmus für die Migration sowie weitere Details zum Migrationsprozess.
Wenn man die Ansätze zur Migration unterscheidet, kann man annehmen, dass es drei Haupttypen gibt:
- Übergang ohne Migration. Die Nutzer erhalten leere Postfächer, der ursprüngliche E-Mail-Dienst bleibt im Read-Only-Modus aktiv.
- Migration mit Koexistenz. Eine Integration zwischen den Quell- und Zielsystemen wird eingerichtet, danach werden die Daten der Postfächer schrittweise in das neue System übertragen.
- Migration im Offline-Modus. Das ursprüngliche System wird abgeschaltet, die Daten aller Nutzer werden in das neue System übertragen.
Nachfolgend werden wir über die Migration im Offline-Modus und die Migration mit Koexistenz sprechen. Für diese Prozesse sind, wie oben erwähnt, zwei Produkte von Quest verantwortlich: Coexistence Manager for Notes und Migrator for Notes to Exchange.
Coexistence Manager für Notes (CMN)
Diese Lösung ermöglicht die bidirektionale Synchronisation von LDAP-Verzeichnissen und erstellt Kontakte für E-Mail-Objekte (Postfächer, Listen, Verteiler, Ressourcen) aus dem Ursystem. Es besteht die Möglichkeit zur individuellen Anpassung der Attributzuordnung und zur Verwendung von Datenumwandlungen in Echtzeit. Dadurch erhalten Sie identische Adressbücher in Lotus und Exchange.
CMN ermöglicht auch die SMTP-Verbindung zwischen den Infrastrukturen:
- Leitet E-Mails in Echtzeit weiter;
- Konvertiert in das richtige RTF-Format;
- Verarbeitet DocLinks;
- Packt Notes-Daten in NSF;
- Verarbeitet Einladungen und Anfragen zu Ressourcen.
CMN kann im Cluster-Betrieb zur Sicherstellung der Ausfallsicherheit und Leistungssteigerung verwendet werden. Das Ergebnis sind die Beibehaltung der Formatierung von E-Mails, die Unterstützung komplexer Zeitpläne und Ressourcenanfragen zwischen den E-Mail-Systemen.
Eine weitere wichtige Funktion von CMN ist die Emulation von Free-Busy. Damit müssen die Kollegen nicht wissen, wer was verwendet: Lotus oder Exchange. Die Emulation ermöglicht es dem E-Mail-Client, Verfügbarkeitsdaten eines Benutzers aus einem anderen E-Mail-System abzurufen. Anstelle einer Datensynchronisation werden die Anfragen zwischen den Systemen in Echtzeit weitergeleitet. So kann Free-Busy sogar nach der Migration einiger Benutzer genutzt werden.
Migrator für Notes zu Exchange (MNE)
Dieses Tool führt die direkte Migration durch. Der Migrationsprozess kann grob in mehrere Phasen unterteilt werden: Pre-Migration, Migration und Post-Migration.
Pre-Migration
In dieser Phase wird die ursprüngliche Infrastruktur analysiert: Domänen, Adressen, Gruppen usw. Es werden Migrationssammlungen für Postfächer, Konten erstellt und Kontakte mit dem AD-Konto zusammengeführt.
Migration
Bei der Migration erfolgt die Kopie der Postfachdaten in mehreren Strömen, wobei die ACL und Metadaten erhalten bleiben. Auch Gruppen werden migriert. Falls notwendig, kann eine Delta-Migration durchgeführt werden, wenn aus bestimmten Gründen nicht alles auf einmal migriert werden konnte. MNE übernimmt zudem das Management der E-Mail-Weiterleitung. Die gesamte Migration erfolgt mit der Geschwindigkeit der Netzwerkverbindung, daher bietet die Anordnung von Lotus- und Exchange-Umgebungen im selben Rechenzentrum einen großen Geschwindigkeitsvorteil.
Post-Migration
In der Phase der Post-Migration erfolgt die Migration von lokalen/verschlüsselten Daten über Self-Service. Dies ist ein spezielles Tool, das Nachrichten entschlüsselt. Bei einer erneuten Delta-Migration werden diese E-Mails an Exchange übermittelt.
Ein weiterer optionaler Schritt der Migration ist die Migration von Anwendungen. Dafür hat Quest ein spezialisiertes Produkt — . In einem separaten Artikel werden wir die Bedienung dieses Produkts erläutern.
Ein schrittweises Beispiel für den Migrationsprozess mit den Lösungen von MNE und CMN
Schritt 1. Durchführung des AD-Updates mit dem Coexistence Manager. Auslesen von Daten aus dem Domino-Verzeichnis und Erstellen von Benutzerkonten (Kontakten) mit aktivierter E-Mail-Unterstützung in Active Directory. Hierbei sind die Postfächer der Benutzer in Exchange noch nicht erstellt. Die Benutzerkonten in AD enthalten die aktuellen Adressen der Notes-Benutzer.
Schritt 2. Exchange kann E-Mails in die Postfächer der Notes-Benutzer sofort nach der Änderung des MX-Eintrags umleiten. Dies ist eine vorübergehende Lösung, um eingehende E-Mails von Exchange umzuleiten, bis die ersten Benutzer migriert sind.
Schritt 3. Der Datenmigration-Assistent Migrator for Notes to Exchange enthält die AD-Konten der migrierenden Benutzer und legt Regelungen für die Weiterleitung von E-Mails in Notes fest, sodass E-Mails, die an die Adressen der bereits migrierten Notes-Benutzer gerichtet sind, in ihre aktiven Exchange-Postfächer umgeleitet werden.
Schritt 4. Der Prozess wird wiederholt, während jede Benutzergruppe auf den neuen Server wechselt.
Schritt 5. Der Domino-Server kann abgeschaltet werden (in Wirklichkeit nicht, wenn noch Anwendungen vorhanden sind).
Die Migration ist abgeschlossen, Sie können jetzt nach Hause gehen und den Exchange-Client dort öffnen. Wenn Sie über den Umstieg von Lotus auf Exchange nachdenken, empfehlen wir Ihnen, unseren Blog zu lesen. Wenn Sie einen Blick auf eine Testmigration werfen und sich von der Benutzerfreundlichkeit der Produkte von Quest überzeugen möchten, hinterlassen Sie bitte Ihre Anfrage im Wir bieten Ihnen eine kostenlose Testmigration zu Exchange an.
Quelle: habr.com
