Migrieren von Postfächern von einer Microsoft 365- oder Office 365-Organisation zu einer anderen

In diesem Artikel wird erläutert, wie Sie Postfächer und Diensteinstellungen von einem Microsoft 365- oder Office 365 organization zu einem anderen Microsoft 365 oder Office 365 organization in einem Geschäftszusammenführungsszenario migrieren. Wenn Sie mehr als 500 Benutzer oder eine große Menge von SharePoint-Daten migrieren müssen, empfiehlt es sich, mit einem Microsoft-Lösungsanbieter zusammenzuarbeiten.

Das Szenario in diesem Artikel basiert auf zwei fiktiven Unternehmen - Contoso.com und Fabrikam.com -, die zwei separate Office 365 Organisationen verwenden. Contoso hat Fabrikam erworben und verschiebt die Fabrikam-Benutzer und -Daten in den contoso.com Office 365 organization.

Szenario: Migration mit dem Migrationstool eines Drittanbieters

In diesem Szenario wird davon ausgegangen, dass Benutzer, Gruppen und andere Objekte des Unternehmens Fabrikam manuell in Office 365 erstellt, per Skript in das Portal importiert oder über Active Directory Domain Services (AD DS)-Konsolidierung in contoso Active Directory zusammengeführt werden.

Nach Abschluss des Vorgangs sind alle Fabrikam-Konten im Contoso.com Office 365 organization vorhanden und werden alle für den UPN verwendet@fabrikam.com. Das endgültige Adressierungsschema wurde der Einfachheit und der Kürze halber ausgewählt, kann aber natürlich Ihren Anforderungen entsprechend angepasst werden.

Planung: Zwei Wochen vor der Migration

Falls Sie ein Migrationstool eines Drittanbieter verwenden, erwerben Sie die erforderlichen Lizenzen.

Clienterwägungen

Bei Outlook 2010 oder höher müssen Sie nur das Outlook-Benutzerprofil entfernen und es erneut erstellen.

Für Outlook 2007 und Outlook 2010 konfiguriert die automatische Erkennung beim Neustarten des Clients den Client und erstellt den neu. OST-Datei.

Für den Skype for Business-Client müssen Sie nach Abschluss der Migration Kontakte hinzufügen, da der Prozess ein neues Profil erstellt.

Vorbereitung der Mandanten und Lizenzierung

Der Quellmandant ist der Fabrikam-Office 365 organization, von dem Sie Benutzer und Daten migrieren. Der Zielmandant ist der Contoso-Office 365 organization, zu dem Sie migrieren.

1. Erhöhen Sie die Anzahl der Lizenzen in der Office 365-Zielorganisation, um alle Postfächer abzudecken, die vom Quellmandanten migriert werden sollen.

2. Erstellen Sie Administratorkonten in den Quell- und Zielmandanten für die Migration von einem Office 365-System zu einem anderen Office 365-System. Einige Migrationstools setzen möglicherweise mehr als ein Administratorkonto im Quellmandanten voraus, um den Datendurchsatz zu optimieren.

Erstellung von Räumen, Ressourcen, Verteilungsgruppen und Benutzerobjekten im Zielmandanten

So erstellen die Ressourcen im Zielmandanten (Contoso-seitig):

1. Wenn das Tool Azure AD Connect für die Synchronisierung aller Objekte in den Active Directory Domain Services (AD DS) von Contoso verwendet wird, müssen die Objekte aus den AD DS des Quellmandanten (Fabrikam) per Konsolidierung in den AD DS des Zielmandanten (Contoso) erstellt werden.

   1. Die AD DS-Konsolidierung kann mithilfe verschiedener AD DS-Tools durchgeführt werden. Die Konsolidierung kann zusätzliche Zeit und Planung in Anspruch nehmen, je nachdem, wie viele Objekte verschoben werden, sodass sie vor dem Migrationsprojekt abgeschlossen werden kann.

   2. Vergewissern Sie sich, dass alle neuen Benutzer und Gruppen über die Verzeichnissynchronisierung mit dem Zielmandanten Contoso.com synchronisiert werden. Die Objekte sollten im neuen Mandanten als user@contoso.onmicrosoft.com angezeigt werden, da die Fabrikam-Domäne zu diesem Zeitpunkt nicht verschoben wurde. Die primäre E-Mail-Adresse für die Benutzer und Gruppen können nach Abschluss der Domänenverschiebung auf aktualisiert @fabrikam.com werden.

