Häufig gestellte Fragen zu Microsoft 365-Backup

Hat sich die Haltung von Microsoft zur gemeinsamen Verantwortung für den Datenschutz geändert?

Nein, wir haben immer noch den gleichen Standpunkt, bieten aber jetzt mehr Tools an, um Unternehmen dabei zu helfen, diese Ziele und Verantwortlichkeiten zu erreichen.

Warum reichen Kopien der Notfallwiederherstellung für mein Backup nicht aus?

Disaster Recovery (DR) ist die Möglichkeit, eine Situation zu beheben, in der das primäre Rechenzentrum nicht weiter betrieben werden kann. Eine DR-Kopie mit Microsoft 365 behält den aktuellen Stand des Inhalts bei, nicht irgendwelche historischen Versionen von früheren Zeitpunkten. Microsoft 365-Backup bietet den zusätzlichen Vorteil, dass Sie Daten in einem früheren fehlerfreien Zustand schnell wiederherstellen können, mit schnellen RTO (Recovery Time Objectives) und kurzen RPO (Recovery Point Objectives).

Warum lösen die Versionen dieses Problem der Point-in-Time-Wiederherstellung nicht bereits?

Versionen bieten einzelnen Benutzern die Möglichkeit, Dateien oder Websites auf frühere Zeitpunkte wiederherzustellen. Diese Art der Wiederherstellungsmethode lässt sich jedoch nicht gut für groß angelegte Ransomware-Angriffe skalieren, bei denen ein Administrator die Wiederherstellung orchestrieren muss. Versionen können auch je nach dem vom Administrator festgelegten Versionslimit erschöpft sein.

Die gesetzliche Aufbewahrungspflicht behält Daten bei, aber dieses Feature ist für den Export (z. B. über eDiscovery) und nicht für die Massenwiederherstellung optimiert. Microsoft 365-Backup bietet die richtigen erweiterten Wiederherstellungstools für Ransomware und versehentliche/böswillige Löschungen im großen Stil sowie eine optimierte Leistung für diese Szenarien.

Welche Exchange-Postfachtypen werden unterstützt?

Microsoft 365-Backup unterstützt sowohl Benutzerpostfächer als auch freigegebene Postfächer. Andere Exchange-Empfängertypen, einschließlich Raumpostfächer und Gruppenpostfächer, werden nicht unterstützt.

Welche Postfachänderungen werden "gesichert"?

Die Postfachsicherung ermöglicht die Wiederherstellung von Kopien der Postfachelement-"Versionen". Zwei Arten von Aktionen erstellen Versionen:

  • Änderungen
  • Deletions

Beispielereignisse, bei denen es sich um Versionen handelt, die über eine Sicherung wiederhergestellt werden können:

Benutzeraktion

  • Bearbeiten einer empfangenen E-Mail mit "Nachricht bearbeiten" über Outlook
  • Bearbeiten einer Notiz (kein Entwurf)
  • Entfernen einer Anlage aus einer E-Mail
  • Bearbeiten einer Anlage zu einer E-Mail
  • Bearbeiten eines Kontakts (kein Entwurf)
  • Ändern des Textkörpers einer Kalendereinladung
  • Aktualisieren der Uhrzeit einer Kalendereinladung
  • Bearbeiten einer Aufgabe (kein Entwurf)
  • Löschen einer Notiz aus gelöschten Elementen
  • Löschen von E-Mails aus gelöschten Elementen
  • Löschen von Elementen aus der Aufbewahrung einzelner Elemente
  • Löschen eines Ordners mit Elementen darin

Beispielereignisse, die nicht versioniert sind oder über die Sicherung wiederhergestellt werden können:

Benutzeraktion

  • Bearbeiten eines E-Mail-Elements im Ordner "Entwürfe"
  • Aktualisieren einer Kennzeichnung für eine empfangene E-Mail
  • Festlegen von "Nicht weiterleiten" für eine empfangene E-Mail
  • Festlegen einer empfangenen Nachricht auf "Höchste Wichtigkeit"

Was ist das Ziel des Dienstwiederherstellungspunkts?

