Exchange 2013 Aufbewahrungsrichtlinie für Gelöschte Elemente wird nicht umgesetzt
Hallo zusammen,
wir haben vor kurzem auf Exchange 2013 migriert. Soweit so gut.
Ich habe nun eine Aufbewahrungsrichtlinie erstellt, die alle Elemente im Ordner "Gelöschte Elemente" nach 7 Tagen löschen soll.
Also Tag erstellt, neue Richtlinie erstellt, und diese den Postfächern zugewiesen.
Die Hintergrundwartung ist aktiviert. MSEchangeMailbox Assistant generiert ca alle 5 Minuten folgende Einträge im EventLog:
Dienst MSExchangeMailboxAssistants. "Assistent für die Speicherwartung" für die Datenbank "ex01 (08e679a3-c52b-45b5-aee6-9e8b8312d201)" hat einen Arbeitszyklusprüfpunkt erreicht (Dauer: 00:00:04.6877840). 10 Postfächer wurden erfolgreich verarbeitet. 0 Postfächer wurden aufgrund von Fehlern übersprungen. 0 Postfächer wurden separat verarbeitet. Es verbleiben 0 Postfächer in dieser Datenbank, die in den nächsten Arbeitszyklen verarbeitet werden.
Es tritt jedoch keine Änerung ein. Elemente sind nach wie vor vorhanden.
Woran kann es liegen das die Elemente nicht wie geplant gelöscht werden?
LitigationHold, SingleItemRecovery, RetentionHold sind deaktiviert. Die Exchange Umlaufprotokollierung ist aktiviert.
wir haben vor kurzem auf Exchange 2013 migriert. Soweit so gut.
Ich habe nun eine Aufbewahrungsrichtlinie erstellt, die alle Elemente im Ordner "Gelöschte Elemente" nach 7 Tagen löschen soll.
Also Tag erstellt, neue Richtlinie erstellt, und diese den Postfächern zugewiesen.
Die Hintergrundwartung ist aktiviert. MSEchangeMailbox Assistant generiert ca alle 5 Minuten folgende Einträge im EventLog:
Dienst MSExchangeMailboxAssistants. "Assistent für die Speicherwartung" für die Datenbank "ex01 (08e679a3-c52b-45b5-aee6-9e8b8312d201)" hat einen Arbeitszyklusprüfpunkt erreicht (Dauer: 00:00:04.6877840). 10 Postfächer wurden erfolgreich verarbeitet. 0 Postfächer wurden aufgrund von Fehlern übersprungen. 0 Postfächer wurden separat verarbeitet. Es verbleiben 0 Postfächer in dieser Datenbank, die in den nächsten Arbeitszyklen verarbeitet werden.
Es tritt jedoch keine Änerung ein. Elemente sind nach wie vor vorhanden.
Woran kann es liegen das die Elemente nicht wie geplant gelöscht werden?
LitigationHold, SingleItemRecovery, RetentionHold sind deaktiviert. Die Exchange Umlaufprotokollierung ist aktiviert.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 224514
Url: https://administrator.de/forum/exchange-2013-aufbewahrungsrichtlinie-fuer-geloeschte-elemente-wird-nicht-umgesetzt-224514.html
Ausgedruckt am: 18.06.2025 um 12:06 Uhr
5 Kommentare
Neuester Kommentar
Sind seit dem Erstellen der Richtlinie bzw. der Migration auch tatsächlich 7 Tage vergangen? Exchange verwendet für derartige Vorgänge das letzte Bearbeitungsdatum.
Wen also seit de Migration erst 3 Tage vergangen sind, dann musst du noch warten, bis die Richtlinie wirksam wird.
LG Günther
Wen also seit de Migration erst 3 Tage vergangen sind, dann musst du noch warten, bis die Richtlinie wirksam wird.
LG Günther
D. h. die Richtlinie wird erst nach 7 Tagen auf Elemente angewendet die bereits wesentlich älter sind? Oder wie muss man das verstehen?
Ich bin davon ausgegangen, dass wenn ich die Regel scharf schalte, Exchange damit beginnt Elemente zu entfernen die bereits älter sind.
Ich bin davon ausgegangen, dass wenn ich die Regel scharf schalte, Exchange damit beginnt Elemente zu entfernen die bereits älter sind.
Hi.
Exchange verwendet als Bezugsdatum den letzten Zugriff auf das jeweilige Element. Wenn nun bei einer Migration ein Postfach von einem alten Server auf den neuen Server verschoben wird, habe alle Element dieses Datum als Zeitstempel für die letzte Bearbeitung.
LG Günther
Exchange verwendet als Bezugsdatum den letzten Zugriff auf das jeweilige Element. Wenn nun bei einer Migration ein Postfach von einem alten Server auf den neuen Server verschoben wird, habe alle Element dieses Datum als Zeitstempel für die letzte Bearbeitung.
LG Günther
Hallo Günther,
die Migration ist bereits länger her als die in der Regel definierte Zeitspanne.
die Migration ist bereits länger her als die in der Regel definierte Zeitspanne.
Wirklich keiner eine Idee?
