Migrieren von Postfächern von einem Office 365-Mandanten zu einem anderen

Wichtig :  Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: hier.

In diesem Artikel wird erläutert, wie eine Office 365 Mandanten Postfächer und diensteinstellungen in ein anderes Office 365 Mandanten in einem Szenario Business-Beurteilung von Fusionen migrieren. Wenn Sie mehr als 500 Benutzer migrieren oder eine große Datenmenge SharePoint migrieren verfügen, ist es eine gute Idee, ein Office 365-Partnerkonzipiert.

Das Szenario in diesem Artikel basiert auf zwei fiktiven Firmen, Contoso.com und Fabricam.com, die derzeit mit zwei verschiedenen Office 365-Mandanten arbeiten. Contoso hat Fabrikam übernommen und möchte die Fabrikam-Benutzer und -Daten in den Office 365-Mandanten von contoso.com verschieben.

Mandant 1 (Ziel)

Mandant 2 (Quelle)

Benutzerdefinierte E-Mail-Domäne:   

contoso.com

fabrikam.com

Erste Office 365-Domäne:   

contoso.onmicrosoft.com

fabrikam.onmicrosoft.com

Szenario: Migration mit dem Migrationstool eines Drittanbieters

In diesem Szenario wird davon ausgegangen, dass Benutzer, Gruppen und andere Objekte der Firma Fabrikam in Office 365 manuell erstellt werden, dann über ein Skript in das Portal importiert oder über AD DS-Konsolidierung (Active Directory Domain Services) mit dem Active Directory von Contoso zusammengeführt werden.

Wenn Sie fertig sind, alle Fabrikam Konten werden im Mandanten Office 365 "contoso.com" vorhanden, und werden alle @fabrikam.com für Benutzerprinzipalnamen verwenden. Das endgültige Adressierungsschema wurde für Vereinfachung und Platzgründen ausgewählt, aber es kann natürlich geändert werden, um Ihren Anforderungen entsprechen.

Zeigt, wie Postfachdaten von einem Office 365-Mandanten zu einem anderen verschoben werden können.

Planung: Zwei Wochen vor der Migration

Wenn Sie für die Migration Ihrer Benutzer das Migrationstool eines Drittanbieters verwenden, erwerben Sie die für Ihre Migration erforderlichen Lizenzen.

Clientbezogene Überlegungen   

Für Outlook 2010 und Outlook 2013 müssen Sie nur das Outlook-Benutzerprofil zu löschen.

Bei Outlook 2007 und Outlook 2010 werden bei einem Neustart der Client per automatischer Erkennung konfiguriert und die OST-Datei wiederhergestellt.

Im Lync-Client müssen Sie nach Abschluss der Migration Kontakte hinzufügen.

Vorbereitung und Lizenzierung des Mandanten   

Der Quelle Mandanten ist die Fabrikam Office 365 Mandanten, aus dem Sie Benutzer und Daten migrieren. Der Ziel-Mandanten ist den Contoso Office 365 Mandanten, zu dem Sie migrieren.

  1. Vergrößern Sie Lizenzen in Ziel Office 365 Mandanten, um alle Postfächer aufnehmen zu können, die von der Quelle Mandanten migriert werden.

  2. Quell- und Zielwebsites Mandanten, für die Verwendung bei der Migration von Office 365 zu einem anderen Office 365 erstellen Sie Administratorkonten. Einige Migrationstools erfordern möglicherweise mehr als ein Administratorkonto in den Mandanten Quelle den Datendurchsatz optimieren.

Erstellen der Objekte "Raum", "Ressource", "Verteilergruppe" und "Benutzer" im Zielmandanten   

