Exchange Online löschen von Daten in Microsoft 365

Artikel
10/21/2023

Innerhalb Exchange Online gibt es zwei Arten von Löschungen: vorläufige Löschungen und endgültige Löschungen. Dies gilt sowohl für Postfächer als auch für Elemente innerhalb eines Postfachs.

Vorläufig gelöschte und endgültig gelöschte Postfächer

Ein vorläufig gelöschtes Benutzerpostfach ist ein Postfach, das mit dem Microsoft 365 Admin Center oder dem Cmdlet Remove-Mailbox gelöscht wurde und sich noch weniger als 30 Tage im Microsoft Entra ID-Papierkorb befindet. Ein Postfach kann auf eine der folgenden Arten vorläufig gelöscht werden:

Das dem Benutzerpostfach zugeordnete Microsoft Entra Benutzerkonto wird vorläufig gelöscht (das Benutzerobjekt liegt außerhalb des Gültigkeitsbereichs oder befindet sich im Papierkorbcontainer).
Das dem Benutzerpostfach zugeordnete Microsoft Entra Benutzerkonto wurde endgültig gelöscht, aber das Exchange Online Postfach befindet sich unter einer Beweissicherung oder eDiscovery-Aufbewahrung.
Das dem Benutzerpostfach zugeordnete Microsoft Entra Benutzerkonto wurde innerhalb der letzten 30 Tage gelöscht. Dies ist die maximale Aufbewahrungsdauer, Exchange Online das Postfach in einem vorläufig gelöschten Zustand belassen wird, bevor es dauerhaft gelöscht und nicht wiederhergestellt werden kann.

Ein endgültig gelöschtes Benutzerpostfach ist ein Postfach, das auf eine der folgenden Arten gelöscht wurde:

Das Benutzerpostfach wurde seit mehr als 30 Tagen vorläufig gelöscht, und die zugeordnete Microsoft Entra Benutzer wurde endgültig gelöscht. Alle Postfachinhalte wie E-Mails, Kontakte und Dateien werden dauerhaft gelöscht.
Das dem Benutzerpostfach zugeordnete Benutzerkonto wurde aus der Microsoft Entra-ID endgültig gelöscht. Das Benutzerpostfach wird jetzt vorläufig in Exchange Online gelöscht und verbleibt 30 Tage lang in einem vorläufig gelöschten Zustand. Wenn innerhalb des Zeitraums von 30 Tagen ein neuer Microsoft Entra Benutzer vom ursprünglichen Empfängerkonto mit demselben ExchangeGuid oder ArchiveGuid synchronisiert wird und dieses neue Konto für Exchange Online lizenziert ist, führt dies zu einer endgültigen Löschung des ursprünglichen Benutzerpostfachs. Alle Postfachinhalte wie E-Mails, Kontakte und Dateien werden dauerhaft gelöscht.
Ein vorläufig gelöschtes Postfach wird mithilfe von Remove-Mailbox -PermanentDelete gelöscht.

In den obigen Löschszenarien wird davon ausgegangen, dass sich das Benutzerpostfach in keinem der Haltezustände befindet, z. B. Beweissicherungsverfahren oder eDiscovery-Aufbewahrung. Wenn für das Postfach eine Art von Aufbewahrung vorhanden ist, kann das Postfach nicht gelöscht werden. Für alle Empfängertypen von E-Mail-Benutzern werden alle Haltehalteeinstellungen ignoriert und haben keine Auswirkungen auf endgültige Löschungen oder vorläufige Löschungen.

Vorläufig gelöschte und endgültig gelöschte Elemente

Wenn ein Benutzer ein Postfachelement (z. B. eine E-Mail-Nachricht, einen Kontakt, einen Kalendertermin oder eine Aufgabe) löscht, wird das Element in den Ordner "Wiederherstellbare Elemente" und in einen Unterordner namens "Deletions" verschoben. Dies wird als vorläufiges Löschen bezeichnet. Die Aufbewahrungsdauer für gelöschte Elemente im Ordner Löschvorgänge hängt von der Aufbewahrungsdauer für gelöschte Elemente ab, die für das Postfach festgelegt ist. Ein Exchange Online Postfach behält gelöschte Elemente standardmäßig 14 Tage lang bei, aber Exchange Online Administratoren können diese Einstellung ändern, um den Zeitraum auf maximal 30 Tage zu erhöhen. (Ausführliche Schritte zum Verlängern des Aufbewahrungszeitraums für gelöschte Elemente für ein Exchange Online Postfach finden Sie unter Ändern der Aufbewahrungsdauer dauerhaft gelöschter Elemente für ein Exchange Online Postfach.) Benutzer können gelöschte Elemente wiederherstellen oder löschen, bevor die Aufbewahrungszeit für ein gelöschtes Element abläuft. Dazu verwenden sie das Feature "Gelöschte Elemente wiederherstellen" in Microsoft Outlook oder Outlook im Web.

