Migration und Koexistenz
Dieser Bereich widmet sich den Fragen zur Migration anderer Mailsystem nach Exchange und der Koexistenz mit bestehenden Mailsystem. Diese beiden Themen gehören eng zusammen, da bei einer Migration sehr oft beide Systeme längere Zeit parallel betrieben werden und daher auch eine Koexistenz geklärt werden muss.
- Koexistenz
Hier steht die Frage im Vordergrund, wie ich beide Systeme mit einander koppeln kann, so dass sowohl die Nachrichten möglichst ohne Verluste ausgetauscht werden können, aber auch Zusatzfunktionen wie ein Verzeichnisabgleich für die Adressbücher, Verteiler, Termine, Frei/Belegt-Zeiten und öffentliche Ordner möglich sind. Eine Koexistenz ist oft auch relevant für eine langsame Migration on größeren Umgebungen - Migration
Bei der eigentlichen Migration müssen die bisherigen Daten des alten Systems möglichst nahtlos in das neue System übernommen werden. Dabei handelt es sich nicht nur um das Kopieren von Mails, sondern auch kniffligere Datenquellen wie Kalender, Aufgaben oder Inhalte, die in einem anderen System vielleicht gar nicht abzubilden sind. Aber auch die Mails selbst enthalten Konfliktpotential, denn auch die Absenderadressen und Empfängeradressen müssen eventuell angepasst werden, damit eine Antwort auf eine Mail nach der Migration auch noch den Absender vor der Migration erreicht.
Zudem stellt sich dann immer die Frage, ob auf einen Schlag am Wochenende migriert werden kann, oder doch eine länger dauernde Migration mit Koexistenz durchgeführt wird. Abhängig ist dies z.B. von der Größe der Postfächer, der geografischen Verteilung aber auch den Clients, die ebenfalls parallel z.B. auf Outlook als neuen Client migriert werden müssen.
Im Bereich "Migration" auf der MSXFAQ nimmt natürlich die Migration und Koexistenz der verschiedenen Exchange Versionen einen großen Teil in Anspruch. Aber auch die Migration von anderen Systemen wird weiter unten besprochen:
Migration und Koexistenz im Exchange Umfeld
Exchange kennt schon seit der ersten Version 4.0 den Begriff der "Organisation", unter der sich viele Server als logische Einheit zusammen fassen lassen. Mit Exchange 2000 und neuer ist die Organisation zugleich auch der Active Directory Forest. Es kann nur genau eine Organisation geben. Alle Server nutzen dabei den gleichen Adressbestand und kennen sich gegenseitig und ihre Konfiguration. Dies macht den Betrieb mehrerer Server in einer Gruppe besonders einfach. Daher ist die Migration und Koexistenz innerhalb der gleichen Organisation natürlich der häufigste Fall. Innerhalb einer Organisation gibt es folgende Migrationswege und gültige und Möglichkeiten der Koexistenz:
Ein Inplace Update beschreibt die Aktualisierung auf dem gleichen Server durch eine Installation auf der bestehenden Basis während "Swing" die Aktualisierung auf einen zusätzlichen Server bedeutet. Koexistenz bezeichnet die Versionen, die zur gleichen Zeit parallel in einer Exchange Organisation betrieben werden können. Nur Exchange 5.5 SP3+ kann mit Exchange 2000/2003 parallel betrieben werden während Exchange 2007 den Einsatz von älteren Versionen als Exchange 20000 SP3 in der gleichen Organisation ausschließt.
Die folgenden Seiten stehen als weiterführende Informationen bereit:
-
Updategrundlagen
Was bedeutet ein Update von Exchange 5.5 nach Exchange 2000/2003 ? -
Migrationskosten
Make or Buy , oder wie die Kosten für Quest, Priasoft, NetIQ und andere zu verstehen sind -
Vergleich SameOrg/NewOrg
Ein Update von Exchange auf eine neue Version wird in der Regel innerhalb einer Organisation durchgeführt. Aber es kann auch sein, dass eine Umstellung in eine neue Organisation erfolgen muss, z.B. bei Firmenaufkäufen etc. Hier finden Sie die Unterschiede der beiden Migrationen. -
Migration
SameOrg
Sie migrieren unter Beibehaltung der Organisation die Daten von Exchange 5.5 nach 200x. Dies bedeutet, dass ihre Organisation im "gemischten Mode" installiert wird. Dies ist der häufigste Migrationsweg, weil er die meisten Daten und Inhalte ohne Probleme übernimmt. Je nach Größe der Organisation ist es aber auch ein komplizierter Weg. Bei der Migration innerhalb der gleichen Organisation kann in machen Fällen der Server über ein "Inplace"-Update aktualisiert werden. Meistens wird dabei aber auch der Server erneuert, so dass eine "Swing"-Migration durchgeführt wird.
-
Migration Org2Org
Hierbei bauen Sie eine neue Organisation auf und migrieren dann die Daten von dem bisherigen Systeme. Diese Migration ist für kleine Firmen oder SBS Umgebungen interessant, oder wenn andere Fakten den Weg der "SameOrg"-Migration verbauen. - Active Directory Connector (ADC)
Der ADC ist eine Schlüsselkomponente bei der Migration von Exchange 5.5 Systemen auf Exchange 2000/2003. Er kann aber auch als organisationsübergreifende Verbindung verwendet werden. In einer Umgebung ohne Exchange 5.5 ist er nicht mehr erforderlich und beim Einsatz von Exchange 2007 darf er nicht mehr installiert sein. Daher finden Sie hier auch die Details zum AD- ADC Grundlagen
- ADC CAs
- ADC Details
- ADC Advanced
- ADC Probleme
- ADC Diagnose
- ADC Matching
- ADC FAQ
- ADCGlobalNames
- ConfigCA
- ADC Interorg
-
ADCTools
Mit dem ADC von Exchange 2003 gibt es einen Assistent zur Analyse und Einrichtung der Verbindungsvereinbarungen.
- Weitere
Technische
Artikel
-
PF Migration
Migration öffentlicher Ordner -
SRS entfernen
Der Site Replication Service wird am Ende einer Exchange 5.5 Migration zuletzt entfernt -
SRS hart entfernen
Sollte die Deinstallation nicht möglich sein, oder der jeweilige Server nicht mehr vorhanden sein, dann geht es auch auf die unsanfte Tour
-
PF Migration
- MailMig für Exchange
Das große Migrieren von Benutzern aus Notes, GroupWise und Exchange in ihre eigene Organisation.-
MailMig Funktion
Grundlegende Funktionen und Beschreibung der Möglichkeiten und Grenzen -
MailMig Details
Hintergründe und Details zu Dateien und der Arbeitsweise -
MailMig
mit Notes
Migration von Notes -
MailMig mit IMAP4
Mailmig migriert IMAP4-Postfächer
-
MailMig Funktion
-
Microsoft
Transporter Suite
Die neue Migrationshilfe für Exchange 2007/2010
Migrationsbeschreibungen für Exchange
Auf den folgenden Seiten finden sie einige genauere Beschreibungen für die einzelnen Migrationsszenarien.
- 5.5->2000/2003 SameOrg
- 2000 auf 2003 Inplace
- 2000 auf 2003 SwingServer
- Migration 200x - 2007
- Migration 5.5 - 2007
- Migration 2010
- Update von Exchange 2000 Testversionen und Exchange 2000 RC1
- Konsolidierung von Standorten
-
Exchange
Installationsmatrix
Welche Exchange läuft auf welchem Betriebssystem, damit Sie beim Update z.B. nicht darüber stolpern, dass Exchange 5.5 nicht auf Windows 2003 läuft oder Exchange 2007 unbedingt Windows 2003 SP1 x64 benötigt. -
Inplace-Update
(noch für alle Server)
Das Inplace Update ist eine Variante der Migration in der gleichen Organisation. Es ist dazu alle Schritte eines normalen SameOrg-Updates erforderlich, nur dass die Postfächer später nicht verschoben werden, sondern auf dem gleichen Server verbleiben. Ein Inplace Update geht z.B. von Exchange 5.0->5.5, 5.5->2000. und 2000->2003. Ein Update von Exchange 5.5 nach 2003 oder ein Inplace Update nach Exchange 2007 geht hingegen nicht. -
ORG2ORG
Wie migriere ich Benutzer, Computer und letztlich auch die Exchange Inhalte in eine andere Organisation -
Schattenpostfachmigration
Ein besonderer Weg für bestimmte Migrationen - VM Migrationsübungen
Beschreibung zweier Migrationen zum Üben in virtuellen Maschinen. - Samba/EX55
Was tun, wenn Sie aktuell Exchange 5.5 mit Samba als Basis haben und migrieren dürfen ?
Fremdsysteme Migration und Koexistenz
Bei der Koexistent und Migration von Fremdsystemen ist der Einsatz eines speziellen Connectors ratsam, welcher eine bessere Verbindung erlaubt, als dies durch die Nutzung des kleinsten gemeinsamen Nenners "SMTP" zu erhalten wäre. Dazu zählen:
- Formatkonvertierung
SMTP versteht heute zwar fast jedes System fehlerfrei, aber viele Funktionen, die z.B.: innerhalb einer Exchange Organisation selbstverständlich sind, funktionieren nicht mehr, wenn die Übertragung per SMTP erfolgt. Dazu zählen eingebettete OLE-Objekte, Formulare aber oft auch profanere Dinge wie eine Einladung, die nicht in den Terminkalender übernommen wird. - Adressbücher
Der Verzeichnisabgleich ist natürlich neben der Übertragung von Nachrichten das zweiwichtigste Kriterium für eine "gute" Anbindung. Es sollte selbstverständlich sein, dass die Benutzer des einen Systems auch im Adressbuch des anderen Systems sichtbar werden, ohne dass die Administratoren von Hand die Einstellungen nachtragen müssen. - Frei/Belegt-Zeiten
Outlook erlaubt die einfache Terminplanung, indem die Belegt-Zeiten der Teilnehmer sichtbar gemacht werden können. Solche Funktionen bieten auch andere Programme wie Notes und GroupWise. Da ist es natürlich von Vorteil, wenn eine Firma beide Produkte einsetzen, dass auch diese Zeiten systemübergreifend zur Verfügung gestellt werden. - Sonstiges
Ein Connector kann aber noch mehr, z.B. kann ein Connector es dem einen System ermöglichen, über das andere System ein drittes System zu erreichen oder erreichbar zu sein. So kann ein Exchange Server als Internet Gateway für eine Microsoft Mal Umgebung dienen. Mit einigen Connectoren ist auch an Backbone möglich, z.B.: zwei Microsoft Mail Postoffices über ein bestehendes Exchange System zu verbinden.
Die Anforderungen und Möglichkeiten sind daher vielfältig. Exchange hat je nach Version entsprechende Connectoren, die eine Verbindung der Fremdsysteme mit Exchange vereinfachen. Folgende Beschreibungen zu Migration und Koexistenz können Sie lesen:
- IMAP4 Migration
Die Welt der Mailsystem ist immer kleiner geworden, und faktisch spielen nur noch Exchange, Notes und Systeme eine Rille, die primäre auf IMAP4 basieren. IMAP4 ist aber ein durchaus geeignetes Protokoll, um Nachrichten von einem Server auf einen anderen Server zu übertragen. - Migration von Notes
Lotus Notes ist sicher einer der oft genannten Wettbewerber von Exchange, wobei beide Systeme nicht wirklich vergleichbar sind. Sie sind vom technischen Aspekt sehr unterschiedlich und die meisten Personen vergleichen einfach nur die Funktionen Mail, Kalender und Kontakte, was beiden Systemen aber nicht gerecht wird. Eine Verbindung zur Koexistenz und Migration ist in beide Richtungen natürlich möglich. -
Sendmail
Wenn Sie bislang einen SMTP/POP3-Mailserver, dann finden Sie hier die Informationen zur Koexistenz.
MS-Mail, GroupWise etc.
Informationen hierzu finden Sie im
Archiv
Koexistenz
Wenn Sie nicht migrieren wollen, sondern eine Verbindung mehrere Exchange Organisationen suchen, dann führen folgende Links weiter. Sie beschreiben, wie sie Exchange Organisationen mit einander koppeln, so dass sowohl die Nachrichten möglichst ohne Verluste ausgetauscht werden können. Auch Zusatzfunktionen wie ein Verzeichnisabgleich für die Adressbücher, Verteiler, Termine, Frei/Belegt-Zeiten und öffentliche Ordner sind für einen parallelen Betrieb wichtig. Für die Koexistenz sind z.B.: die verschiedenen Connectoren von Exchange oder Drittherstellern gefragt oder eventuell durch eigene Skripte eine Lösung zu schaffen.
Weitere Fremdsysteme ohne weitere Beschreibung
Für folgende Systeme gibt es noch keine ausführlichere Beschreibung auf der MSXFAQ
- Migrate to Microsoft Exchange from HP OpenMail or Samsung Contact
http://www.swinc.com/products/MailMover/ - Migration von SAP Office
http://www.comma-soft.com/itc/leistungen/unt-akt_sap_migr.html - Tobit/David
Tobit zu Exchange http://www.tobit2exchange.de/ oder http://www.netproof.de/ser_downloads.html
TAS2MEX
http://www.lurz-data.com/software-center/tools/23-tas2mex-migration-tool.html
T2EX http://www.pete-software.de/index.php?n=224
itacom Gmbh Tobit Lösungen http://www.itacom.de/?a=groupware_produkte_loesungen und http://www.itacom.de/?g=migration-kit-tobit-outlook_2 - IMAP4 zu IMAP4
http://migrationtool.sourceforge.net/ - Sonstige
Es gibt auch noch sehr alte Systeme, für die es keinen einfachen Weg gibt, z.B.: NetWare MHS, DaVinci, OCP-Mail, ExpressIT, cc:Mail - Betriebssystem
Windows NT4 -> Windows 2000
Microsoft Windows NT 4.0 to Windows Server 2003 Upgrade
http://www.Microsoft.com/downloads/details.aspx?FamilyID=0DA4C9A1-AFD1-4C6B-8B5E-FC2EEF929287&displaylang=en - Quickmail
http://www.genssoft.com/qmailexchange.html
QuickMail users to migrate their Mail Folders including Attachments, Personal Address Books and Personal Address Groups to Microsoft Exchange. It also converts Meeting Maker's Events and ToDos to Microsoft Schedule Plus and Outlook Calendar - Google Mail
http://gmailkeeper.com/ - libpst - Konvertiert PST Dateien in mbox oder MH format
www.five-ten-sg.com/libpst
Aufbau der PST-Datei: http://www.five-ten-sg.com/libpst/rn01re05.html
Weitere Links
- MailMig für Exchange
- Neuinstallation von Exchange 2000
- Resources for Interoperability and Migration for Microsoft Exchange
Server
http://www.Microsoft.com/technet/interopmigration/prodtech/migrate/exchange/default.mspx - Migration OpenMail zu Exchange Produkte
www.swinc.com/products/MailMover
www.compusven.com/products/openmail2exchange.html - 281496 Permissions required to run the Exchange 2000 Server Migration Wizard
- 278017 Introduction to the enhanced Migration Wizard
- 328871 How to use the Exchange Migration Wizard to migrate mailboxes from an Exchange organization
- "Solution Accelerator for Exchange Consolidation and Migration", http://go.Microsoft.com/fwlink/?LinkId=34985
- "Migrating from Legacy Exchange", http://www.informit.com/articles/article.asp?p=349747
- "Exchange 2003 Migration Roadmap", http://redmondmag.com/columns/article.asp?EditorialsID=663
- "Inter-Org Distribution List Migration", http://www.msd2d.com/Content/Tip_viewitem_03NoAuth.aspx?id=f9bcb0b1-7263-4d97-9b49-14ac6d62ff26§ion=Exchange
- Interessante Webseite mit einigen AddOn für Mailmigrationen
www.freeemailmigrations.com -
Umfangreiche Toolsammlung zur Konvertierung und Migration von Postfächern
http://www.emailman.com/conversion/index.html -
HowTo für Small Business Migrationen
http://www.sbsmigration.com -
Yusufs Directory Blog - Den ersten Windows Server 2008 DC zu einer
Windows 2000/2003/R2 Gesamtstruktur hinzufügen
http://blog.dikmenoglu.de/PermaLink,guid,58a3c79f-f34e-4635-bc5f-0bfc67045b91.aspx