2. Wenn die Verzeichnissynchronisierung nicht verwendet wird oder Räume, Ressourcen, Gruppen oder Benutzer im Microsoft 365 Admin Center des Quellmandanten verwaltet werden, müssen diese Objekte im Zielmandanten erstellt werden. Objekte können im Microsoft 365 Admin Center manuell erstellt oder, bei einer größeren Anzahl, mithilfe einer CSV-Datei und der Funktion "Massenhinzufügung" im Microsoft 365 Admin Center oder mit Windows PowerShell importiert werden.

Kommunikation der Endbenutzer

So kommunizieren Sie die Migration an die Endbenutzer in der Organisation:

1. Stellen Sie einen Kommunikationsplan auf, und benachrichtigen Sie die Benutzer über die bevorstehende Migration und Änderung von Diensten.

2. Nach der Migration muss die Autovervollständigungsliste (der Spitznamenzwischenspeicher) in allen Outlook-Clients gelöscht werden. Zum späteren Entfernen aller Empfänger aus Ihrer AutoVervollständigen-Liste in Outlook 2010 siehe Verwalten vorgeschlagener Empfänger aus den Feldern „An", "Cc" und "Bcc“ mit AutoVervollständigen.

3. Informieren Sie Benutzer darüber, wie sie mit ihren neuen Anmeldeinformationen eine Verbindung mit Outlook im Web (früher als Outlook Web App bezeichnet) herstellen können, falls nach der Migration ein Problem auftritt.

Vorbereitung und notwendige Schritte vor der Migration: Drei Tage vor der Migration

Domänenvorbereitung

Für eine Vorbereitung der Domäne führen Sie die folgenden Schritte aus.

1. Starten Sie mit der Domänenüberprüfung des Zielmandanten (Contoso) für die E-Mail-Domäne von Fabrikam.com

2. Fügen Sie im Microsoft 365 Admin Center von contoso.com die Domäne Fabrikam.com hinzu, und erstellen Sie TXT-Einträge im DNS (Domain Name System) zur Überprüfung.

   Hinweis

   Die Überprüfung wird fehlschlagen, da die Domäne immer noch auf dem anderen Mandanten gehostet ist.

   Wenn Sie diesen Schritt ausführen, kann die DNS-Eintragszeit nun weitergegeben werden, da dies bis zu 72 Stunden dauern kann. Die endgültige Überprüfung erfolgt später im Prozess.

Zeitplanung der Migration

So planen Sie die Migration:

1. Erstellen Sie eine Masterliste mit Benutzerpostfächern, die migriert werden sollen.

2. Erstellen Sie eine Postfachzuordnung .CSV Datei für das migrationstool eines Drittanbieters, das Sie verwenden. Das Migrationstool verwendet diese Zuordnungsdatei, damit bei der Migration das Quellpostfach mit dem Postfach im Zielmandanten übereinstimmt. Es wird empfohlen, die Domäne *.onmicrosoft.com "initial" zum Zuordnen der Quellkonten zu verwenden, da sich die benutzerdefinierte E-Mail-Domäne ständig ändert.

TTL-Test des Mail-Exchanger-Eintrags (MX-Record)

Im nächsten Schritt planen Sie den TTL-Test.

1. Ändern Sie in DNS den TTL-Wert für den MX-Eintrag für die primäre E-Mail-Domäne, die Sie in eine kleine Zahl (d. h. 5 Minuten) übertragen möchten. Wenn die Gültigkeitsdauer nicht auf 5 Minuten gesenkt werden kann, notieren Sie sich den niedrigsten Wert. Wenn der niedrigste Wert beispielsweise 4 Stunden beträgt, muss der MX-Eintrag 4 Stunden vor Beginn der Migration geändert werden.

2. Die MX-Suche kann verwendet werden, um MX- und DNS-Änderungen zu überprüfen.

Deaktivieren der Verzeichnissynchronisierung im Quellmandanten

Deaktivieren Sie im Microsoft 365 Admin Center des Quellmandanten die Option Verzeichnissynchronisierung. Dieser Vorgang kann 24 Stunden oder mehr in Anspruch nehmen, daher muss er vor der Migration ausgeführt werden. Sobald die Verzeichnissynchronierung im Portal deaktiviert ist, werden Änderungen an Quellmandanten-AD DS nicht mehr mit der Office 365-Organisation synchronisiert. Passen Sie Ihren vorhandenen Benutzer- und Bereitstellungsprozess entsprechend an.

Migration: Der Tag der Migration