Wenn ein Benutzer ein gelöschtes Element mithilfe der Funktion "Gelöschte Elemente wiederherstellen" in Outlook oder Outlook im Web löscht, wird dies als endgültiges Löschen bezeichnet. In Exchange Online ist die Wiederherstellung einzelner Elemente standardmäßig aktiviert, wenn ein neues Postfach erstellt wird, sodass ein Administrator weiterhin hart gelöschte Elemente wiederherstellen kann, bevor der Aufbewahrungszeitraum für gelöschte Elemente abläuft. Zudem werden Kopien des ursprünglichen Elements, wenn die Wiederherstellung einzelner Elemente aktiviert ist, beibehalten, sofern die Nachricht durch einen Benutzer oder Prozess geändert wird.

Seitenentullung

Nulling ist ein Sicherheitsmechanismus, der entweder Nullen oder ein binäres Muster über gelöschte Daten schreibt, sodass die gelöschten Daten schwieriger wiederhergestellt werden können. In Exchange Online verwenden Postfachdatenbanken Seiten als Speichereinheit und implementieren einen Überschreibungsprozess, der als Seitenentullung bezeichnet wird. Das Nullen von Seiten ist standardmäßig aktiviert und kann nicht von Kunden oder Microsoft deaktiviert werden. Page Zeroing-Vorgänge werden in den Transaktionsprotokolldateien aufgezeichnet, sodass alle Kopien einer bestimmten Datenbank auf ähnliche Weise auf Seiten null gesetzt werden. Durch das Nullen einer Seite in einer aktiven Datenbankkopie wird die Seite bei passiven Kopien der Datenbank auf null gesetzt.

Durch das Nullen von Seiten wird ein binäres Muster über hart gelöschte Datensätze geschrieben. Das Seitennull-Muster ist spezifisch für ESE-Vorgänge (Extensible Storage Engine) (der Name der internen Datenbank-Engine, die von Servern in Exchange Online verwendet wird), und es unterscheidet sich für Laufzeitvorgänge im Vergleich zu Datenbankwartungsvorgängen im Hintergrund. (Die Datenbankwartung im Hintergrund ist ein Prozess, bei dem jede Datenbank kontinuierlich überprüft und überprüft wird. Seine primäre Funktion ist das Erstellen von Prüfsummendatenbankseiten, aber es kümmert sich auch um das Bereinigen von Speicherplatz und das Entfernen von Datensätzen und Seiten, die aufgrund eines Speicherabsturzes nicht auf Null gesetzt wurden.)

In der folgenden Tabelle sind die Füllmuster zusammengestellt, die für die speziellen Laufzeitvorgänge verwendet werden.

ESE-Laufzeitvorgang	Füllmuster
Ersetzen	R
Datensatz/Long-Wert löschen	D
Freigegebener Seitenspeicherplatz	H

In der folgenden Tabelle sind die Füllmuster zusammengestellt, die den speziellen Vorgängen entsprechen, die bei der Hintergrundwartung einer ESE-Datenbank ausgeführt werden.

Hintergrundwartungsvorgang für ESE-Datenbank	Füllmuster
Datensatz löschen	D
Long-Wert löschen	L
Freigegebener Seitenspeicherplatz einer teilweise verwendeten Seite	Z
Freigegebener Seitenspeicherplatz einer nicht verwendeten Seite	U

Prozess zum Nullen von Seiten

Der Prozess für das Nullen von Seiten hängt vom Löschszenario ab. In der folgenden Tabelle ist für verschiedene Datenbanklöschszenarien erläutert, wann Funktionen zum unwiderruflichen Löschen ausgeführt werden.