So erstellen Sie die Ressourcen im Zielmandanten (Contoso)

  1. Wenn das Tool Azure AD verbinden Synchronisieren aller Objekte aus der Contoso Active Directory-Domänendiensten (AD DS) verwendet werden soll, Mandanten Objekte aus der Quelle (Fabrikam) Mandanten, die, den in der Zielliste AD DS erstellt werden muss (Contoso) AD DS durch Konsolidierung.

    1. Die AD DS-Konsolidierung kann mithilfe einer Reihe von AD DS-Tools erfolgen. Je nach Menge der zu verschiebenden Objekte kann für die Konsolidierung zusätzliche Zeit und Planungsaufwand anfallen, daher sollte sie ggf. vor der eigentlichen Migration erfolgen.

    2. Stellen Sie sicher, dass alle neuen Benutzer und Gruppen auf den Contoso.com Ziel Mandanten über Verzeichnissynchronisation synchronisiert werden. Die Objekte sollte als user@contoso.onmicrosoft.com in den neuen Mandanten angezeigt werden, da die Domäne Fabrikam über nicht zu diesem Zeitpunkt verschoben wurde. Nach Abschluss das Domäne verschieben, kann die primäre e-Mail-Adresse für die Benutzer und Gruppen auf @fabrikam.com aktualisiert werden.

  2. Wenn der Verzeichnissynchronisation nicht verwendet wird, oder Chatrooms, Ressourcen, Gruppen oder Benutzer in der Quelle Mandanten der Office 365-Verwaltungskonsole verwaltet werden; Diese Objekte müssen in der Zielliste Mandanten erstellt werden. Objekte können manuell erstellt werden, in der Office 365-Verwaltungskonsole oder importieren eine CSV-Datei für größere Zahlen mithilfe der Massen hinzufügen-Features in Office 365 Administrationscenter oder mithilfe von Windows PowerShell.

Kommunikation mit den Endbenutzern   

So informieren Sie die Endbenutzer in der Organisation über die Migration

  1. Erstellen Sie einen Migrationsplan, und beginnen Sie, die Benutzer zu der anstehenden Migration und den Änderungen im Dienst zu informieren.

  2. Nach der Migration muss der Outlook-Cache für Spitznamen auf allen Outlook-Clients gelöscht werden. Lesen Sie Gewusst wie: Zurücksetzen des Caches für Spitznamen und des Caches für automatische Vervollständigung in Outlook. Hier finden Sie ein automatisiertes Fix it-Tool, das von den Endbenutzern ausgeführt werden kann.

  3. Informieren Sie die Benutzer, wie sie mit ihren neuen Anmeldeinformationen die Verbindung zu Outlook Web App 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ühren Sie die folgenden Schritte aus, um die Domäne für die Migration vorzubereiten.

  1. Starten Sie auf dem Zielmandanten (Contoso) das Überprüfungsverfahren für die E-Mail-Domäne Fabrikam.com.

  2. Fügen Sie im Office 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 schlägt fehl, da die Domäne noch von einem anderen Mandanten verwendet wird.

    Wenn Sie diesen Schritt jetzt durchführen, geben Sie dem DNS-Eintrag Zeit für die Verbreitung, da diese bis zu 72 Stunden in Anspruch nehmen kann. Die abschließende Überprüfung erfolgt dann später.

Migrationsplanung   

Planen der Migration:

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

  2. Erstellen Sie eine CSV-Datei mit Postfachzuordnungen für das von Ihnen verwendete Drittanbieter-Migrationstool. Diese Zuordnungsdatei wird vom Migrationstool verwendet, um die Quellpostfächer bei der Migration den entsprechenden Postfächern im Zielmandanten zuzuordnen. Wir empfehlen die "erste" Domäne *.onmicrosoft.com für die Zuordnung der Quellkonten zu verwenden, da sich die benutzerdefinierte E-Mail-Domäne immer wieder ändert.

CSV-Datei zum Migrieren von Postfachdaten von einem Office 365-Mandanten zu einem anderen

TTL-Test (Time to Live, Gültigkeitsdauer) des MX-Eintrags (Mail Exchanger)   

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

  1. Ändern Sie im DNS den TTL-Wert des MX-Eintrags der primäre E-Mail-Domäne, die Sie übertragen möchten, auf eine kleine Zahl (z. B. 5 Minuten). Wenn der TTL-Wert nicht auf 5 Minuten herabgesetzt werden kann, notieren Sie den niedrigsten Wert. Beispiel: Wenn der niedrigste Wert 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 Office 365 Admin Center des Quellmandanten die Verzeichnissynchronisierung. Dieser Vorgang kann 24 Stunden oder mehr in Anspruch nehmen, daher muss er vor der Migration durchgeführt werden. Nach der Deaktivierung im Portal werden Änderungen am AD DS des Quellmandanten nicht mehr mit dem Office 365-Mandanten synchronisiert. Passen Sie den vorhandenen Bereitstellungsprozess für Benutzer und Gruppen entsprechend an.