Die folgenden Schritte müssen sie am Tag der Migration ausführen.

MX-Eintragsänderung – Beenden von eingehendem E-Mail-Verkehr

Ändern Sie Ihren primären MX-Eintrag von Office 365 in eine Domäne, die nicht erreichbar ist, d. h. "unreachable.example.com". Internet-E-Mail-Server, die versuchen, neue E-Mails zu übermitteln, setzen diese E-Mails in die Warteschlange und versuchen 24 Stunden lang, sie erneut zuzustellen. Bei dieser Methode wird je nach Server, der versucht, die E-Mails zuzustellen, für einige E-Mails möglicherweise ein Unzustellbarkeitsbericht (NDR) zurückgegeben. Wenn dies ein Problem darstellt, verwenden Sie einen Datensicherungsdienst für den MX-Eintrag. Es gibt viele Dienste von Drittanbietern, die Ihre E-Mails tage- oder wochenlang in die Warteschlange stellen. Nach Abschluss der Migration übermitteln diese Dienste die E-Mails in der Warteschlange an Ihre neue Office 365 organization.

Überprüfen Sie bei Bedarf Ihre MX- und DNS-Änderungen. Zum Überprüfen von MX- und DNS-Änderungen kann Nslookup oder ein Dienst wie MxToolbox verwendet werden.

Vorbereitung des Quellmandanten

Die primäre E-Mail-Domäne, fabrikam.com, muss von allen Objekten im Quellmandanten entfernt werden, bevor die Domäne in den Zielmandanten verschoben werden kann.

1. Wenn die Domäne zudem über eine öffentliche SharePoint Online-Website verfügt, müssen Sie die URL der Website erst auf die ursprüngliche Domäne zurücksetzen, bevor Sie die Domäne entfernen können.

2. Entfernen Sie im Lync-Administratorportal alle Lync-Lizenzen von den Benutzern im Quellmandanten. Dadurch wird die lync SIP-Adresse entfernt, die mit Fabrikam.com verbunden ist.

3. Setzen Sie die Standard-E-Mail-Adressen für die Office 365-Quellpostfächer auf die ursprüngliche Domäne (fabrikam.onmicrosoft.com) zurück.

4. Setzen Sie standard-E-Mail-Adressen für alle Verteilungs-Listen, Räume und Ressourcen auf die ursprüngliche Domäne (fabrikam.onmicrosoft.com) im Quellmandanten zurück.

5. Entfernen Sie alle sekundären E-Mails (Proxyadressen) aus Benutzerobjekten, die noch verwenden @fabrikam.com.

6. Legen Sie die Standarddomäne im Quellmandanten auf die Routingdomäne fabrikam.onmicrosoft.com fest (klicken Sie im Administratorportal in der oberen rechten Ecke auf Ihren Firmennamen).

7. Verwenden Sie den Windows PowerShell-Befehl Get-MsolUser -DomainName Fabrikam.com, um eine Liste aller Objekte abzurufen, welche die Domäne weiterhin verwenden und die Entfernung blockieren.

8. Informationen zu häufig auftretenden Problemen beim Entfernen von Domänen finden Sie unter Sie erhalten eine Fehlermeldung bei dem Versuch, eine Domäne aus Office 365 zu entfernen.

Vorbereitung des Zielmandanten

Schließen Sie die Überprüfung der Fabrikam.com Domäne im contoso.com Mandanten ab. Möglicherweise müssen Sie eine Stunde warten, nachdem Sie die Domäne aus dem alten Mandanten entfernt haben.

1. Konfigurieren Sie optional den CNAME (intern/extern) für die automatische Erkennung.

2. Wenn Sie AD FS verwenden, konfigurieren Sie die neue Domäne im Zielmandanten für AD FS.

3. Begin mailbox activation in the contoso.com tenant > Assign licenses to all of the new user accounts.

4. Legen Sie die E-Mail-Domäne fabrikam.com als primäre Adresse für die neuen Benutzer fest. Hierfür markieren/bearbeiten Sie mehrere nicht lizenzierte Benutzer im Portal oder verwenden Windows PowerShell.

5. Wenn Sie das Kennworthashsynchronisierungsfeature, die Passthrough-Authentifizierung oder AD FS nicht verwenden, legen Sie das Kennwort für alle Postfächer im Zielmandanten (Contoso) fest. Wenn Sie kein allgemeines Kennwort verwenden, benachrichtigen Sie die Benutzer über das neue Kennwort.

