Vielleicht ist es Zeit? Früher oder später taucht eine solche Frage bei Kollegen auf, die Lotus als E-Mail-Client oder Dokumentenverwaltungssystem verwenden. Eine Migrationsanforderung (nach unserer Erfahrung) kann auf völlig unterschiedlichen Ebenen einer Organisation auftreten: vom Top-Management bis zu Benutzern (insbesondere wenn es viele davon gibt). Hier sind einige Gründe, warum die Migration von Lotus zu Exchange keine leichte Aufgabe ist:

• Das IBM Notes RTF-Format ist nicht mit dem Exchange RTF-Format kompatibel.
• IBM Notes verwendet das SMTP-Adressformat nur für externe E-Mails, Exchange für alle.
• Die Notwendigkeit, Delegationen zu erhalten;
• Die Notwendigkeit, Metadaten zu erhalten;
• Einige Buchstaben können verschlüsselt werden.

Und wenn Exchange bereits vorhanden ist, Lotus jedoch noch verwendet wird, treten Koexistenzprobleme auf:

• Die Notwendigkeit, Skripte oder Systeme von Drittanbietern zu verwenden, um Adressbücher zwischen Domino und Exchange zu synchronisieren;
• Domino verwendet einfachen Text, um E-Mails an andere Mailsysteme zu senden.
• Domino verwendet das iCalendar-Format, um Einladungen an andere Mailsysteme zu senden.
• Unmöglichkeit von Free-Busy-Anfragen und gemeinsamer Ressourcenbuchung (ohne Verwendung von Lösungen von Drittanbietern).

In diesem Artikel werfen wir einen Blick auf die speziellen Migrations- und Koexistenzsoftwareprodukte von Quest: Migrator für Notes to Exchange bzw. Coexistence Manager für Notes . Unter dem Schnitt finden Sie einen schrittweisen Migrationsalgorithmus und weitere Details zum Migrationsprozess.



Wenn wir zwischen Migrationsansätzen unterscheiden, können wir davon ausgehen, dass es drei Haupttypen gibt:

• Übergang ohne Migration. Benutzer erhalten leere Postfächer. Der ursprüngliche Mail-Dienst wird weiterhin im schreibgeschützten Modus ausgeführt.
• Migration mit Koexistenz. Die Integration wird zwischen dem Quell- und dem Zielsystem eingerichtet, und dann werden die Postfachdaten schrittweise auf das neue System migriert.
• Offline-Migration. Das ursprüngliche System wird heruntergefahren und alle Benutzerdaten werden auf das neue System migriert.

Im Folgenden werden wir über Offline-Migration und Koexistenzmigration sprechen. Wie oben beschrieben, sind für diese Prozesse zwei Quest-Produkte verantwortlich: Coexistence Manager für Notes und Migrator für Notes to Exchange.

Koexistenz-Manager für Notizen (CMN)

Diese Lösung führt eine bidirektionale Synchronisierung von LDAP-Verzeichnissen durch und erstellt Kontakte für E-Mail-Objekte (Postfächer, Listen, Mailings, Ressourcen) aus dem Quellsystem. Es ist möglich, die Zuordnung von Attributen anzupassen und die Datentransformation im laufenden Betrieb zu verwenden. Als Ergebnis erhalten Sie identische Adressbücher in Lotus und Exchange.



CMN bietet auch SMTP-Kommunikation zwischen Infrastrukturen:

• Regelbriefe im laufenden Betrieb;
• Konvertiert in das korrekte RTF-Format.
• Behandelt DocLinks;
• Packt Notes-Daten in NSF;
• Behandelt Einladungen und Ressourcenanforderungen.

CMN kann im Clustering-Modus verwendet werden, um Fehlertoleranz und verbesserte Leistung zu erzielen. Als Ergebnis erhalten Sie die Formatierung von Briefen, die Unterstützung komplexer Zeitpläne und Ressourcenanforderungen zwischen Mailsystemen.