Migration: Der Tag der Migration

Hier die Schritte, die Sie am Tag der Migration ausführen müssen.

Ändern des MX-Eintrags – Stoppen des eingehenden E-Mail-Flusses   

Ändern des primären MX-Eintrags aus Office 365 zu Domäne, die nicht erreichbar ist, d. h. "unreachable.example.com". Internet-Mailserver neue Nachrichtenübermittlung versuchen, werden die e-Mail-Nachrichten in die Warteschlange und versucht eine erneute Übermittlung für 24 Stunden. Bei dieser Methode können einige e-Mails möglicherweise einen Unzustellbarkeitsbericht (NDR) je nach dem Versuch, die e-Mail vorführen Server zurück. Wenn dies ist ein Problem einen Datensatz Sicherung MX-Dienst verwenden. Es gibt viele Dienste von Drittanbietern, die Ihre e-Mail-Adresse für Tage oder Wochen Warteschlange werden. Nach Abschluss die Migration werden diese Dienste die Nachrichten in Warteschlange zu Ihrem neuen Office 365 Mandanten vorführen.

Tipp : Wenn Ihr TTL-Wert nur kurz ist, beispielsweise 5 Minuten, kann dieser Schritt am Ende des Arbeitstags durchgeführt werden, um weniger Unterbrechungen zu verursachen. Bei einem größeren TTL-Wert müssen Sie den MX-Eintrag früh genug ändern, damit die Gültigkeitsdauer ablaufen kann. Beispiel: Ein TTL von 4 Stunden muss vor 14:00 Uhr geändert werden, wenn die Migration um 18:00 Uhr beginnen soll.

Ü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 Sie Ihre Domäne mit einer öffentlichen Website für SharePoint Online auch eingerichtet hatten, bevor Sie die Domäne entfernen können müssen dann Sie zuerst den URL der Website auf die ursprüngliche Domäne zurückzusetzen.

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

  3. Standard e-Mail-Adressen in Office 365 Quellpostfächer auf die ursprüngliche Domäne (fabrikam.onmicrosoft.com) zurücksetzen.

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

  5. Entfernen Sie alle sekundäre e-Mail (Proxyadressen) von Benutzerobjekte, die noch @fabrikam.com verwenden möchten, ein.

  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, die 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 Domäne Fabrikam.com im Mandanten Contoso.com ab. Nach dem Entfernen der Domäne im alten Mandanten müssen Sie nun ggf. eine Stunde warten.

  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. Beginnen Sie mit der Aktivierung der Postfächer im Mandanten contoso.com. Weisen Sie allen neuen Benutzerkonten Lizenzen zu.

  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 nicht das Feature zum Synchronisieren von Kennwörtern oder AD FS verwenden, legen Sie Kennwort auf alle Postfächer in den Mandanten Ziel ("Contoso"). Wenn Sie nicht über ein gemeinsames Kennwort arbeiten, benachrichtigen der Benutzer über das neue Kennwort ein.

  6. Nachdem Postfächer lizenzierte und aktiv ist, der die e-Mail-Weiterleitung Übergang befinden. Zeigen Sie auf der Fabrikam MX-Eintrag Office 365 Ziel (Contoso) Mandanten. Nach Ablauf der Gültigkeitsdauer MX beginnt e-Mail Datenfluss in die neue, leere Postfächer. Wenn Sie einen Sicherungskopie MX-Dienst verwenden, können Sie die e-Mail an den neuen Postfächern freigeben.

  7. Überprüfen Sie den E-Mail-Fluss an die neuen Postfächern bzw. aus den neuen Postfächern im Zielmandanten.

  8. Wenn Sie Exchange Online Protection (EOP) verwenden: Erstellen Sie im Zielmandanten die Transportregeln, Connectors, weißen und schwarzen Listen usw. des Quellmandanten erneut.

