Forum Discussion

Phil123's avatar
Phil123
Brass Contributor
Nov 16, 2020
Solved

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

  • AlexHoehn's avatar
    AlexHoehn
    Brass 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/

    • Phil123's avatar
      Phil123
      Brass 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

      • AlexHoehn's avatar
        AlexHoehn
        Brass 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.