SharePoint-Versionsverlauf: warum er Speicher frisst und wie man ihn begrenzt

SharePoint-Speicher wird in den seltensten Fällen von den sichtbaren Dateien selbst voll, sondern von unsichtbaren Versionen und dem Papierkorb im Hintergrund. Seit der Einführung der automatischen Versionsverlauf-Grenzen reduziert sich dieser Speicherverbrauch laut Microsoft um bis zu 96 Prozent gegenüber reinen Zähllimits, ohne dass Nutzer auf ältere Versionen verzichten müssen. Wer die Ursache eines vollen Kontingents sucht, sollte deshalb zuerst dort nachsehen. Stand: August 2026.

Warum füllt der Versionsverlauf den Speicher, obwohl niemand große Dateien hochlädt?

Ein in den offiziellen Microsoft-Q&A-Foren dokumentierter Praxisfall zeigt das Muster: Ein Tenant verlor unbemerkt rund 140 Terabyte an freiem Speicher, bis das Kontingent überschritten war und die Website in den schreibgeschützten Modus wechselte. Als Hauptursachen nennt die Antwort Papierkorb-Inhalte und aufsummierte Dateiversionen, also gerade die Bereiche, die in der normalen Bibliotheksansicht unsichtbar bleiben. Jede gespeicherte Version einer Datei zählt vollständig zum Speicherkontingent, auch wenn sich nur ein kleiner Teil des Inhalts geändert hat.

Was macht die Automatische Einstellung anders als ein festes Zähllimit?

Laut Microsofts Dokumentation zu Versionsverlauf-Grenzen ist Automatic die empfohlene Standardeinstellung und arbeitet nach einem gestaffelten Algorithmus statt einem starren Zähllimit: Innerhalb der ersten 30 Tage bleiben alle Versionen bis zu einem Limit von 500 erhalten, zwischen Tag 30 und 60 nur noch eine Version pro Stunde, zwischen Tag 60 und 180 eine Version pro Tag, und älter als 180 Tage eine Version pro Woche, bis wiederum die 500er-Obergrenze erreicht ist. Laut Microsofts Planungsleitfaden für Versionsspeicher führt dieser gestaffelte Abbau in einem dokumentierten Beispielzeitraum von sechs Monaten zu rund 96 Prozent weniger Versionsspeicher im Vergleich zu einem reinen Zähllimit, bei einem separaten Beispiel mit durchgehender Bearbeitung über mehrere Monate zu rund 94 Prozent Reduktion. Nutzer verlieren dabei nicht den Zugriff auf relevante Wiederherstellungspunkte, weil gerade die jüngeren, wahrscheinlicher benötigten Versionen erhalten bleiben.

Auf welcher Ebene lassen sich Versionsgrenzen überhaupt setzen?

Versionsverlauf-Grenzen greifen auf vier möglichen Ebenen: Organisation, Website, Bibliothek und einzelnes OneDrive-Konto. Global- und SharePoint-Administratoren legen die Standardeinstellung für die gesamte Organisation fest, die automatisch für alle neu angelegten Bibliotheken gilt. Website-Besitzer können diese Vererbung für eine einzelne Website aufbrechen, allerdings laut Microsofts Anleitung zum Ändern von Website-Grenzen ausschließlich über PowerShell, nicht über die grafische Oberfläche. Eine Änderung auf Website-Ebene lässt sich wahlweise nur auf neue Bibliotheken, nur auf bestehende oder auf beide gleichzeitig anwenden, wobei die Aktualisierung bestehender Bibliotheken asynchron im Hintergrund läuft und laut Microsoft bis zu 24 Stunden dauern kann.

Was gilt, wenn ich statt Automatic ein manuelles Limit setzen will?

Beim manuellen Modus lässt sich ein Zähllimit für Hauptversionen mit oder ohne zusätzliches Ablaufdatum in Tagen konfigurieren. Wichtig für die Praxis: Die Benutzeroberfläche verhindert Werte unter 100 Hauptversionen oder unter 30 Tagen Ablauffrist, weil Microsoft solche niedrigen Werte ausdrücklich als Risiko für unbeabsichtigten Datenverlust einstuft, auch wenn sich über die öffentliche API technisch niedrigere Werte setzen ließen. Versionen, die ein gesetztes Limit überschreiten, werden zudem endgültig gelöscht und nicht in den Papierkorb verschoben, lassen sich also nach dem Löschen nicht mehr wiederherstellen. Eine Ausnahme gilt für Inhalte unter einer Aufbewahrungsrichtlinie oder einem eDiscovery-Hold: Dort werden Versionsgrenzen laut Microsoft ignoriert, bis die Aufbewahrungsfrist abgelaufen oder der Hold aufgehoben ist.

Wer den SharePoint-Aufräumbedarf im Rahmen einer laufenden Automatisierung mit erledigen will, findet Unterstützung in der Automatisierungsberatung.

Häufige Fragen zum SharePoint-Versionsverlauf

Sollte ich für mein Unternehmen Automatic oder ein manuelles Limit wählen?

Für die meisten Organisationen empfiehlt Microsoft die Automatic-Einstellung, weil sie den höchsten Speicher-Nutzen-Kompromiss bietet, ohne dass Administratoren Zähl- oder Ablaufwerte selbst schätzen müssen. Ein manuelles Limit lohnt sich vor allem dort, wo eine feste, vorhersehbare Anzahl an Versionen aus regulatorischen oder internen Gründen garantiert erhalten bleiben muss.

Kann ich bereits gelöschte Versionen aus dem Papierkorb wiederherstellen?

Das kommt auf den Löschweg an. Löscht ein Nutzer eine Version manuell aus dem Versionsverlauf einer Datei, landet sie laut Microsoft im Papierkorb der Website und ist dort befristet wiederherstellbar. Werden Versionen dagegen automatisch durch ein gesetztes Limit oder einen geplanten Trimm-Auftrag entfernt, umgeht das den Papierkorb vollständig und ist endgültig.

Wirkt sich eine neue Organisationsgrenze automatisch auf bestehende Bibliotheken aus?

Nein, nicht automatisch. Eine geänderte Standardeinstellung auf Organisationsebene gilt zunächst nur für neu angelegte Bibliotheken. Um bestehende Bibliotheken anzugleichen und vorhandene Versionen zu kürzen, sind laut Microsoft zusätzliche, separate Schritte nötig.

Verhindert ein Versionslimit, dass wichtige Dokumente als Datensatz dauerhaft archiviert werden?

Nein. Dokumente, die explizit als Datensatz gekennzeichnet sind, sind laut Microsoft von der automatischen Versionslöschung ausgenommen, unabhängig vom konfigurierten Limit.