Forum Discussion
Fehler - Public Folder Migration nach Exchange Online
Hallo Community,
ich versuche einmal mein Glück auf Deutsch, eventuell findet sich jemand ;-).
Folgende Situation:
Ich bin gerade in einer Exchange Server Migration nach Exchange Online. Es sind alle Postfächer in einer Hybrid Konfiguration (Exchange Server 2016 CU4) nach Exchange Online migriert.
Bis jetzt arbeiten alle Exchange Online Benutzer noch auf den Public Folder auf dem lokalen On Premise Server.
Die Public Folder sollen ebenfalls im nächsten Schritt vom Exchange 2016 nach Exchange Online migriert werden.
Ich bin bereits die Microsoft Anleitung durchgegangen und habe einen ersten Test Sync gestartet.
Leider bekomme ich im Sync Job einen Fehler:
MigrationTransisentException:
Couldn’t find a request that matches the information provided. Reason: No such request exists in the specified index. –> Couldn’t find a request that matches the information provided. Reason: No such request exists in the specified index.
Die Fehlermeldung ist ebenfalls im Anhang vorhanden.
Kann mir jemand bei diesem Fehler weiterhelfen?
Danke im Voraus.
Grüße
Phil
Phil123 Hi,
prüfe doch mal, die Migrationstatistics und Fehler beider Postfächer über die Shell.
Evtl sind es nur die BadItems, die den Threshold übersteigen. Das kannst du mit
Get-MigrationUser -BatchId <Batchname> | Get-MigrationUserStatistics
Get-MigrationUser Mailbox2 | Select -ExpandProperty ErrorSummary
Set-MigrationBatch -BadItemLimit 10000
einfach übergehen, oder du musst die Elemente reparieren (kein Spaß)
Folgender Artikel ist gerade zu ein Geschenk für jeden glücklichen, der PFs migrieren darf.
https://www.undocumented-features.com/2017/04/08/migrating-hybrid-public-folders-to-office-365/
13 Replies
- AlexHoehnBrass Contributor
Phil123 Hi,
prüfe doch mal, die Migrationstatistics und Fehler beider Postfächer über die Shell.
Evtl sind es nur die BadItems, die den Threshold übersteigen. Das kannst du mit
Get-MigrationUser -BatchId <Batchname> | Get-MigrationUserStatistics
Get-MigrationUser Mailbox2 | Select -ExpandProperty ErrorSummary
Set-MigrationBatch -BadItemLimit 10000
einfach übergehen, oder du musst die Elemente reparieren (kein Spaß)
Folgender Artikel ist gerade zu ein Geschenk für jeden glücklichen, der PFs migrieren darf.
https://www.undocumented-features.com/2017/04/08/migrating-hybrid-public-folders-to-office-365/
- Phil123Brass Contributor
AlexHoehn Hi,
danke dir für deine Antwort.
Ich habe nun einmal die Batches beendet und gelöscht.
Über das Validationscript habe ich nun alle ACLs die nicht mehr aktiv sind ausfindig gemacht und auf allen Public Foldern entfernt.
Ich werde nun nochmals einen Versuch mit einem Sync starten.
Wenn der Batch wieder auf die Nase fällt werde ich diesen Job wie von dir beschrieben überprüfen.
Danke auch für den verlinkten Artikel, werde ich gleich mal reinschauen.
Eine Frage noch:
Es wird ja eine zweite Mailbox mit den gelöschten Elementen erstellt. kann ich diese aus dem Mapping.csv entfernen, so dass nur die Mailbox mit den aktiven Elementen migriert wird?
Grüße- AlexHoehnBrass Contributor
Phil123 Guten Morgen,
die Frage kann ich dir leider nicht beantworten. Die Mailbox zu migrieren und erst im Nachhinein zu löschen erscheint mir allerdings die sicherste Variante. Die Mailbox erstmal mitzunehmen sollte nicht schaden, demnach würde ich sie erstmal migrieren und danach aufräumen. Schlechter wäre in einen Fehler zu laufen und neustarten zu müssen.