Vielleicht ist es an der Zeit? Diese Frage stellt sich früher oder später bei Kollegen, die Lotus als E-Mail-Client oder Dokumentenmanagementsystem nutzen. Ein Migrationsantrag kann (nach unserer Erfahrung) auf ganz unterschiedlichen Ebenen der Organisation entstehen: vom Top-Management bis zu den Benutzern (insbesondere wenn es viele davon gibt). Hier sind einige Gründe, warum die Migration von Lotus zu Exchange keine so einfache 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 aufrechtzuerhalten;
- Die Notwendigkeit, Metadaten zu bewahren;
- Einige E-Mails können verschlüsselt sein.
Und wenn Exchange bereits existiert, Lotus aber weiterhin genutzt wird, kommt es zu Koexistenzproblemen:
- Die Notwendigkeit, Skripte oder Systeme von Drittanbietern zu verwenden, um Adressbücher zwischen Domino und Exchange zu synchronisieren;
- Domino verwendet einfachen Text, um Briefe an andere Mailsysteme zu senden.
- Domino verwendet das iCalendar-Format, um Einladungen an andere E-Mail-Systeme zu senden.
- Unfähigkeit zu Free-Busy-Anfragen und zur gemeinsamen Buchung von Ressourcen (ohne Nutzung von Drittanbieterlösungen).
In diesem Artikel werfen wir einen Blick auf die spezialisierten Softwareprodukte von Quest für Migration und Koexistenz: и jeweils. Am Ende des Artikels finden Sie einen Link zu einer Seite, auf der Sie eine Anfrage für eine kostenlose Testmigration mehrerer Postfächer stellen können, um die Einfachheit des Prozesses zu demonstrieren. Unter dem Schnitt finden Sie einen Schritt-für-Schritt-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 arbeitet weiterhin im schreibgeschützten Modus.
- Migration mit Koexistenz. Die Integration zwischen Quell- und Zielsystem wird eingerichtet und anschließend werden die Postfachdaten schrittweise in das neue System übertragen.
- Offline-Migration. Das ursprüngliche System wird heruntergefahren und alle Benutzerdaten werden auf das neue System übertragen.
Im Folgenden werden wir über Offline-Migration und Koexistenzmigration sprechen. Für diese Prozesse sind, wie wir oben geschrieben haben, zwei Quest-Produkte verantwortlich: Coexistence Manager für Notes bzw. Migrator für Notes to Exchange.
Koexistenzmanager 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 Attributzuordnung anzupassen und die Datentransformation im laufenden Betrieb zu nutzen. Dadurch erhalten Sie identische Adressbücher in Lotus und Exchange.
CMN bietet auch SMTP-Kommunikation zwischen Infrastrukturen:
- Bearbeitet Briefe im Handumdrehen;
- Konvertiert in das richtige RTF-Format;
- Behandelt DocLinks;
- Paketnotizdaten in NSF;
- Verarbeitet Einladungen und Anfragen nach Ressourcen.
CMN kann im Clustering-Modus für Fehlertoleranz und verbesserte Leistung verwendet werden. Dadurch erhalten Sie die Beibehaltung der Briefformatierung, Unterstützung für komplexe Zeitpläne und Ressourcenanfragen zwischen Mailsystemen.
Ein weiteres wichtiges Merkmal von CMN ist die Free-Busy-Emulation. Damit müssen Kollegen nicht wissen, wer was nutzt: Lotus oder Exchange. Durch die Emulation kann ein E-Mail-Client Benutzerverfügbarkeitsdaten von einem anderen E-Mail-System abrufen. Anstatt Daten zu synchronisieren, werden Anfragen zwischen Systemen in Echtzeit gesendet. Dadurch können Sie Free-Busy auch nach der Migration einiger Benutzer nutzen.
Migrator für Notes to Exchange (MNE)
Dieses Tool führt eine direkte Migration durch. Der Migrationsprozess selbst kann in mehrere Phasen unterteilt werden: Vormigration, Migration und Nachmigration.
Vor der Migration
In dieser Phase wird eine Analyse der Quellinfrastruktur durchgeführt: Domänen, Adressen, Gruppen usw., Sammlungen von Postfächern für die Migration, Konten und Zusammenführung von Kontakten mit einem AD-Konto werden erstellt.
Migration
Bei der Migration werden Postfachdaten über mehrere Threads hinweg kopiert, während ACLs und Metadaten erhalten bleiben. Auch Gruppen migrieren. Bei Bedarf können Sie eine Delta-Migration durchführen, wenn dies aus irgendeinem Grund nicht sofort möglich war. MNE kümmert sich auch um die Mailweiterleitung. Die gesamte Migration erfolgt mit der Geschwindigkeit der Netzwerkverbindung, sodass die Lotus- und Exchange-Umgebung im selben Rechenzentrum einen großen Geschwindigkeitsvorteil bietet.
Nach der Migration
In der Postmigrationsphase werden lokale/verschlüsselte Daten per Self-Service migriert. Dies ist ein spezielles Dienstprogramm, das Nachrichten entschlüsselt. Bei einer erneuten Delta-Migration werden diese E-Mails nach Exchange übertragen.
Ein weiterer optionaler Migrationsschritt ist die Anwendungsmigration. Dafür hat Quest ein spezielles Produkt – . In einem separaten Artikel werden wir über die Arbeit damit sprechen.
Schritt-für-Schritt-Beispiel für den Migrationsvorgang mit MNE- und CMN-Lösungen
Schritt 1. Durchführen eines AD-Upgrades mit Coexistence Manager. Extrahieren Sie Daten aus dem Domino-Verzeichnis und erstellen Sie E-Mail-aktivierte Benutzerkonten (Kontaktkonten) in Active Directory. Benutzerpostfächer in Exchange wurden jedoch noch nicht erstellt. Benutzerdatensätze in AD enthalten die aktuellen Adressen der Notes-Benutzer.
Schritt 2. Exchange kann Nachrichten an die Postfächer von Notes-Benutzern umleiten, sobald der MX-Eintrag geändert wird. Dies ist eine vorübergehende Lösung zur Umleitung eingehender Exchange-Mails, bis die ersten Benutzer migriert sind.
Schritt 3. Der Migrator for Notes to Exchange-Assistent aktiviert die AD-Konten der migrierten Benutzer und richtet E-Mail-Weiterleitungsregeln in Notes ein, sodass an die Notes-Adressen bereits migrierter Benutzer adressierte E-Mails an deren aktive Exchange-Postfächer weitergeleitet werden.
Schritt 4. Der Vorgang wird wiederholt, wenn jede Benutzergruppe auf einen neuen Server wechselt.
Schritt 5. Der Domino-Server ist möglicherweise ausgefallen (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 die Lektüre unseres Blogs . Und wenn Sie eine Testmigration in Aktion sehen und sehen möchten, wie einfach die Verwendung von Quest-Produkten ist, hinterlassen Sie eine Anfrage unter und wir führen für Sie eine kostenlose Testmigration zu Exchange durch.
Source: habr.com