Datenbanklöschszenario	ESE-Vorgang und -Zeitrahmen für unwiderrufliches Löschen von Datenbankdaten
Das Element läuft basierend auf dem Aufbewahrungszeitraum für gelöschte Elemente ab.	Ein asynchroner Thread schreibt ein binäres Muster über die gelöschten Daten. Diese Aktion wird innerhalb von Millisekunden nach dem Datensatzlöschvorgang ausgeführt. Wenn der Store-Prozess abstürzt, während die asynchrone Nulling-Arbeit noch aussteht (oder die Versionsspeicherbereinigung aufgrund einer Zunahme des Versionsspeichers abgebrochen wird), wird das Nulling abgeschlossen, wenn die Hintergrunddatenbankwartung diesen Abschnitt der Datenbank verarbeitet.
Ansichtsszenario: Ablauf von Elementen aus outlook/Outlook im Web Ordneransicht (z. B. Unterhaltungsansicht)	Unwiderrufliches Löschen von Daten wird ausgeführt, wenn die Hintergrundwartung der Datenbank diesen Abschnitt der Datenbank verarbeitet.
Postfach verschieben/Postfach löschen Szenario: Quellpostfach gelöscht (Ablauf des gelöschten Postfachs)	Unwiderrufliches Löschen von Daten wird ausgeführt, wenn die Hintergrundwartung der Datenbank diesen Abschnitt der Datenbank verarbeitet.

Postfachdatentypen ohne Seitenentullung

Für die folgenden Postfachdatentypen gibt es keine Vorkehrungen für das Nullen von Seiten:

Transaktionsprotokolle der Postfachdatenbank : Wenn Transaktionsprotokolle im Rahmen von normalen Vorgängen gelöscht werden, gibt es keinen Prozess, der die Blöcke im Dateisystem, in denen die gelöschten Protokolldateien gespeichert wurden, null ist. Es ist wahrscheinlich, dass das Dateisystem diesen freien Speicherplatz für neu erstellte Protokolle schnell wieder verwendet, aber es gibt keine Garantie, dass dies geschieht.
Inhaltsindexkatalogdateien: Exchange Online search Foundation (auch als FAST bezeichnet) für die Suchindizierungsfunktion verwendet. Der Suchindexkatalog besteht aus mehreren Dutzend Dateien, die auf demselben Volume wie die Postfachdatenbankdatei gespeichert sind. Wenn eine Nachricht endgültig aus der Postfachdatenbank gelöscht wird, wird der zugeordnete Inhalt im Suchkatalog nicht sofort gelöscht. Inhaltslöschung tritt auf, wenn Search Foundation einen Schatten (oder master Zusammenführung) vieler kleiner Katalogdateien in einer einzelnen größeren Datei durchführt. Nach Abschluss der master Merge werden die kleineren Katalogdateien gelöscht. Es gibt keinen Prozess, bei dem die Blöcke, die die gelöschten Katalogdateien gespeichert haben, null sind.

Fortlaufende Replikation

Kontinuierliche Replikation (auch als Protokollversand und -wiedergabe bezeichnet) ist eine Technologie in Exchange Online, die Kopien jeder Postfachdatenbank erstellt und verwaltet, um Hochverfügbarkeit, Standortresilienz und Notfallwiederherstellung zu gewährleisten. Die fortlaufende Replikation verwendet die Exchange Server Unterstützung für die Wiederherstellung von Datenbankabstürzen, um Eine Technologie bereitzustellen, die eine asynchrone Aktualisierung einer oder mehrerer Kopien einer Postfachdatenbank durchführt. Jeder Postfachserver zeichnet Datenbankupdates, die für eine aktive Datenbank (z. B. Benutzer-E-Mail-Aktivitäten) vorgenommen wurden, als Protokolldatensätze in einem sequenziellen Satz von 1-MB-Transaktionsprotokolldateien auf. Dieser Satz von Dateien wird als Protokollstream bezeichnet. Bei der kontinuierlichen Replikation wird der Protokollstream auch verwendet, um eine oder mehrere Kopien einer Datenbank asynchron zu aktualisieren. Dies wird erreicht, indem die Protokolle an einen Speicherort übertragen werden, der eine passive Kopie der aktiven Datenbank enthält, und diese dann in die passive Datenbankkopie wiedergegeben werden. Wenn alle Protokolle aus der aktiven Datenbank für eine passive Kopie der Datenbank wiedergegeben werden, sind die beiden Datenbanken gleichwertig, und durch diesen Prozess werden alle physischen Änderungen, die an einer aktiven Datenbank vorgenommen wurden, in alle passiven Kopien dieser Datenbank repliziert.

Jede Löschung aus einer Postfachdatenbank, unabhängig davon, ob ein Postfachelement oder ein gesamtes Postfach, und ob ein vorläufiges oder ein endgültiges Löschen, stellt eine physische Änderung an der aktiven Datenbank dar. Das Nullen von Seiten umfasst auch physische Änderungen an der aktiven Datenbank. Diese Änderungen werden über einen Prozess, der als fortlaufende Replikation bezeichnet wird, in die Protokolldateien geschrieben. Wenn diese Protokolldateien für passive Kopien der Datenbank wiedergegeben werden, werden dieselben physischen Änderungen an diesen passiven Datenbanken vorgenommen.