Das Wiederherstellungspunktziel (Recovery Point Objective, RPO) ist der maximale Zeitraum zwischen der letzten Sicherung und einem Datenvernichtungsereignis. Anders ausgedrückt, ist es die Menge an Daten, die aufgrund eines Datenzerstörungsereignisses verloren gegangen sind, die nicht über die Backups wiederhergestellt werden können. Für Microsoft 365-Backup sind die RPOs:

  • Für OneDrive und SharePoint beträgt das RPO für die letzten zwei Wochen 10 Minuten. Das bedeutet, wenn es Montag um 8:00 Uhr ist, können Sie in einem beliebigen 10-Minuten-Zeitraum bis zu zwei Wochen in der Vergangenheit zurückgehen. Nach zwei Wochen können Sie auf einen beliebigen Zeitraum von einer Woche in der Vergangenheit gehen, von 2 bis 52 Wochen in der Vergangenheit.

  • Für Exchange Online beträgt das RPO 10 Minuten, was bedeutet, dass die maximale Datenmenge, die aufgrund eines Datenzerstörungsereignisses verloren gehen kann, etwa 10 Minuten beträgt.

Beginnen wir mit dem, was es nicht bedeutet: Wir machen nicht alle 10 Minuten Momentaufnahmen.

Bei einer Sicherungshäufigkeit von 10 Minuten werden alle am Element vorgenommenen Änderungen alle 10 Minuten als neue Version gespeichert, unabhängig davon, wie viele Änderungen innerhalb dieses Zeitraums von 10 Minuten vorgenommen werden. Wenn beispielsweise ein Ransomware-Angriff das E-Mail-Element jede Minute verschlüsselt, werden in einer Stunde sechs Kopien erstellt. Die Sicherungshäufigkeit gilt nicht für Löschungen. Alle Löschungen werden gesichert.

Was geschieht, wenn Benutzerinhalte gesichert, dann aber aus Microsoft Entra ID (früher Azure Active Directory) entfernt oder gelöscht werden?

Wenn ein Benutzer aus der Sicherungsrichtlinie entfernt wird, wird die Sicherung des OneDrive-Kontos oder Exchange-Postfachs ab dem Datum, an dem die Sicherung erstellt wurde, ein Jahr lang aufbewahrt.

Wenn ein Benutzer aus Microsoft Entra ID gelöscht wird, wird die Sicherung des OneDrive-Kontos oder Exchange-Postfachs ab dem Datum, an dem die Sicherung erstellt wurde, ein Jahr lang aufbewahrt.

Wenn eine Website aus der Sicherungsrichtlinie entfernt wird, wird die Sicherung der SharePoint-Website 52 Wochen lang ab dem Zeitpunkt aufbewahrt, zu dem ein bestimmter Wiederherstellungspunkt für diese Website erstellt wurde.

Wie kann ich das OneDrive-Konto oder das Exchange-Postfach für einen Benutzer wiederherstellen, der aus Microsoft Entra ID (früher Azure Active Directory) gelöscht wurde?

Wenn der Benutzer innerhalb der letzten 30 Tage gelöscht wurde, befindet sich der Benutzer in einem vorläufig gelöschten Zustand. Die beste Option besteht darin, den Benutzer anhand der Anweisungen unter Wiederherstellen eines Benutzers im Microsoft 365 Admin Center wiederherzustellen. Sobald der Benutzer wiederhergestellt ist, funktioniert der Rest der Wiederherstellung wie gewohnt.

Für OneDrive können Sie die ursprüngliche oder eine neue URL für OneDrive wiederherstellen. Zu diesem Zeitpunkt befindet sich OneDrive in einem "verwaisten" Zustand. Informationen zum Herstellen einer Verbindung zwischen OneDrive und einem Benutzer finden Sie unter Beheben eines Konflikts zwischen der Websitebenutzer-ID in SharePoint oder OneDrive.

Wenn das Benutzerkonto bei Exchange dauerhaft/endgültig gelöscht wird, behält Microsoft 365-Backup das inaktive Postfach bei, solange die Sicherungsrichtlinie in Kraft bleibt. Um das inaktive Postfach wiederherzustellen, folgen Sie den Anweisungen unter Wiederherstellen eines inaktiven Postfachs , um das inaktive Postfach in ein neues, aktives Postfach zu konvertieren. Sobald das inaktive Postfach wiederhergestellt wurde, fügen Sie den neuen Benutzer zur Sicherungsrichtlinie hinzu, um auf Sicherungen aus dem wiederhergestellten Postfach zuzugreifen. Der ursprüngliche, jetzt gelöschte Benutzer kann dann aus der Sicherungsrichtlinie entfernt werden. Nur der Prozess zur Wiederherstellung eines inaktiven Postfachs wird unterstützt. Beim Wiederherstellen eines inaktiven Postfachs werden die Sicherungsdaten aus dem alten Postfach nicht beibehalten.

