Dutch_OnE 39 Geschrieben 24. August 2020 Melden Teilen Geschrieben 24. August 2020 Moin, wie bereits in der Überschrift erwähnt, funktioniert ein einziges Postfach nicht bei der Übertragung. Im Testsystem lief es natürlich, nur im Produktiv nicht. Folgende Fehlermeldung ist in der Migrationsbatch unter Ergebnisse zu sehen. Zu viele vorübergehende Auftragsfehler (708). Der Auftrag wird beendet. Der häufigste Fehler ist "StoragePermanentException" mit der Trefferanzahl 60. 24.08.2020 15:08:47 [BSR-MAILServer] Schwerwiegender Fehler StoragePermanentException. Die Batch ist noch nicht beendet / abgeschlossen, so dass wir nicht mal eben das nochmal machen können. Jemand eine Idee, was man am besten machen kann? Beide Server sind mit jeweils neusten CU ausgestattet. gruß DO Postfachgröße auf der neuen Zieldatenbank ist natürlich entsprechend eingerichtet. Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 24. August 2020 Melden Teilen Geschrieben 24. August 2020 vor 41 Minuten schrieb Dutch_OnE: Postfachgröße auf der neuen Zieldatenbank ist natürlich entsprechend eingerichtet. Moin, Da kommt es drauf an, was zuerst greift - die Maximale Größe auf DB-Ebene oder auf Postfach-Ebene Wir setzten immer bei Migrationen auf DB-Ebene unbegrenzt, bis alles fertig ist - Mailboxen können auch gerne durch Migrationen mal größer werden Zitieren Link zu diesem Kommentar
Dutch_OnE 39 Geschrieben 24. August 2020 Autor Melden Teilen Geschrieben 24. August 2020 Wir haben einen neuen Server aufgestellt und die VMs kopiert. Danach haben wir den alten Server als Testsystem genommen. Dort einen neuen Exchange aufgesetzt und die Migration klappte sofort. Im Livesystem mit "eigentlich" den selben Einstellungen hat es nicht geklappt. Das ist das Merkwürdige. Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 24. August 2020 Melden Teilen Geschrieben 24. August 2020 (bearbeitet) Tja bestätigt meine Erfahrung bei solchen „Tests“. Entweder es klappt im Testsystem alles super und im Livebetrieb dann nicht oder andersrum. ;) warum testet man denn so eine Migration? Die ist doch mehr oder weniger für die Benutzer schmerzfrei im livebetrieb durchführbar. zum Fehler: wie hoch hast du denn baditemlimits usw. definiert? bearbeitet 24. August 2020 von NorbertFe 1 Zitieren Link zu diesem Kommentar
testperson 1.677 Geschrieben 24. August 2020 Melden Teilen Geschrieben 24. August 2020 Hi, was findet sich denn im Report: Get-MigrationBatch -IncludeReport | fl Identity, Status, Report Gruß Jan Zitieren Link zu diesem Kommentar
Dutch_OnE 39 Geschrieben 25. August 2020 Autor Melden Teilen Geschrieben 25. August 2020 Report prüfe ich heute noch.. @Norbert ... Es war meine erste Migration. Da wollte ich das vorher einmal testen. Außerdem hat der Kunde ja einen neuen Server bekommen. Ich poste mal die Fehlermeldungen: 23.08.2020 14:49:27 [BSR-MAILServer] Migrationsfehler für Benutzer 'xxx@xxx.de': Fehler: Zeilen in einer Tabelle können nicht abgefragt werden. --> MapiExceptionTooComplex: Unable to query table rows. (hr=0x80040117, ec=-2147221225) Diagnostic context: Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=1007] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=320][latency=66] Lid: 52176 ClientVersion: 15.1.2044.4 Lid: 50032 ServerVersion: 15.1.2044.6004 Lid: 35180 Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropGetContentsTableExtended [164] Lid: 27962 ROP: ropSetColumns [18] Lid: 27962 ROP: ropRestrict [20] Lid: 27962 ROP: ropQueryRows [21] Lid: 17082 ROP Error: 0x80040117 Lid: 17153 Lid: 21921 StoreEc: 0x80040117 Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 61804 StoreEc: 0x80040117 Lid: 63016 dwParam: 0x15 Lid: 39640 StoreEc: 0x80040117 Lid: 45434 Guid: 83c931f0-abef-4b8b-8f70-e324d7aac089 Lid: 10786 dwParam: 0x0 Msg: 15.01.2044.004:BSR-MAILServer:cc3a96fc-15c5-4226-bee2-7053c486519f Lid: 1750 ---- Remote Context End ---- Lid: 31418 --- ROP Parse Done --- Lid: 22753 Lid: 21817 ROP Failure: 0x80040117 Lid: 28414 Lid: 32510 StoreEc: 0x80040117 Zitieren Link zu diesem Kommentar
NorbertFe 2.035 Geschrieben 25. August 2020 Melden Teilen Geschrieben 25. August 2020 https://techblog.ptschumi.ch/microsoft-exchange-server/mailbox-move-error-mapiexceptiontoocomplex-unable-to-query-table-rows/ Zitieren Link zu diesem Kommentar
Dutch_OnE 39 Geschrieben 25. August 2020 Autor Melden Teilen Geschrieben 25. August 2020 Das ist schonmal eine gute Idee mit dem Link. Zusätzlich habe ich noch was gefunden, wo man zunächst nochmal im Exchange 2010 eine neue DB machen soll und das Postfach vor der Migration nach 2016, erstmal in 2010 zur anderen "neuen" DB verschieben soll. Das werde ich mal zum Wochenende probieren Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 25. August 2020 Melden Teilen Geschrieben 25. August 2020 vor einer Stunde schrieb Dutch_OnE: Das werde ich mal zum Wochenende probieren Das kannst du jederzeit machen, maximal bekommt der User den Hinweis "Der Administrator...." Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.