# SharePoint-Wiederherstellung: Warum native Optionen nicht ausreichen > Microsoft 365 bietet native Wiederherstellungstools, die jedoch erhebliche Einschränkungen aufweisen. Entdecken Sie die Risiken, wenn Sie sich auf den SharePoint-Papierkorb und die Versionshistorie verlassen, und warum ein dediziertes Drittanbieter-Backup unerlässlich ist. Source: https://loopbackup.com/de/blog/sharepoint-restore-limitations-why-native-recovery-isn-t-eno-mqj9sgp5 Publisher: Loop Backup Content language: de --- Microsoft SharePoint ist ein Kraftpaket für die Zusammenarbeit, eine zentrale Drehscheibe, wo Unternehmen kritische Informationen speichern, teilen und verwalten. Bei so vielen wertvollen Daten, die auf einer Plattform konzentriert sind, wird die Frage der Sicherung und Wiederherstellung von größter Bedeutung. Viele Organisationen gehen davon aus, dass ihre Daten automatisch sicher sind, nur weil sie sich in der Microsoft Cloud befinden. Obwohl Microsoft eine hervorragende Infrastrukturverfügbarkeit bietet, liegt die Verantwortung für den Schutz Ihrer tatsächlichen Daten – vor versehentlichem Löschen, Beschädigung oder böswilligen Angriffen – letztendlich bei Ihnen. Nativ bietet SharePoint einige Sicherheitsnetze: den Papierkorb und die Versionshistorie. Diese Tools sind nützlich, um einfache, alltägliche Fehler schnell rückgängig zu machen. Ein Mitarbeiter löscht versehentlich eine Datei? Der Papierkorb kann sie wahrscheinlich wiederherstellen. Jemand überschreibt ein Dokument mit unerwünschten Änderungen? Die Versionshistorie könnte den Tag retten. Sich jedoch auf diese Funktionen als vollständige Backup-Strategie zu verlassen, ist ein gefährliches Glücksspiel. Es sind Komfort-Tools, keine umfassende Datensicherung, und ihre Einschränkungen können Ihr Unternehmen gefährlich ungeschützt lassen. Dieser Artikel untersucht die kritischen Mängel der nativen Wiederherstellungsoptionen von SharePoint und plädiert für eine dedizierte [SharePoint-Backup](/sharepoint-backup)-Lösung von Drittanbietern. Das Verständnis dieser Lücken ist der erste Schritt zu einer resilienten Datenschutzstrategie, die mehr als nur kleinere Missgeschicke übersteht. ## Die Illusion der Sicherheit: SharePoints native Wiederherstellungstools Bevor wir uns mit ihren Einschränkungen befassen, ist es wichtig zu verstehen, wofür die integrierten Wiederherstellungstools von SharePoint konzipiert sind. Sie bieten eine erste Verteidigungslinie gegen gängige Datenverlust-Szenarien und ermöglichen Benutzern und Administratoren eine schnelle und einfache Selbstbedienung bei kleineren Wiederherstellungen. Sie sind ein integraler Bestandteil des täglichen SharePoint-Erlebnisses, aber ihr Umfang ist absichtlich begrenzt. Dabei handelt es sich hauptsächlich um den Papierkorb und die Versionshistorie. Der Papierkorb dient als temporärer Speicherbereich für gelöschte Dateien und Listen, während die Versionshistorie inkrementelle Änderungen an Dokumenten im Laufe der Zeit verfolgt. Beide sind standardmäßig aktiviert und bieten sofortigen Wert bei benutzerinitiierten Fehlern. Sie erzeugen ein Gefühl der Sicherheit, das zwar teilweise wahr ist, aber zu einem falschen Gefühl der Sicherheit führen kann. Das Kernproblem ist, dass diese Tools innerhalb derselben SharePoint-Umgebung existieren, die sie schützen sollen. Sie unterliegen denselben Risiken, Verwaltungsrichtlinien und systemischen Bedrohungen wie Ihre primären Daten. Sie wurden nie als echte, Air-Gapped Backup-Lösung konzipiert, und sie dafür zu halten, ist ein grundlegender Fehler in jeder [Cloud-Backup für Unternehmen](/cloud-backup-for-business)-Strategie. ## Einschränkung 1: Das kurze Aufbewahrungsfenster des SharePoint-Papierkorbs Die bedeutendste Einschränkung des SharePoint-Papierkorbs ist seine zeitlich begrenzte Natur. Wenn ein Benutzer eine Datei löscht, gelangt sie in den Papierkorb der ersten Stufe (den des Benutzers). Nach einer bestimmten Zeit (oder wenn der Benutzer ihn leert) wird sie in den Papierkorb der zweiten Stufe verschoben, der nur für Websitesammlungsadministratoren zugänglich ist. Von dort werden Elemente nach insgesamt **93 Tagen** ab dem ursprünglichen Löschzeitpunkt automatisch und dauerhaft gelöscht. Dieses 93-Tage-Fenster ist eine harte Grenze. Dies birgt ein enormes Risiko. Datenverlust wird nicht immer sofort entdeckt. Stellen Sie sich ein Szenario vor, in dem eine wichtige Projektdatei versehentlich gelöscht wird. Wenn der Fehler länger als drei Monate nicht bemerkt wird – vielleicht weil das Projekt saisonal ist oder die beteiligten Teammitglieder gewechselt haben – ist diese Datei für immer verloren. Es gibt keine Möglichkeit für Sie oder sogar den Microsoft-Support, sie wiederherzustellen. Die **Aufbewahrungsrichtlinie des Papierkorbs** ist nicht flexibel und operiert automatisch, unabhängig von der Wichtigkeit der Daten. Dies stellt für viele Branchen eine erhebliche Compliance-Herausforderung dar. Beispielsweise sind Organisationen im Rechts- und Finanzsektor oft verpflichtet, Daten sieben Jahre oder länger aufzubewahren. Sich auf ein 93-Tage-Aufbewahrungsfenster zu verlassen, ist für die Erfüllung dieser gesetzlichen Vorschriften einfach keine praktikable Option. Dies gilt insbesondere für Unternehmen wie [Cloud-Backup für Anwaltskanzleien](/industries/solicitors), die sensible Kundendaten mit langfristigen Aufbewahrungsanforderungen verwalten. ## Einschränkung 2: Die Versionshistorie ist kein echtes Backup Die Versionshistorie ist eine weitere unglaublich nützliche SharePoint-Funktion, wird aber häufig als eine Form der Sicherung missverstanden. Sie speichert eine Kopie eines Dokuments bei jeder Änderung, sodass Sie zu einem früheren Zustand zurückkehren können. Dies ist perfekt, um unerwünschte Bearbeitungen rückgängig zu machen oder Änderungen im Laufe der Zeit zu vergleichen. Sie weist jedoch zwei grundlegende Schwächen auf: **Grenzwerte der Versionshistorie** und ihre vollständige Abhängigkeit von der Quelldatei. Erstens, obwohl SharePoint eine große Anzahl von Versionen zulässt, kann diese Einstellung von einem Administrator konfiguriert – oder sogar deaktiviert – werden, um den Speicherverbrauch zu steuern. Noch wichtiger ist, dass die Versionshistorie Sie absolut nicht schützt, wenn die Datei selbst gelöscht wird. Sobald eine Datei dauerhaft aus dem Papierkorb gelöscht wird, verschwindet ihre gesamte Versionshistorie mit ihr. Ein Backup von Änderungen ist nutzlos, wenn das Originalelement nicht mehr existiert. Darüber hinaus bietet die Versionshistorie im Falle eines Ransomware-Angriffs ein falsches Gefühl der Hoffnung. Ein Ransomware-Skript kann eine Datei verschlüsseln und speichern, wodurch eine neue „Version“ entsteht. Dies kann wiederholt geschehen und die sauberen, unverschlüsselten Versionen potenziell aus der Historienliste verdrängen. Selbst wenn die sauberen Versionen erhalten bleiben, ist die Wiederherstellung einer gesamten Website mit Tausenden verschlüsselter Dateien einzeln ein unmöglich langsamer und manueller Prozess. Sie kann nicht die schnelle, groß angelegte **Point-in-Time-Wiederherstellung** bieten, die nach einem größeren Vorfall erforderlich ist. ## Einschränkung 3: Die Lücke bei der Point-in-Time-Wiederherstellung Dies führt zur kritischsten Lücke in den nativen SharePoint-Funktionen: dem Fehlen einer echten Point-in-Time-Wiederherstellung. Eine echte Backup-Lösung ermöglicht es Ihnen, ein gesamtes System, eine Website oder einen Ordner in seinen exakten Zustand zu einem bestimmten Zeitpunkt in der Vergangenheit wiederherzustellen – zum Beispiel auf letzten Dienstag um 10:00 Uhr, direkt bevor ein böswilliges Löschen erfolgte. Diese Funktionalität ist unerlässlich, um sich von weitreichenden Datenkatastrophen zu erholen. SharePoint Online bietet diese Funktion Administratoren nicht. Obwohl der Microsoft-Support in Ihrem Namen eine vollständige Websitesammlungs-Wiederherstellung durchführen kann, ist dies ein absolutes letztes Mittel. Der Prozess ist langsam, kann Tage dauern und ist eine Alles-oder-Nichts-Operation. Er wird die *gesamte* Websitesammlung zurücksetzen und alle seit dem Wiederherstellungspunkt erstellten Änderungen und Daten überschreiben. Sie können ihn nicht verwenden, um eine einzelne Dokumentbibliothek oder Liste, die beschädigt wurde, granular wiederherzustellen. Dieser „Vorschlaghammer-Ansatz“ ist stark störend und verursacht oft so viele Probleme, wie er löst, indem er legitime Arbeit, die nach der Katastrophe geleistet wurde, zunichte macht. Für ein Unternehmen, das schnell wieder arbeitsfähig sein muss und minimale Datenverluste erleiden möchte, ist das Warten auf eine manuelle, vollständige Website-Wiederherstellung von Microsoft kein praktischer Wiederherstellungsplan. Dies unterstreicht die Notwendigkeit einer Lösung, die sowohl granulare als auch websiteweite Wiederherstellungen auf Abruf bietet. ## Die Lösung: Eine dedizierte SharePoint-Backup-Strategie Die Einschränkungen des Papierkorbs und der Versionshistorie, kombiniert mit dem Fehlen einer On-Demand-Point-in-Time-Wiederherstellung, zeichnen ein klares Bild: Native Tools sind für eine ernsthafte Datensicherung unzureichend. Der einzige Weg, Ihre geschäftskritischen SharePoint-Daten wirklich zu sichern, ist ein dedizierter Backup-Dienst eines Drittanbieters. Eine robuste Backup-Lösung wie [Loop Backup](/) schließt diese Sicherheitslücken, indem sie unabhängig von Ihrer Microsoft 365-Umgebung arbeitet. Sie erstellt eine sichere, Air-Gapped-Kopie Ihrer Daten an einem separaten Ort und schützt sie vor Bedrohungen, die Ihre Live-SharePoint-Site beeinträchtigen, einschließlich Ransomware, böswilligen Insidern und größeren Synchronisierungsfehlern. Mit einem Drittanbieter-Service erhalten Sie die Leistungsfähigkeit der echten **Point-in-Time-Wiederherstellung**. Sie können tägliche Schnappschüsse Ihrer Daten durchsuchen und mit nur wenigen Klicks alles von einer einzelnen Datei bis zu einer gesamten Websitesammlung wiederherstellen. Darüber hinaus bieten diese Dienste langfristige Aufbewahrungsrichtlinien, mit denen Sie Ihre Daten jahrelang speichern können, um Compliance- und gesetzliche Verpflichtungen zu erfüllen, weit über die 93-Tage-Grenze von SharePoint hinaus. Dies ist ein grundlegender Bestandteil jedes modernen [Microsoft 365 Backup](/microsoft-365-backup)-Plans. ### Fazit: Verwechseln Sie Komfort nicht mit umfassendem Schutz Obwohl die nativen Wiederherstellungsfunktionen von SharePoint für kleinere, alltägliche Fehler hilfreich sind, waren sie nie als vollständige Backup-Lösung gedacht. Sich ausschließlich auf den Papierkorb und die Versionshistorie zu verlassen, setzt Ihr Unternehmen erheblichen Risiken aus, einschließlich dauerhaftem Datenverlust durch Ransomware, böswilliges Löschen und einfachem menschlichen Versagen, das länger als 93 Tage unbemerkt bleibt. Der Schutz Ihrer SharePoint-Daten erfordert einen proaktiven Ansatz. Durch die Implementierung einer dedizierten Backup-Lösung eines Drittanbieters erhalten Sie die robusten, flexiblen und zuverlässigen Wiederherstellungsfunktionen, die zur Gewährleistung der Geschäftskontinuität im Falle einer echten Datenkatastrophe erforderlich sind. Ein Dienst wie Loop Backup bietet die Gewissheit, dass Ihre wertvollsten digitalen Assets sicher sind, aufbewahrt werden und jederzeit wiederherstellbar sind.