Starten der Migration   

Ermitteln Sie die beste Methode für die Migration, um Ausfallzeiten und Unannehmlichkeiten für die Benutzer möglichst gering zu halten.

  • Migration von 500 oder weniger Benutzern: Migrieren Sie E-Mails, Kalender und Kontaktdaten in die Postfächer des Zielmandanten. Begrenzen Sie die E-Mail-Migration möglichst nach Datum. Migrieren Sie beispielsweise nur die Daten der letzten sechs Monate.

  • Migration von mehr als 500 Benutzern: Arbeiten Sie mit mehreren Durchgängen, indem Sie zunächst die Kontakte, Kalender und nur die E-Mails der letzten Woche für alle Benutzer migrieren. Anschließend können Sie in den folgenden Tagen oder Wochen die Postfächer nach und nach mit älteren E-Mail-Daten 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 je nach Menge der für jedes Postfach migrierten Daten eine erhebliche Bandbreite erfordert. In Outlook 2013 werden standardmäßig nur die Daten der letzten 12 Monate zwischengespeichert. Diese Einstellung kann für mehr oder weniger Daten konfiguriert werden. So können Sie beispielsweise nur die Daten der letzten drei Monate einbeziehen, was die Bandbreitenbelastung verringern kann.

Nach der Migration: Bereinigung   

Die Benutzer erhalten ggf. NDRs, wenn sie auf migrierte E-Mail-Nachrichten antworten. Der Outlook-Cache für Spitznamen muss gelöscht werden. Lesen Sie hierzu Gewusst wie: Zurücksetzen des Caches für Spitznamen und des Caches für automatische Vervollständigung in Outlook. Alternativ können Sie für alle Benutzer den alten Legacy-DN als x.500-Proxyadresse 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. Fügen Sie in dieser Datei die Spalten "upn" und "newpassword" ein (Beispiel: johanns@contoso.com,Kennwort1)

  3. Verwenden Sie den Windows PowerShell-Befehl:

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

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

##########################################################################
# Script: showproxies.ps1
# Copies all accounts in Office 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 Organisation
$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("onmicrosoft.com")) {
# 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 Office 365

################################################################################
# Script: create-rooms.ps1
# Description:*** RUN THIS SCRIPT FROM A WINDOWS POWERSHELL SESSION ***
#This script creates Room mailboxes in Office 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}
#Get MSO creds and initialize session
If ($cred -eq $NULL) {$Global:cred = Get-Credential}
#
If ($ExchRemoteCmdlets.AccessMode -ne "ReadWrite")
{
Write-Host
Write-Host Connecting to Office 365...
Write-Host
$NewSession = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $cred -Authentication Basic -AllowRedirection
$Global:ExchRemoteCmdlets = Import-PSSession $NewSession
}
#Import the CSV file
$csv = Import-CSV $inputfile
#Create Rooms contained in the CSV file
$csv | foreach-object{
New-mailbox -Name $_.RoomName -room -primarysmtpaddress $_.RoomSMTPAddress -resourcecapacity $_.RoomCapacity
}
##### END OF CREATE-ROOMS.PS1

Massenentfernen 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}
#Get MSO creds and initialize session
If ($cred -eq $NULL) {$Global:cred = Get-Credential}
#
If ($ExchRemoteCmdlets.AccessMode -ne "ReadWrite")
{
Write-Host
Write-Host Connecting to Office 365...
Write-Host
$NewSession = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri
https://ps.outlook.com/powershell -Credential $cred -Authentication Basic -AllowRedirection
$Global:ExchRemoteCmdlets = Import-PSSession $NewSession
}
#Import the CSV file and change primary smtp address
$csv = Import-CSV $inputfile
$csv | foreach-object{
# Set variable for email address to remove
$removeaddr = $_.username + "@" + $_.emailsuffix
Write-Host ("Processing User: " + $_.UserName +" - Removing " + $removeaddr)
Set-Mailbox $_.Username -EmailAddresses @{Remove=$removeaddr}
}
##### END OF REMOVE-PROXY.PS1

Hinweis : Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×