Vielleicht ist es an der Zeit? Diese Frage stellen sich früher oder später Kollegen, die Lotus als E-Mail-Client oder Dokumentenmanagementsystem nutzen. Ein Migrationsantrag (nach unserer Erfahrung) kann auf ganz unterschiedlichen Ebenen der Organisation auftauchen: von der Geschäftsführung bis hin zu den Nutzern (besonders, wenn es viele sind). Hier sind einige Gründe, warum die Migration von Lotus zu Exchange keine 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 zur Beibehaltung von Delegierungen;
- Notwendigkeit zur Beibehaltung von Metadaten;
- Ein Teil der E-Mails kann verschlüsselt sein.
Wenn Exchange bereits vorhanden ist, aber Lotus weiterhin verwendet wird, gibt es Probleme der Koexistenz:
- Notwendigkeit zur Verwendung von Skripten oder externen Systemen zur Synchronisation von Adressbüchern zwischen Domino und Exchange;
- Domino verwendet Klartext zum Versenden von E-Mails an andere E-Mail-Systeme;
- Domino verwendet das iCalendar-Format zum Versenden von Einladungen an andere E-Mail-Systeme;
- Unmöglichkeit von Free-Busy-Anfragen und der gemeinsamen Buchung von Ressourcen (ohne die Verwendung von Drittanbieterlösungen).
In diesem Artikel werden wir die spezialisierten Softwareprodukte Quest für Migration und Koexistenz untersuchen: und entsprechend. Am Ende des Artikels finden Sie einen Link zur Seite, auf der Sie einen Antrag für die kostenlose Testmigration mehrerer Postfächer stellen können, um die Einfachheit des Prozesses zu demonstrieren. Unten finden Sie einen schrittweisen Migrationsalgorithmus sowie weitere Details zum Migrationsprozess.
Wenn man die Ansätze zur Migration unterscheidet, kann man vermuten, dass es drei Hauptarten gibt:
- Übergang ohne Migration. Die Benutzer erhalten leere Postfächer, der ursprüngliche E-Mail-Dienst bleibt im Nur-Lesen-Modus aktiv.
- Migration mit Koexistenz. Es wird eine Integration zwischen den Quellsystemen und dem Zielsystem eingerichtet, wonach die Daten der Postfächer schrittweise in das neue System übertragen werden.
- Migration im Offline-Modus. Das Quellsystem wird abgeschaltet, die Daten aller Benutzer werden in das neue System übertragen.
Im Folgenden 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 for Notes (CMN)
Diese Lösung führt eine bidirektionale Synchronisation von LDAP-Katalogen durch und erstellt Kontakte für E-Mail-Objekte (Postfächer, Listen, Verteiler, Ressourcen) aus dem Quellsystem. Es besteht die Möglichkeit, die Attributzuordnung beliebig anzupassen und Daten in Echtzeit zu transformieren. Das Ergebnis sind identische Adressbücher in Lotus und Exchange.
CMN sorgt auch für die SMTP-Kommunikation zwischen den Infrastrukturen:
- Regelt E-Mails in Echtzeit;
- Formatiert in das richtige RTF-Format;
- Verarbeitet DocLinks;
- Packt Notes-Daten in NSF;
- Verarbeitet Einladungen und Ressourcenanforderungen.
CMN kann im Clusterbetrieb für Ausfallsicherheit und Leistungssteigerung verwendet werden. Das ergibt eine Beibehaltung der Formatierung von E-Mails, Unterstützung komplexer Zeitpläne und Anforderungen an Ressourcen zwischen den E-Mail-Systemen.
Eine weitere wichtige Funktion von CMN ist die Emulation von Free-Busy. Damit müssen Kollegen nicht wissen, wer was verwendet: Lotus oder Exchange. Die Emulation ermöglicht es dem E-Mail-Client, Daten zur Verfügbarkeit von Nutzern aus einem anderen E-Mail-System abzurufen. Anstelle der Datensynchronisation werden Anfragen zwischen den Systemen in Echtzeit weitergeleitet. So kann Free-Busy auch nach der Migration eines Teils der Nutzer genutzt werden.
Migrator for Notes to 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 Analyse der Quellinfrastruktur durchgeführt: Domänen, Adressen, Gruppen usw. Es werden Sammlungen von Postfächern für die Migration erstellt, Konten angelegt und Kontakte mit AD-Konten zusammengeführt.
Migration
Bei der Migration erfolgt die Kopie von Postfachdaten in mehreren Streams unter Beibehaltung von ACL und Metadaten. Auch Gruppen werden migriert. Falls erforderlich, kann eine Delta-Migration durchgeführt werden, wenn es aus irgendwelchen Gründen nicht möglich war, dies auf einmal zu erledigen. MNE übernimmt auch die Verwaltung der E-Mail-Weiterleitung. Die gesamte Migration erfolgt mit der Geschwindigkeit der Netzwerkverbindung, weshalb das Vorhandensein von Lotus- und Exchange-Umgebungen in demselben Rechenzentrum einen großen Geschwindigkeitsvorteil bietet.
Post-Migration
In der Phase der Post-Migration erfolgt die Migration lokaler/verschlüsselter Daten über die Self-Service-Funktion. Dies ist ein spezielles Tool, das Nachrichten entschlüsselt. Bei einer erneuten Delta-Migration werden diese E-Mails nach Exchange übertragen.
Ein weiterer optionaler Schritt bei der Migration ist die Migration von Anwendungen. Dafür hat Quest ein spezialisiertes Produkt - . In einem separaten Artikel werden wir über die Arbeit mit ihm berichten.
Schritt-für-Schritt-Beispiel des Migrationsverfahrens mit den Lösungen von MNE und CMN
Schritt 1. Durchführung des AD-Updates mit Coexistence Manager. Extraktion von Daten aus dem Domino-Katalog und Erstellung von Benutzerkonten (Kontakten) mit aktivierter E-Mail-Unterstützung im Active Directory. Dabei sind die Benutzerpostfächer in Exchange noch nicht erstellt. Die Benutzeraufzeichnungen im AD enthalten die aktuellen Adressen der Notes-Benutzer.
Schritt 2. Exchange kann E-Mails sofort nach Änderung des MX-Eintrags an die Notes-Postfächer weiterleiten. Dies ist eine vorübergehende Lösung, um eingehende E-Mails von Exchange weiterzuleiten, bis die ersten Benutzer migriert sind.
Schritt 3. Der Datenübertragungsguide Migrator for Notes to Exchange beinhaltet die AD-Konten der migrierenden Benutzer und legt die Regeln für die E-Mail-Weiterleitung in Notes fest, sodass E-Mails, die an die Adressen von bereits migrierten Benutzern in Notes gerichtet sind, an ihre aktiven Exchange-Postfächer weitergeleitet werden.
Schritt 4. Der Prozess wird wiederholt, wenn jede Benutzergruppe auf den neuen Server umzieht.
Schritt 5. Der Domino-Server kann abgeschaltet werden (tatsächlich nicht, wenn noch Anwendungen vorhanden sind).
Die Migration ist abgeschlossen, man kann nach Hause gehen und dort den Exchange-Client öffnen. Wenn Sie bereits über die Migration von Lotus zu Exchange nachdenken, empfehlen wir Ihnen, in unserem Blog . Wenn Sie die Testmigration in Aktion sehen möchten und sich von der Benutzerfreundlichkeit der Quest-Produkte überzeugen möchten, hinterlassen Sie eine Anfrage in und wir führen für Sie eine kostenlose Testmigration in Exchange durch.
Quelle: habr.com
