https://znil.net/index.php?action=history&feed=atom&title=Exchange_gesamtstruktur%C3%BCbergreifende_Verschiebungen_LinksammlungExchange gesamtstrukturübergreifende Verschiebungen Linksammlung - Versionsgeschichte2026-05-05T02:55:19ZVersionsgeschichte dieser Seite in znilwikiMediaWiki 1.43.8https://znil.net/index.php?title=Exchange_gesamtstruktur%C3%BCbergreifende_Verschiebungen_Linksammlung&diff=11721&oldid=prevBLinz: /* Error looking up source MBX */2019-09-08T08:32:36Z<p><span class="autocomment">Error looking up source MBX</span></p>
<p><b>Neue Seite</b></p><div>==Vorwort==<br />
Ich hatte 2 Domänen mit einer gegenseitigen Vertrauensstellung zueinander.<br><br />
Die Benutzer habe ich mittels des ADMT-Tools (Active Directory Migration Tool) bereits zur Zieldomäne kopiert.<br><br />
Mit den nachfolgenden Links (in der Reihenfolge) gelang auch das Verschieben der Postfächer.<br><br />
----<br />
==Reihenfolge==<br />
* Benutzer per ADMT in neue Domäne migriert<br />
* Benutzer per Exchange-Management-Konsole vorbereitet (auf dem Ziel-Server):<br />
Enable-MailUser -Identity ANMELDENAME -ExternalEmailAddress BENUTZER@DOMAIN.SUFFIX<br />
<!-- * Sicherheitshalber noch ein Update-Recipient weil das so in der Microsoft Aneitung steht (auf dem Ziel-Server): <br />
Update-Recipient -Identity ANMELDENAME<br />
--><br />
* Prepare-MoveRequest vorbereiten (auf dem Ziel-Server) - er fragt Anmeldedaten für die Ziel und Quelldomäne ab<br />
$LocalCredentials = Get-Credential <br />
$RemoteCredentials = Get-Credential<br />
* In das Exchange-PowerShell Verzeichnis wechseln (hier 2016/2019) (auf dem Zielserver):<br />
cd C:\Program Files\Microsoft\Exchange Server\V15\Scripts<br />
* Prepare-Moverequest ausführen - das <code>-UseLocalObject</code> ist wichtig damit er keinen neuen Benutzer anlegt sondern den vorhandenen nimmt!<br />
.\Prepare-MoveRequest.ps1 -UseLocalObject -Identity ANMELDENAME -RemoteForestDomainController DC.alte.domain -RemoteForestCredential $RemoteCredentials -LocalForestDomainController dc.neue.domain -LocalForestCredential $LocalCredentials<br />
* Nun kann man über die Managementoberfläche eine neue Migration starten:<br />
:[[Datei:ClipCapIt-190903-170159.PNG]]<br />
* Bei '''''Zu verschiebene Benutzer auswählen''''' könnt Ihr nun jene Benutzer hinzufügen bei denen Ihr zuvor den <code>Prepare-MoveRequest</code> ausgeführt habt.<br />
* Den Migrationsendpunkt sollte er von alleine finden - Wenn nicht dann folgt den beiden '''''MRS-Proxy aktivieren''''' Links im nächsten Abschnitt<br />
* Bei der '''''Zielzustellungsdomäne''''' habe ich immer die Domäne der Absenderadresse ausgewählt - keine Ahnung ob das richtig ist<br />
* Nun warten. Der verschiebt jetzt das Postfach. Am Ende hat der Benutzer in der alten Domäne keine Postfach mehr (Mailbox disabled)<br />
<br><br />
Ich hatte dann das es bei ein paar Benutzern ging - und dann wurden die ersten '''''Abgeschlossen mit Fehlern'''''.<br><br />
Die hatten dann nicht geklappt. Grund war das zu große Mails vorhanden waren oder zu viele Fehler.<br><br />
Diese Postfächer bekam ich dann aber mit PowerShell verschoben:<br><br />
New-MoveRequest -Identity Mmustermann@domain.local -RemoteCredential $RemoteCredentials -TargetDeliveryDomain 'domain.local' -RemoteGlobalCatalog DC.alte-domain -Remote -RemoteHostName FQDN.alter.mailserver -TargetDatabase NAME-der-ZIELDATENBANK -BadItemLimit 20000 -AcceptLargeDataLoss -LargeItemLimit 20000<br />
Den <code>-AcceptLargeDataLoss</code> kann man nur in der PowerShell nutzen.<br><br />
Man kann dann baer nicht über die Web-GUI den Fortschritt sehen, das geht über die PowerShell:<br><br />
Zuerst die Identity des Job heruasfinden:<br><br />
Get-MoveRequest | Select-Object Identity<br />
Ausgabe ist zum Beispiel:<br><br />
domain.local/04.Benutzer/Mustermann, Max<br />
Und damit dann die Statistiken abfragen:<br><br />
Get-MoveRequest -Identity "domain.local/04.Benutzer/Mustermann, Max" | Get-MoveRequestStatistics -IncludeReport<br />
Wenn zu hängen scheint oder einen Fehler gibt:<br />
Get-MoveRequest -Identity "domain.local/04.Benutzer/Mustermann, Max" | Get-MoveRequestStatistics -IncludeReport | fl<br />
Dann sieht man unter anderem die genauen Migrationsschritte<br><br />
<br><br />
----<br />
<br />
==Fehlermeldungen und die Lösungen==<br />
===Error looking up source MBX===<br />
D:\Program Files\Microsoft\Exchange Server\V15\Scripts\Prepare-MoveRequest.ps1 : Error looking up source MBX derbenutzerderverschobenwerdensool in source forest.<br />
Verdammt, bei 20 Bneutzern funktioniert es - und bei einem dann nicht?<br><br />
Die Lösung war:<br><br />
* Ich hatte bei <code>-Identity</code> immer den Anmeldename genutzt - und das hat bei 95 Prozent der Benutzer auch funktioniert.<br />
* Bei den Benutzern mit der Fehlermeldung nam ich statt dessen den <code>Alias</code> bzw. den Wert aus dem AD-Attribut <code>mailNickname</code><br />
* statt '''''mmustermann''''' also '''''max.mustermann'''''<br />
* In der Quelldomäne war das leider nicht einheitlich gesetzt<br />
<!--<br />
* Ich habe das Attribut <code>mailNickname</code> in der neuen Domäne auf den gleichen Wert angepasst wie in der alten Domäne (mit ADSIEdit)<br />
* Ich habe bei <code>-Identity</code> nicht den Anmeldenamen genommen sondern dann diesen <code>mailNickname</code><br />
--><br />
Wie bin ich drauf gekommen?<br><br />
Ich habe mir mal den Quelltext des <code>Prepare-MoveRequest.ps1</code> angesehen und dabei entdeckt das eben dieser Alias bzw mailNickname eines der Suchkriterien ist.<br><br />
----<br />
<br />
----<br />
<br />
==Links==<br />
* Allgemein: https://docs.microsoft.com/de-de/exchange/architecture/mailbox-servers/prep-mailboxes-for-cross-forest-moves?view=exchserver-2019<br />
* Postfach/Konto vorbereiten: https://docs.microsoft.com/de-de/exchange/architecture/mailbox-servers/prep-mailboxes-for-cross-forest-moves-in-powershell?view=exchserver-2019<br />
* MRS-Proxy aktivieren: https://docs.microsoft.com/de-de/exchange/architecture/mailbox-servers/mrs-proxy-endpoint?view=exchserver-2019<br />
* und den MRS-Proxy neu starten damit der auch wirklich funktioniert: https://tech.xenit.se/exchange-online-mailbox-move-unable-to-connect-to-remote-mrs-proxy-server/<br />
----<br />
==Tipps==<br />
Die AutoDiscover-Namensauflösung vom Ziel- zum Quell-Exchangeserver muss funktionieren! Da die beiden Server hierbei miteinander konkurierten habe ich auf dem Ziel-Exchange temporär Einträge dafür in die lokale Host-Datei geschrieben (AutoDiscover nicht auf sich selbst sondern auf den anderen Exchange Server der Quell-Domäne = alten Domäne).<br><br />
----<br />
==Kommentare==<br />
<comments /></div>BLinz