Diskussion: Office 365 Migration Haiko Hertes

Transkript

1 Diskussion: Office 365 Migration Haiko Hertes Dipl.-Inf. (FH), M.Sc. API - Automotive Process Institute GmbH Head of

2 Meine Ausgangslage Unternehmen mit mehreren Standorten und mehreren Exchange-Servern in verschiedenen Domänen in verschiedenen Forests und alle verwenden die selbe SMTP-Domäne! (und damit das funktioniert kommt noch POP3 ins Spiel trotz Exchange)

3 Grundsätzliche Möglichkeiten Cutover Migration ( Übernahmemigration ) Üblicherweise bis 150 Mailboxen, maximal 2000 Staged Migration ( Mehrstufige Migration ) Mehr als 2000 Mailboxen und Exchange 2007 Hybrid-Szenario Mehr als 150 oder 2000 Mailboxen und Exchange 2010 (IMAP-Migration) (PST-Import)

4 Gründe für Cutover Migration Exchange 2010 im Einsatz Nur ca. 60 Mailboxen (allerdings bis zu 30GB groß) Super-einfaches Setup (es braucht lediglich einen lokalen User, der ein paar Rechte auf den Mailboxen benötigt + Outlook Anywhere inkl. offenen Ports) Datentransfer der Mailboxes läuft ggf. schon lange vor Umstellung des MX-Records Es muss NICHT zwingend alles mit einem Rutsch migriert werden mehrere Phasen sind denkbar und möglich, allerdings so nicht vollständig dokumentiert

5 (Mehrstufige) Cutover Migration Zuerst wird ein Migrationsendpunkt eingerichtet (=Zugriff auf Outlook Anywhere) Benanntes Konto in on-premise Domäne liest Globales Adressbuch aus Dort aufgelistete Konten werden dann zu Office 365 Migriert Trick: Zu Beginn eines Migrationszyklus einen Teil der User im Adressbuch ausblenden!

6 (Mehrstufige) Cutover Migration Nach erstem Durchlauf einer Migration kann diese beliebig oft wieder angestartet werden (dabei wird dann neu im Adressbuch geprüft) Es wird nur das Delta seit der letzten Synchronisierung übertragen Synchronisierung läuft allerdings nur einseitig (Exchange O365)

7 Mein Schlachtplan In meinem speziellen Fall: Connector in Office 365 einrichten, der Mails für die es kein Postfach in O365 gibt, an primären on-premise Exchange weiterleitet Connector im primären Exchange einrichten, der Mails für die es kein lokales Postfach gibt, an sekundären Exchange weiterleitet Connector im sekundären Exchange einrichten, der Mails für die es kein lokales Postfach gibt an O365 weiterleitet Dann: jede Menge PowerShell-Skripte schreiben, um gewappnet zu sein

8 Mein Schlachtplan Klären, welche Postfächer, Verteiler und co. migriert werden sollen Externe Verteiler in Office 365 anlegen (wir hatten Verteiler bei einem externen Hoster) Einrichten Cutover Migration und Durchführung dieser (mehrere Tage) PowerShell: Temporäre Domäne für on-premise Mailboxen einrichten PowerShell: Alle O365 Mailboxen an temporäre Domäne weiterleiten Hintergrund: Noch sind alle Kollegen mit dem OnPremise Exchange verbunden

9 Mein Schlachtplan Umstellung des MX-Records auf Office 365 Bis zu 72h warten Zweiten Durchlauf des Migrations-Batches starten Sicherstellen das keine Mails mehr im OnPremis server landen (außer von internen Benutzern, das lässt sich nur mit Aufwand vermeiden) DNS-Records und SPF-Einträge anpassen (insb. Autodiscover und Webmail)

10 Mein Schlachtplan UPN-Suffix für externe SMTP-Domäne in AD hinterlegen und bei jedem User als Standard festlegen (PowerShell ) Benutzern Lizenzen zuweisen (30 Tage Grace-Period) Endgeräte auf neue Mailbox umstellen AD Sync einrichten

11 Hürden und Probleme Cutover Migration lässt sich nur auswählen, wenn noch kein AD Sync eingerichtet ist Cutover Migration kann Potenzial der Datenleitung nicht auszeizen Wenn ein Benutzer durch AD Sync in O365/Azure mit weiteren Attributen befüllt wurde, lässt er sich nicht mehr mittels Cutover Migration migrieren hier muss dann das Benutzerkonto gelöscht werden (und auch aus dem Papierkorb entfernt werden!) Azure AD Sync hatte Probleme, wenn on-premise Konten mehrere Mailadressen hinterlegt haben

12 Hürden und Probleme Public Folders lassen sich unter Exchange 2010 nicht so einfach migrieren (eine zulässige Möglichkeit wäre PST Export) Mein Ansatz: Kopieren per Drag-and-Drop in Outlook wenn sowohl altes als auch neues Postfach eingebunden sind Schwierigkeiten entstehen aber bei der Zuordnung von Eigentümern eines Termins und ähnlichem Termine neu anlegen lassen wäre eine Option, ABER: In den persönlichen Kalendern der Benutzer wurden die Termine i.d.r. schon mit synchronisiert!

13 Hürden und Probleme Nicht zu vernachlässigen: Die zusätzlich benötigte Datenmenge auf der Internetleitung! In vier verschiedenen 2-Wochen-Intervallen ist seit Einführung von O365 der Traffic auf unserer Datenleitung zwischen 16% und 70% gestiegen! Beim Vergleich des Monats vor der Umstellung und des Monats danach stieg der Traffic um 22%.

14 Kontakt (facebook, twitter, )