Inhaltlich geprüft am 29. Oktober 2026
Outlook meldet ein volles Postfach, obwohl die sichtbaren Nachrichten nur 18 GB eines 100-GB-Kontingents belegen. Der Benutzer leert den Papierkorb, doch die Störung bleibt. Die Administration findet anschließend über 100 GB unter Recoverable Items. Das sind keine zwei Ansichten derselben Kapazität: Exchange Online verwendet getrennte Kontingente für normale Inhalte und wiederherstellbare Elemente.
Bei vollen Recoverable Items prüfen Sie zuerst das tatsächliche Kontingent, den Aufbewahrungsgrund und den funktionierenden Transfer ins Archiv. Eine zusätzliche Lizenz, ein geleerter Papierkorb oder ein großes Onlinearchiv beweisen noch keine Behebung. Dieser Leitfaden führt von der Messung zur Ergebniskontrolle und erläutert 100, 105 und 110 GB sowie die neue Archivkapazität von bis zu 3 TB für bestimmte Berechtigungen.
Drei getrennte Speicherbereiche
Sichtbare Outlook-Inhalte, verborgene Recoverable Items und das Onlinearchiv erfüllen unterschiedliche Aufgaben. Ein Ordner namens Archiv im normalen Postfach ist außerdem kein separates Onlinearchiv. Bei einer Störung müssen Sie wissen, wo die Elemente tatsächlich liegen.
| Bereich | Typische Inhalte | Was die Größe nicht beweist |
|---|---|---|
| Normale Inhalte des primären Postfachs | Posteingang, Gesendete Elemente, Kalender und Gelöschte Elemente | Freier Speicher hier schließt volle Recoverable Items nicht aus |
| Recoverable Items im primären Postfach | Wiederherstellbare gelöschte Elemente, aufbewahrte Kopien und interne Inhalte | Keine frei nutzbare zusätzliche Reserve für normale Nachrichten |
| Onlinearchiv einschließlich seiner Recoverable Items | Verschobene Elemente und zugehörige aufbewahrte Inhalte | Freier Archivspeicher garantiert keinen laufenden Transfer |
Die Dokumentation zu Recoverable Items erklärt das separate Kontingent und die Unterordner Deletions, Purges, Versions und DiscoveryHolds. Die Namen helfen, den Wachstumsmechanismus zu erkennen. Der größte Ordner ist aber nicht automatisch zur Löschung bestimmt.
Warum Löschen nicht unbedingt Platz schafft
Das Löschen einer Nachricht kann lediglich ihren Aufbewahrungsort ändern. Greift eine Aufbewahrungsregel oder ein Hold, bleibt eine Kopie für diesen Zweck erhalten. Auch ein Postfach, das eine Anwendung regelmäßig leert, kann deshalb betroffen sein: Wenige sichtbare Nachrichten bedeuten nicht wenig aufbewahrte Daten.
Unterscheiden Sie zwei Bedeutungen von Aufbewahrung. Exchange MRM kann ältere Elemente ins Archiv verschieben. Purview-Aufbewahrung und eDiscovery-Holds sichern Inhalte. Eine Archivverschiebung hebt die Aufbewahrungspflicht nicht auf. Microsoft beschreibt in der aktuellen Anleitung für Postfächer unter Hold die Verschiebung aus primären Recoverable Items in den entsprechenden Archivbereich, nicht die Beseitigung von Beweismitteln.
Ein Hold sollte daher nicht standardmäßig abgeschaltet und die Aufbewahrung gelöschter Elemente nicht pauschal auf null gesetzt werden. Klären Sie zuerst Regelverantwortung und Aufbewahrungszweck. Eine Änderung dieser Anforderung ist eine eigenständige fachliche Entscheidung, keine gewöhnliche Speicherbereinigung.
Was 30, 100, 105 und 110 GB bedeuten
Die Grundwerte stehen in den Exchange-Online-Dienstgrenzen. Archivierungsbedingte Erweiterungen müssen mit der Konfiguration des konkreten Postfachs zusammen gelesen werden. Die folgenden Werte sind keine vier beliebig wählbaren Größen.
| Konfiguration | Dokumentierter Wert | Bedeutung für die Diagnose |
|---|---|---|
| Standardpostfach ohne Hold | 30 GB | Eigenes Basiskontingent; nicht aus der Größe des Posteingangs ableiten |
| Passender Hold oder Aufbewahrungsrichtlinie | 100 GB | Tatsächlich wirksamen Aufbewahrungsmechanismus ermitteln |
| Archiv für Postfach unter Hold oder Aufbewahrungsrichtlinie aktiviert | 105 GB | Zusätzlicher Archivierungsspielraum, kein vervielfachtes Primärpostfach |
| Individuelle Aktivierung des automatisch erweiterbaren Archivs beim betreffenden Postfach | 110 GB | Bedingter Betriebspuffer; unterscheidet sich von organisationsweiter Aktivierung |
Der Unterschied zwischen individueller und organisationsweiter Aktivierung wird leicht übersehen. Laut Einrichtungsanleitung fügt die organisationsweite Aktivierung allein nicht dieselben 10 GB hinzu wie die individuelle Operation bei einem Postfach unter Hold. Auch AutoExpandingArchiveEnabled beim Benutzer muss danach nicht auf True wechseln. Eine einzelne Eigenschaft reicht deshalb nicht aus.
Arbeiten Sie im Störungsfall mit den tatsächlichen Werten von RecoverableItemsQuota und RecoverableItemsWarningQuota, dem Archivstatus und der Organisationskonfiguration. Die Tabelle erklärt den Mechanismus, ersetzt aber keine Messung im Tenant.
Ein 3-TB-Archiv macht das Primärpostfach nicht 3 TB groß
Microsoft kündigte im Oktober 2026 die Anhebung des maximalen automatisch erweiterbaren Archivs von 1,5 TB auf 3 TB für ausdrücklich berechtigte Lizenzen an. Nach dem aktuellen Kapazitätsüberblick begann die Einführung Mitte Oktober; der Abschluss war für Ende Oktober vorgesehen. Zum Prüfdatum dieses Artikels bestätigt das keinen Abschluss in sämtlichen Tenants.
Zu den berechtigten Angeboten gehören beispielsweise Microsoft 365 E5, Office 365 E5 und Microsoft 365 Purview Suite. Bei E5 verlangt die Dokumentation, dass der entsprechende Records-Management-Dienstplan aktiviert bleibt. Andere Lizenzen erhalten nicht automatisch 3 TB. Auch werden 3 TB nicht sofort als freier Speicher zugewiesen: Das Archiv wächst schrittweise.
Für die Diagnose ist entscheidend: Das höhere Archivmaximum vergrößert primäre Recoverable Items nicht auf Terabytes. Die Behebung muss Transferweg, verfügbaren Archivspeicher und Verarbeitungszeit berücksichtigen. Ist der verborgene Primärspeicher heute voll, stellt eine zukünftige Archiverweiterung den Betrieb nicht von selbst wieder her.
Diagnose ohne Inhalte zu löschen
Beginnen Sie mit lesenden Abfragen über Exchange Online PowerShell und angemessenen Verwaltungsberechtigungen. Ersetzen Sie benutzer@example.com durch das untersuchte Postfach. Die folgenden Abfragen erfassen den Zustand und ändern keine Konfiguration.
- Prüfen Sie Postfachtyp, Kontingente, Archiv und Holds mit
Get-Mailbox -Identity benutzer@example.comund den entsprechenden Eigenschaften. LitigationHoldEnabled=False allein ist kein vollständiger Überblick über Aufbewahrungsrichtlinien. - Ermitteln Sie die Primärgröße mit
Get-EXOMailboxStatistics -Identity benutzer@example.com. Verwenden Sie für das Archiv den unterstützten Schalter-Archive. - Untersuchen Sie Recoverable Items mit
Get-EXOMailboxFolderStatistics -Identity benutzer@example.com -FolderScope RecoverableItems. Ergänzen Sie-Archivefür den entsprechenden Archivbereich. - Notieren Sie den Messzeitpunkt und vergleichen Sie FolderSize, FolderAndSubfolderSize und Elementzahlen. Wiederholen Sie die Messung in einem festgelegten Intervall, um dauerhaftes Wachstum von Einzelereignissen zu unterscheiden.
Die Parameter erläutern Get-EXOMailboxStatistics und Get-EXOMailboxFolderStatistics. Für diesen Artikel wurden die Befehle gegen die Dokumentation geprüft, nicht mit Kundendaten ausgeführt.
Addieren Sie einen übergeordneten FolderAndSubfolderSize-Wert nicht zu seinen untergeordneten Aggregaten: Damit würden dieselben Elemente mehrfach gezählt. Prüfen Sie interne Suchverarbeitungsordner unter DiscoveryHolds gesondert. Microsoft weist darauf hin, dass bestimmte solche Ordner keine wiederherstellbaren Postfachinhalte speichern und nicht zum Kontingent zählen. Große Einzelwerte dürfen deshalb nicht blind zu einer Gesamtnutzung addiert werden.
Aus Messwerten eine Entscheidung ableiten
Das folgende Arbeitsmodell ist ein redaktionelles Beispiel, keine Kundenmessung. Alle Größen verwenden zur Vereinfachung dieselbe Einheit GB.
| Kennzahl | Modellwert | Folgerung |
|---|---|---|
| Sichtbare primäre Nachrichten | 18 von 100 GB | Ein größeres Primärpostfach erklärt die Störung nicht |
| Recoverable Items | 101 von tatsächlich konfigurierten 105 GB | 4 GB Betriebsspielraum verbleiben |
| Nettowachstum von Recoverable Items | 0,4 GB pro Tag | Bei unverändertem Verlauf bleiben ungefähr zehn Tage |
| Archiv | 70 von anfänglichen 100 GB | Speicher vorhanden; Transfer und Erweiterungsbedingungen prüfen |
Die Rechnung freie Kapazität / tägliches Nettowachstum ist eine Planungshilfe, keine exakte Prognose. Änderungen bei Nutzung, Anhängen oder Aufbewahrung können den Verlauf verändern. Für das zuständige Team ergibt sich dennoch eine belastbarere Frist als bloß abzuwarten, ob die Archivierung anläuft.
Reichen zehn Tage für eine geprüfte Behebung und gegebenenfalls einen Supportfall nicht aus, eskalieren Sie sofort. Die Bereitstellung zusätzlicher automatisch erweiterbarer Archivkapazität kann bis zu 30 Tage dauern. Die Aktivierung lässt sich zudem nicht rückgängig machen und beeinflusst den späteren Umgang mit einem inaktiven Postfach. Sie eignet sich daher nicht als unüberlegter Masseneingriff bei jeder Vollmeldung.
Den Transfer prüfen, nicht nur die Befehlsausführung
Die neuere schwellenwertbasierte automatische Archivierung ist etwas anderes als die automatische Archiverweiterung. Die Dokumentation beschreibt einen Transfer oberhalb von 96 %, ein vorhandenes Archiv mit freiem Speicher und getrennte Prüfungen der primären und Recoverable-Items-Kontingente. Sie nennt Ausnahmen wie zu neue Elemente und Never Move to Archive. Die Seite erwähnt weiterhin Preview; prüfen Sie die Verfügbarkeit deshalb im eigenen Umfeld.
Nach einer Behebung müssen mehrere Signale zusammenpassen: Das richtige Kontingent sinkt, der passende Archivbereich wächst, die Verarbeitung gelingt und der betroffene Arbeitsablauf funktioniert wieder. Prüfen Sie Empfang, Kalender und Löschen anhand eines nichtproduktiven Testelements. Ein gestarteter Managed Folder Assistant beweist noch keinen abgeschlossenen Transfer.
Bleiben die Größen unverändert, stellen Sie für den Support eine Zeitreihe, aktuelle Kontingente, Archivstatus, relevante Richtlinien und genaue Symptome zusammen. Aufbewahrungsentscheidungen gehören zum Regelverantwortlichen. Lizenzfragen erläutert Freigegebenes Postfach: Lizenzen und Archiv; Aufbewahrung, Archiv und Backup trennt Erhaltung von Wiederherstellung.
Häufig gestellte Fragen
Warum hilft das Leeren des Papierkorbs nur kurz oder gar nicht?
Elemente können in Recoverable Items wechseln und bei entsprechender Aufbewahrung erhalten bleiben. Ermitteln Sie zuerst das volle Kontingent. Das Löschen sichtbarer Nachrichten entfernt nicht automatisch deren aufbewahrte Kopien.
Vergrößert E5 Recoverable Items auf 3 TB?
Nein. Das neue Maximum betrifft ein berechtigtes automatisch erweiterbares Archiv einschließlich seiner aufbewahrten Daten. Primäre Recoverable Items haben ein eigenes Kontingent. Prüfen Sie auch Einführung und aktivierte Lizenzbestandteile.
Sind Auto-archiving und Auto-expanding Archiving dasselbe?
Nein. Ersteres verschiebt geeignete Elemente abhängig von der Belegung; Letzteres erweitert die Archivkapazität schrittweise. Klären Sie den benötigten Mechanismus und seine Voraussetzungen.
Bedeutet der Wert False ein deaktiviertes Archiv?
Die Eigenschaft AutoExpandingArchiveEnabled allein reicht nicht. Organisationsweite Aktivierung muss den Benutzerwert nicht auf True ändern. Unterscheiden Sie vorhandenes Archiv, individuelle Aktivierung und Organisationseinstellung.
Sollten wir den Hold zur Wiederherstellung des Betriebs entfernen?
Nicht automatisch als ersten Schritt. Er kann Inhalte für einen Fall oder eine Aufbewahrungsanforderung sichern. Erfassen Sie zunächst Regeln, Archivierung und Kontingente. Eine Aufhebung braucht eine gesonderte genehmigte Entscheidung und ein geeignetes Verfahren.