Wenn Sie die Fehlermeldung "Die ExternalDirectoryObjectID dieses inaktiven Postfachs ist noch vorhanden" erhalten, wurde der Benutzer vor weniger als 30 Tagen gelöscht. Stellen Sie in diesem Fall den Benutzer basierend auf den Anweisungen unter Wiederherstellen eines Benutzers im Microsoft 365 Admin Center wieder her.

Wenn ich die Steuerung des Sicherungstools von der nativen Microsoft 365-Erstanbieteranwendung auf eine Drittanbieteranwendung übertrage, die auf der Microsoft 365-Backup Storage-Plattform basiert, kann ich die Steuerung zu einem späteren Zeitpunkt wieder an die Erstanbieteranwendung rückgängig machen?

Derzeit können Sie die Steuerung nur von der Microsoft 365-Erstanbieteranwendung an eine Drittanbieteranwendung übertragen. Wir arbeiten aktiv an einer Verbesserung, um Übertragungen von Drittanbieteranwendungen zurück in die Erstanbieteranwendung zu ermöglichen. Wenn Sie die Steuerung dringend von einer Drittanbieteranwendung auf die Erstanbieteranwendung übertragen müssen, reichen Sie bitte ein Supportticket ein.

Kann ich PowerShell-Cmdlets verwenden, um meine Sicherungen und Wiederherstellungen mit Microsoft 365-Backup zu verwalten?

Ja, können Sie. Microsoft 365-Backup unterstützt PowerShell-Cmdlets. Die zugehörigen PowerShell-Cmdlets finden Sie im Referenzhandbuch zu Microsoft 365-Backup Storage Graph-APIs.

Wie interagieren Microsoft 365-Backup-Wiederherstellungen mit der Archivierung auf Site- und Dateiebene?

Microsoft 365 Archiv und Microsoft 365-Backup sind orthogonale Features. Eine Wiederherstellung mithilfe des Sicherungstools ändert den aktuellen Ebenenstatus einer SharePoint-Website nicht. Wenn jedoch ein früherer Zustand einer Site wiederhergestellt wird, wird der Ebenenstatus einer einzelnen Datei auf den Zustand wiederhergestellt, den sie zu diesem Zeitpunkt hatte.

Beispiel: Status der Ebene auf Standortebene Eine Website ist derzeit archiviert, Sie stellen sie jedoch in einer Sicherungskopie von dem Zeitpunkt wieder her, als sie aktiv war. Die Website bleibt nach der Wiederherstellung archiviert. Ist die Website hingegen derzeit aktiv, wird sie nicht archiviert, wenn sie auf einen Zeitpunkt wiederhergestellt wird, an dem sie archiviert wurde. sie bleibt aktiv.

Beispiel: Ebenenstatus auf Dateiebene Eine Website ist derzeit aktiv, und eine Datei darin ist archiviert. Sie stellen die Website auf einen Zeitpunkt wieder her, zu dem diese Datei aktiv war. Nach der Wiederherstellung ist die Datei aktiv. Wenn die Datei hingegen aktuell aktiv ist, aber am Wiederherstellungspunkt archiviert wurde, wird die wiederhergestellte Datei archiviert.

Kann ich jeden Typ von SharePoint-Website sichern?

Nein, es gibt einige SharePoint-Websites, die nicht unterstützt werden. Die meisten SharePoint-Vorlagen werden zwar unterstützt, es gibt jedoch eine Handvoll Legacy-Vorlagentypen, die dies nicht tun. Diese nicht unterstützten Vorlagen sind:

Vorlagen-ID Vorlage Vorlagenname
70 SharePoint Embedded-Container CSPCONTAINER#0
6000 Review Center REVIEWCTR#0
3500 Policy Center POLICYCTR#0
16 Website des Mandantenadministrators TENANTADMIN#0
54 MySite-Host SPSMSITEHOST#0
  • Zuletzt aktualisiert um