During the migration from Exchange 2013 to Exchange 2016, the following error (version mismatch) may occur when moving user mailboxes from Exchange 2013 to Exchange 2016:
A version mismatch was detected (Actual:6, Expected:5)
The following message then appears in the Exchange 2013 server log:
2017-04-23T20:37:21.432Z,6,Default,Error,",", "RegisterMigrationBatch failed, exception at Microsoft.Exchange.Migration.MigrationServiceHelper.SafeInvokeImplMethod(Action method, MigrationServiceRpcMethodCode methodCode) at Microsoft.Exchange.Migration.MigrationNotificationRpcSkeleton.RegisterMigrationBatch(IMigrationNotification implementation, MdbefPropertyCollection inputArgs)|A version mismatch was detected (Actual:6, Expected:5).|Microsoft.Exchange.Transport.Sync.Migration.Rpc.MigrationServiceRpcException|The RPC call failed with result 'MigrationTransientError'.|"
The problem can be solved by first moving a system mailbox with the name "Migration" from Exchange 2013 to the Exchange 2016 server. The mailbox can be displayed with the following command:
get-mailbox Migration* -Arbitration
The "Microsoft Exchange Migration" system mailbox can simply be moved to a database on the Exchange 2016 server in the Exchange Admin Center:
After the system mailbox has been moved, the users' mailboxes can be moved. As soon as the mailbox has been moved to an Exchange 2016 database, the version number is adjusted accordingly:
Get-Mailbox Migration* -Arbitration | ft Name,AdminDisplayVersion
If the version 15.1 is displayed, the mailbox has been moved correctly and the version has been raised. The "Version mismatch" error no longer occurs when moving user mailboxes. In principle, the "Microsoft Exchange Migration" system mailbox should be the first mailbox to be moved to the new Exchange Server.
Hallo, hänge ebenfalls bei der Migration von 2013 auf 2019
ECP auf dem 2019 gestartet oder auf dem 2013 mit dem Parameter 15.2 lässt Migrations Batch Jobs erstellen.
Allerdings sehe ich selbst nach 2 Tagen keinen Fortschritt bzw Abschluss
Habe als erstes das „Migartions Postfach“ bzw einen „test user“ ausgewählt
Was mache ich falsch?
Hallo Oliver,
Danke für Deine Info! Hatte schon angefangen die Postfächer über Shell zu verschieben.
Aber so ist es ja etwas bequemer!
Danke !
HI Peter,
wenn ich die ECP mit dem Zusatz: /?ExchClientVer=15.2 starte dann gehts:
https://docs.microsoft.com/de-de/exchange/troubleshoot/admin-center/can't-manage-ex19-database-eac
Ich dachte die ECP startet automatisch in der neuesten Version. Wir haben aktuell noch Ex2013 und Ex2019 koexistent laufen?
Danke das war es bei mir.
Dieser Tipp hat funktioniert.
Kann man auch beim Icon die Verknüpfung gleich mitanpassen, dann stimmts auch bei dem Aufruf über das ECP Icon.
Hi Peter,
ok, heute habe ich die Meldung noch. Mal abwarten. Ich verschiebe alle mailboxen aktuell per Shell.
Liebe Grüße
Oliver
Hallo Oliver,
das Problem hat sich nach einigen Tagen von selbst gelöst. Drücke die Daumen, das es bei dir auch klappt.
Danke.
Hi zusammen,
ich hab das gleiche wie Peter. Trotz verschieben des Migrationspostfachs bleibt der Fehler im ECP.
Wir gehen von 2013 CU23 auf 2019 CU4.
Grüße Oliver
Hallo Franky,
ich habe das selbe Problem (hatte Postfächer verschoben von einem Exchange 2013 auf Exchange 2019) beim öffnen vom Punkt Migration im ECP. Wenn ich jedoch die Version kontrolliere, dann sind alle Arbitrationspostfächer schon 15.2.
Per Shell kann ich natürlich alle anderen Postfächer problemlos verschieben, nur halt nicht mehr in der ECP.
Ein Neustart beider Server hatte ich schon ausgeführt, alle Updates sind vorhanden (Exchange 2013 CU23, Exchange 2019 CU4, Alle Windowsupdates inkl. Updates für MS Produkte).
Muss ich hier noch was anpassen, oder hast du eine Idee wie ich das beheben könnte?
Wenn man einen Benutzer mit der Berechtigung (Organization Management) per Shell auf die neuen Server migriert und sich danach mit diesem Benutzer auf den 2019er Exchange ECP anmeldet, funktioniert wieder alles problemlos. ;)
Hallo Frank,
vorab möchte ich mich bei Ihnen sehr bedanken für Ihren tollen Blog.
Soviel Arbeit wie hier drin steckt – ich bin begeistert und Sie haben mir schon oft dadurch tolle Denkanstöße gegeben.
Zum Thema:
Ich hatte ebenfalls den Versionskonflikt „aktuell 6, erwartet 5“.
Das Verschieben über das Admincenter hat nicht funktioniert.
Hab das Postfach über die Shell verschoben:
New-MoveRequest „Migration.8f3e7716-2011-43e4-96b1-aba62d229136“ -TargetDatabase „“
Mit Get-Mailbox * -Arbitration | ft Name,AdminDisplayVersion konnte man dann zusehen wie alle nach und nach von 15.0 auf 15.1 angehoben wurden.
Schönen Sonntag und viele Grüße,
Stephan