Benutzer mit den meisten Antworten
Mailbox-Export wird nicht beendet

Frage
-
Hallo an die Community,
ich habe aktuell einen Fall bei einem Kunden mit Exchange Server 2016 CU16 und einem On-Premise Postfach ohne Archiv.
Das Postfach hat eine Größe von ca. 50GB. Dieses möchte ich exportieren und stoße dies via "New-MailboxExportRequest" an (Alternativ auch über die EAC, was zum gleichen Ergebnis führt).
Der Export startet und gibt auch fleißig einen Prozentwert über "Get-MailboxExportRequestStatistics" aus. Die erzeugte PST-Datei wächst auch.
Schaue ich nun am nächsten Tag in den Ordner, ist die PST weitaus größer als das Postfach an sich. Ich habe das ganze nach einigen Tagen bei 250GB abgebrochen. "Get-MailboxExportRequestStatistics" gibt nun auch wieder einen geringeren Prozentwert an als bei der Überprüfung am Vortag, als ob der Vorgang an einem bestimmten Punkt stumpf neu startet.
Die PST ist nach dem Abbruch offenbar unbrauchbar, zumindest konnte ich diese nicht im Outlook einbinden. Ich habe den Vorgang bereits mehrfach neu gestartet, ohne Besserung. Teilweise wuchs die PST gar nicht und bliebt 265 KB groß.
Hat jemand eine Idee, wie ich mich dem Problem nähern kann? Wo könnte es Haken?
Es betrifft nicht nur dieses eine Postfach, ich hatte diese Probleme in der Vergangenheit am gleichen Server bereits mit anderen Postfächern.
Vielen Dank im Voraus
Antworten
-
Der Switch -IncludeReport hat während der Laufzeit des Exports extakt das gleiche ausgegeben wie ohne.
...
Könnten hier tägliche Jobs wie die Sicherung das Verhalten auslösen?
Na, da musst Du in die Property 'Report' schauen ;-) Die wird in der Default-Ansicht nicht ausgegeben...
Ja, das Backup kann bisweilen zu solchen Phänomenen führen. Auch DAG-Failover (falls es eine DAG ist) können für so etwas sorgen. Steht alles im Report...
Evgenij Smirnov
- Als Antwort markiert NobbyausHBModerator Donnerstag, 30. Juli 2020 05:12
Alle Antworten
-
Moin,
Get-MailboxExportRequestStatistics hat den Switch -IncludeReport . Da sollte irgendwas Erhellendes drin stehen.
Ist für die betroffenen Postfächer evtl. In-Place-Hold aktiv?
Evgenij Smirnov
-
Hallo und vielen Dank für die schnelle Antwort
Der Switch -IncludeReport hat während der Laufzeit des Exports extakt das gleiche ausgegeben wie ohne. "Leider" hat der Export nun im Xten Anlauf funktioniert, sodass dieser ohne Fehler abgeschlossen wurde und eine passend große PST exportiert hat.
Ich habe den Export sonst in der Regel Abends angestoßen und am nächsten Tag kontrolliert. Könnten hier tägliche Jobs wie die Sicherung das Verhalten auslösen? (Exchange ist eine VM unter Hyper-V und wird mittels Veeam gesichert. Veeam macht auch das SQL truncate nach erfolgreicher Sicherung)
-
Der Switch -IncludeReport hat während der Laufzeit des Exports extakt das gleiche ausgegeben wie ohne.
...
Könnten hier tägliche Jobs wie die Sicherung das Verhalten auslösen?
Na, da musst Du in die Property 'Report' schauen ;-) Die wird in der Default-Ansicht nicht ausgegeben...
Ja, das Backup kann bisweilen zu solchen Phänomenen führen. Auch DAG-Failover (falls es eine DAG ist) können für so etwas sorgen. Steht alles im Report...
Evgenij Smirnov
- Als Antwort markiert NobbyausHBModerator Donnerstag, 30. Juli 2020 05:12
-
Moin,
SQL Truncate ist Wurst, Exchange hat EDB also Jet Datenbanken.
Aber ja, das kann ein Auslöser sei, daher markiere ich auch die Antwort von Evgenij
Könnten hier tägliche Jobs wie die Sicherung das Verhalten auslösen? (Exchange ist eine VM unter Hyper-V und wird mittels Veeam gesichert. Veeam macht auch das SQL truncate nach erfolgreicher Sicherung)
Gruß Norbert
- Bearbeitet NobbyausHBModerator Donnerstag, 30. Juli 2020 05:12