Eine weitere wichtige CMN-Funktion ist die Free-Busy-Emulation. Damit müssen Kollegen nicht wissen, wer was verwendet: Lotus oder Exchange. Durch die Emulation kann ein E-Mail-Client die Verfügbarkeitsdaten eines Benutzers von einem anderen E-Mail-System abrufen. Anstatt Daten zu synchronisieren, werden Anforderungen in Echtzeit zwischen Systemen gesendet, sodass Sie Free-Busy auch nach der Migration einiger Benutzer verwenden können.

Migrator für Notes to Exchange (MNE)

Dieses Tool führt eine direkte Migration durch. Der Migrationsprozess selbst kann bedingt in mehrere Phasen unterteilt werden: Vormigration, Migration und Nachmigration.

Vor der Migration

In dieser Phase wird die ursprüngliche Infrastruktur analysiert: Domänen, Adressen, Gruppen usw., Sammlungen von Feldern für die Migration, Konten werden erstellt und Kontakte werden mit einem AD-Konto zusammengeführt.

Migration

Bei der Migration werden Postfachdaten in mehrere Streams kopiert, wobei ACL und Metadaten erhalten bleiben. Gruppen werden ebenfalls migriert. Bei Bedarf können Sie eine Delta-Migration durchführen, wenn dies aus irgendeinem Grund nicht gleichzeitig möglich war. MNE kümmert sich auch um die Verwaltung der E-Mail-Weiterleitung. Die gesamte Migration erfolgt mit der Geschwindigkeit der Netzwerkverbindung, sodass der Standort der Lotus- und Exchange-Umgebung im selben Rechenzentrum einen großen Geschwindigkeitsvorteil bietet.

Nach der Migration

In der Phase nach der Migration werden lokale / verschlüsselte Daten über Self-Service migriert. Dies ist ein spezielles Dienstprogramm, das Nachrichten entschlüsselt. Bei einer zweiten Delta-Migration werden diese E-Mails an Exchange weitergeleitet.



Ein weiterer optionaler Migrationsschritt ist die Anwendungsmigration. Zu diesem Zweck verfügt Quest über ein spezielles Produkt - Migrator für Notizen zu Sharepoint . In einem separaten Artikel werden wir über die Arbeit damit sprechen.

Schritt-für-Schritt-Beispiel eines Migrationsverfahrens mit MNE- und CMN-Lösungen

Schritt 1. Führen Sie ein AD-Upgrade mit Coexistence Manager durch. Extrahieren Sie Daten aus dem Domino-Verzeichnis und erstellen Sie E-Mail-fähige Benutzerkonten (Kontakte) in Active Directory. Benutzerpostfächer wurden jedoch noch nicht in Exchange erstellt. Benutzerdatensätze in AD enthalten die aktuellen Adressen von Notes-Benutzern.







Schritt 2. Exchange kann Nachrichten an Postfächer von Notes-Benutzern weiterleiten, sobald der MX-Datensatz geändert wird. Dies ist eine Problemumgehung, um eingehende Exchange-E-Mails umzuleiten, bis die ersten Benutzer migriert sind.







Schritt 3 : Der Migrator für den Migrationsassistenten für Notes zu Exchange aktiviert die AD-Konten migrierender Benutzer und richtet Notes-Weiterleitungsregeln ein, sodass an Notes-Adressen bereits migrierter Benutzer adressierte E-Mails an ihre aktiven Exchange-Postfächer umgeleitet werden.







Schritt 4. Der Vorgang wird wiederholt, wenn jede Benutzergruppe auf einen neuen Server wechselt.







Schritt 5. Der Domino-Server kann heruntergefahren werden (eigentlich nicht, wenn noch Anwendungen vorhanden sind).







Die Migration ist abgeschlossen. Sie können nach Hause gehen und dort den Exchange-Client öffnen. Wenn Sie bereits über eine Migration von Lotus zu Exchange nachdenken, empfehlen wir Ihnen, unseren Blogbeitrag in sieben Schritten zu einer erfolgreichen Migration zu lesen . Wenn Sie eine Testmigration in Aktion sehen und sicherstellen möchten, dass Quest-Produkte einfach zu verwenden sind, hinterlassen Sie eine Anfrage im Feedback-Formular, und wir führen eine kostenlose Testmigration für Sie zu Exchange durch.