6. Nachdem die Postfächer mit Lizenzen versehen wurden und aktiv sind, beginnen Sie mit dem E-Mail-Routing. Sorgen Sie dafür, dass der Fabrikam-MX-Eintrag auf den Office 365-Zielmandanten (Contoso) verweist. Wenn die MX TTL abläuft, beginnen E-Mails in die neuen leeren Postfächer zu fließen. Wenn Sie einen MX-Sicherungsdienst verwenden, können Sie die E-Mail für die neuen Postfächer freigeben.

7. Überprüfen Sie den E-Mail-Fluss in/von den neuen Postfächern im Zielmandanten.

8. Wenn Sie Exchange Online Protection (EOP) verwenden: Erstellen Sie im Zielmandanten Nachrichtenflussregeln (auch als Transportregeln bezeichnet), Connectors, Sperrlisten, Zulassungslisten usw. aus dem Quellmandanten neu.

Starten der Migration

Um die Ausfallszeiten und die Unannehmlichkeit für die Benutzer zu minimieren, finden Sie den besten Zeitpunkt für die Migration.

• Migration für maximal 500 Benutzer: Migrieren Von E-Mail-Kalender und -Kontaktdaten zu Zielmandantenpostfächern. Begrenzen Sie die E-Mail-Migration nach Datum, wenn möglich; Beispielsweise die Daten der letzten 6 Monate.

• Migration für mehr als 500 Benutzer: Verwenden Sie einen Ansatz mit mehreren Durchläufen, bei dem Sie Kontakte, Kalender und nur eine Woche E-Mail für alle Benutzer migrieren und dann an erfolgreichen Tagen oder Wochen mehrere Durchläufe ausführen, um die Postfächer mit älteren E-Mail-Daten zu füllen.

Beginnen Sie die E-Mail-Migration mit dem Migrationstool eines Drittanbieters.

1. Überwachen Sie den Migrationsprozess mit den vom Anbieter bereitgestellten Tools. Übermitteln Sie während der Migration regelmäßig Fortschrittsberichte an das Management und an das Migrationsteam.

2. Führen Sie nach Abschluss aller Migrationen optional einen zweiten oder dritten Migrationsdurchlauf durch.

Am Ende der Migration synchronisieren Outlook 2007 und 2010 das gesamte Postfach für jeden Benutzer, was eine erhebliche Bandbreite beansprucht, je nachdem, wie viele Daten Sie in jedes Postfach migriert haben. Outlook 2013 speichert daten standardmäßig nur 12 Monate zwischen. Diese Einstellung kann für mehr oder weniger Daten konfiguriert werden, z. B. nur 3 Monate an Daten, wodurch die Bandbreitennutzung verringert werden kann.

Nach der Migration: Bereinigung

Benutzer erhalten möglicherweise Unzustellbarkeitsberichte, wenn sie auf migrierte E-Mail-Nachrichten antworten. Die Auto-Vervollständigen-Liste in Outlook (auch als Spitznamen-Cache bezeichnet) muss gelöscht werden. Zum späteren Entfernen aller Empfänger aus Ihrer AutoVervollständigen-Liste in Outlook 2010 siehe Verwalten vorgeschlagener Empfänger aus den Feldern „An, Cc und Bcc“ mit AutoVervollständigen. Sie können alternativ den alten Legacy-DN als x.500-Proxyadresse für alle Benutzer hinzufügen.

Beispiele für Windows PowerShell-Skripts

Verwenden Sie die folgenden Beispiele für Windows PowerShell-Skripts als Ausgangspunkt für die Erstellung eigener Skripts.

Massenzurücksetzung von Office 365-Kennwörter

1. Erstellen Sie eine .CSV-Datei mit dem Namen "password.csv".

2. Einfügen der Spalten "upn" und "newpassword" in diese Datei (Beispiel: johnsmith@contoso.com, Password1)

3. Verwenden Sie diese Windows PowerShell-Befehle:

   Import-Csv password.csv|%{Set-MsolUserPassword -userPrincipalName $_.upn -NewPassword $_.newpassword -ForceChangePassword $false}
   

Kopieren Sie alle Office 365-Konten mit einer bestimmten Proxyadresse in eine CSV-Datei

##########################################################################
# Script: showproxies.ps1
# Copies all accounts in Microsoft 365 that contain/don't contain a specific
# proxyaddress to a .CSV file (addresses.csv)
#
# Change the following variable to the proxy address string you want to find:
# $proxyaddr = "onmicrosoft.com"
################################################################################
$proxyaddr = "onmicrosoft.com"
# Create an object to hold the results
$addresses = @()
# Get every mailbox in the Exchange Organization
$Mailboxes = Get-Mailbox -ResultSize Unlimited
# Loop through the mailboxes
ForEach ($mbx in $Mailboxes) {
    # Loop through every address assigned to the mailbox
    Foreach ($address in $mbx.EmailAddresses) {
       # If it contains XXX,  Record it
        if ($address.ToString().ToLower().contains($proxyaddr)) {
            # This is an email address. Add it to the list
            $obj = "" | Select-Object Alias,EmailAddress
            $obj.Alias = $mbx.Alias
            $obj.EmailAddress = $address.ToString() #.SubString(10)
            $addresses += $obj
      }
    }
}
# Export the final object to a csv in the working directory

$addresses | Export-Csv addresses.csv -NoTypeInformation
# Open the csv with the default handler
Invoke-Item addresses.csv

##### END OF SHOWPROXIES.PS1

Massenerstellen von Raumpostfächern in Microsoft 365

################################################################################
# Script: create-rooms.ps1
# Description:*** RUN THIS SCRIPT FROM A WINDOWS POWERSHELL SESSION ***
# This script creates room mailboxes in Microsoft 365.
# Syntax:Create-Rooms.ps1 -InputFile "file name.csv"
#
# Dependencies: Input file should contain 3 columns: RoomName, RoomSMTPAddress, RoomCapacity
#
################################################################################
param( $inputFile )
Function Usage
{
$strScriptFileName = ($MyInvocation.ScriptName).substring(($MyInvocation.ScriptName).lastindexofany("\") + 1).ToString()
@"
NAME:
$strScriptFileName
EXAMPLE:
C:\PS> .\$strScriptFileName -InputFile `"file name.csv`"
"@
}
If (-not $InputFile) {Usage;Exit}

If ($ExchRemoteCmdlets.State -ne "Opened")
{
Write-Host
Write-Host Connecting to Exchange Online PowerShell...
Write-Host
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline
$Global:ExchRemoteCmdlets = Get-PSSession -Name ExchangeOnlineInternalSession*
}
# Import the CSV file in Exchange Online
$csv = Import-CSV $inputfile
# Create Rooms contained in the CSV file in Exchange Online
$csv | foreach-object{
New-Mailbox -Name $_.RoomName -Room -PrimarySmtpAddress $_.RoomSMTPAddress -ResourceCapacity $_.RoomCapacity
}
##### END OF CREATE-ROOMS.PS1

Massenentfernung von sekundären E-Mail-Adressen aus Postfächern

##########################################################################
#      Script:  remove-proxy.ps1
# Description:*** RUN THIS SCRIPT FROM A WINDOWS POWERSHELL SESSION ***
# This script will remove a secondary email address from many users
#
# Syntax:remove-proxy.ps1 -InputFile "filename.csv"
#
# Dependencies:Input file should contain 2 columns: Username, Emailsuffix
#               Example:  Username=tim, Emailsuffix=fabrikam.com
# Script will remove the address tim@fabrikam.com from the mailbox for Tim.
# NOTE: Address must be secondary; it will not remove primary email address.
#
################################################################################
param( $inputFile )
Function Usage
{
$strScriptFileName = ($MyInvocation.ScriptName).substring(($MyInvocation.ScriptName).lastindexofany
("\") + 1).ToString()
@"
NAME:
$strScriptFileName
EXAMPLE:
C:\PS> .\$strScriptFileName -inputfile `"file name.csv`"
"@
}
If (-not $inputFile) {Usage;Exit}

If ($ExchRemoteCmdlets.State -ne "Opened")
{
Write-Host
Write-Host Connecting to Exchange Online PowerShell...
Write-Host
Import-Module ExchangeOnlineManagement
Connect-ExchangeOnline
$Global:ExchRemoteCmdlets = Get-PSSession -Name ExchangeOnlineInternalSession*
}
# Import the CSV file and change primary smtp address in Exchange Online
$csv = Import-CSV $inputfile
$csv | foreach-object{
# Set variable for email address to remove in Exchange Online
$removeaddr = $_.username + "@" + $_.emailsuffix
Write-Host ("Processing User: " + $_.UserName +" - Removing " + $removeaddr)
Set-Mailbox $_.Username -EmailAddresses @{Remove=$removeaddr}
}
##### END OF REMOVE-PROXY.PS1