Bewährte Methoden für das Sichern und Wiederherstellen in SharePoint Server

GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

Diese bewährten Methoden sorgen dafür, dass Sicherungs- und Wiederherstellungsvorgänge in SharePoint Server erfolgreich durchgeführt werden und es in der Umgebung zu keinen Datenverlusten oder Betriebsunterbrechungen kommt.

Bewährte Methoden zum Sicherstellen der Leistung bei Sicherungs- und Wiederherstellungsvorgängen in SharePoint

Sicherungs- und Wiederherstellungsvorgänge können während ihrer Ausführung Serverressourcen belegen und die Serverleistung beeinträchtigen. Mithilfe der nachfolgend aufgeführten empfohlenen Methoden können Sie den Ressourcenverbrauch reduzieren und die Leistung von Servern und von Sicherungs-/Wiederherstellungsaufgaben verbessern.

Minimieren der Wartezeit zwischen SQL Server und dem Sicherungsspeicherort

Im Allgemeinen reicht es aus, Sicherungen auf der lokalen Festplatte anstatt auf einem Netzlaufwerk zu speichern. Die Daten können dann später in einen freigegebenen Ordner im Netzwerk kopiert werden. Gut geeignet dazu sind Netzlaufwerke mit einer Verzögerung (Latenz) von max. 1 Millisekunde zum Datenbankserver.

Um E/A-Engpässe zu vermeiden, führen Sie die Hauptsicherung auf einem anderen Datenträger als dem Datenträger mit SQL Server 2017 RTM, 2016, 2014, 2012 oder 2008 R2 mit Service Pack 1 (SP1) durch. Weitere Informationen dazu finden Sie unter Definieren eines logischen Sicherungsmediums für eine Datenträgerdatei (SQL Server).

Bei den meisten Sicherungsaufträgen werden entwurfsbedingt sämtliche verfügbaren E/A-Ressourcen in Anspruch genommen. Das kann dazu führen, dass Datenträgerwarteschlangen auftreten und alle E/A-Anforderungen langsamer als gewöhnlich zurückgegeben werden. Dies ist nicht ungewöhnlich und sollte nicht für das Vorliegen eines Problems gehalten werden. Weitere Informationen dazu finden Sie unter Überwachen der Datenträgerverwendung.

Vermeiden von Verarbeitungskonflikten

Führen Sie Sicherungsaufträge zu Zeiten durch, zu denen Benutzer nicht auf das System zugreifen. Für gewöhnlich laufen Systeme rund um die Uhr, auch an Wochenenden. Bewährt hat sich die Methode, immer inkrementelle Sicherungen zum Schutz vor Serverausfällen auszuführen. Sie sollten auch in Erwägung ziehen, die Sicherungsaufträge zeitlich zu staffeln, damit nicht alle Datenbanken zum gleichen Zeitpunkt gesichert werden.

Kleinere Datenbanken können umso schneller wiederhergestellt werden

Sorgen Sie dafür, dass Datenbanken nicht zu groß werden – je kleiner eine Datenbank ist, umso schneller kann sie gesichert und wiederhergestellt werden. So könnten Sie bei einer Webanwendung zum Beispiel mehrere kleinere Inhaltsdatenbanken anstatt einer großen einsetzen. Weitere Informationen dazu finden Sie unter Datenbanktypen und -beschreibungen in SharePoint Server.

Eine grafische Übersicht über die Datenbanken, die SharePoint Server 2016 unterstützen, finden Sie unter Kurzübersicht: SharePoint Server 2016- und 2019-Datenbanken.

Einsatz inkrementeller Sicherungen bei großen Datenbanken

Nehmen Sie bei großen Datenbanken inkrementelle Sicherungen vor, da diese schnell durchgeführt sind und die Leistung der Umgebung nicht beeinträchtigen. Auch wenn vollständige Sicherungen schneller wiederhergestellt sind, kann mit kontinuierlichen inkrementellen Sicherungen die Gefahr von Datenverlusten minimiert werden. Weitere Informationen zu den verschiedenen Typen von Sicherungen finden Sie unter Übersicht über Sicherungen (SQL Server).

Einsatz von Komprimierung bei der Sicherung

Unter bestimmten Bedingungen können Sie mittels Komprimierung die Größe von Sicherungen und deren Zeitdauer reduzieren. Die Sicherungskomprimierung wurde in SQL Server 2008 Enterprise eingeführt. Die Sicherungskomprimierung erhöht die CPU-Auslastung und das kann Auswirkungen auf gleichzeitige Vorgänge in SQL Server haben.

Weitere Informationen zu den Auswirkungen der Sicherungskomprimierung auf die Leistung in SQL Server finden Sie unter Sicherungskomprimierung (SQL Server).

Befolgen von Empfehlungen zur Optimierung der SQL Server-Sicherung und -Wiederherstellung

Um die Wiederherstellungszeit zu minimieren, erfolgen SQL Server-Sicherungen mithilfe einer Kombination aus vollständigen, differenziellen und Transaktionsprotokollsicherungen (beim vollständigen oder massenprotokollierten Wiederherstellungsmodell). Differenzielle Datenbanksicherungen sind meist schneller erstellt als vollständige Sicherungen, und für Wiederherstellungen aus einer differenziellen Sicherung sind weniger Transaktionsprotokolle erforderlich.

Bei Verwendung des vollständigen Wiederherstellungsmodells empfiehlt es sich, die Transaktionsprotokolldateien regelmäßig zu kürzen, damit es bei der Wartung nicht zu Problemen kommt.

Ausführliche Empfehlungen zum Optimieren der Leistung von SQL Server-Sicherungen und -Wiederherstellungen finden Sie unter Optimieren der Leistung von Sicherungs- und Wiederherstellungsvorgängen in SQL Server.

Verwendung von RAID 10 bei Einsatz von RAID

Überlegen Sie sich sorgfältig, ob Sie auf dem Gerät, auf dem Daten gesichert werden sollen, RAID einsetzen möchten. RAID 5 zum Beispiel hat eine niedrige Schreibleistung, die in etwa der Geschwindigkeit einer einzelnen Festplatte entspricht). Grund dafür ist, dass bei RAID 5 Paritätsinformationen aufgezeichnet werden müssen. Bei RAID 10 können Sicherungen schneller erfolgen, da hier eine Paritätsinformationen verwaltet werden müssen. Deshalb sind hier die Schreib- und Lesegeschwindigkeiten höher. Weitere Informationen über den Einsatz von RAID bei Sicherungen finden Sie unter Konfigurieren von RAID für maximalen E/A-Durchsatz in SQL Server und RAID-Stufen und SQL Server.

Konfigurieren von SharePoint-Einstellungen zur Verbesserung der Sicherungs- oder Wiederherstellungsleistung

Einstellungen für Dateikomprimierung und Protokolldateien können nur in PowerShell konfiguriert werden. Sicherungs- und Wiederherstellungs-Threads können sowohl in der die Website für die SharePoint-Zentraladministration als auch in der PowerShell konfiguriert werden, um die Effizienz und die Leistung von Sicherungs- oder Wiederherstellungsvorgängen zu erhöhen.

Wenn Sie das Export-SPWeb PowerShell-Cmdlet verwenden, können Sie den NoFileCompression Parameter verwenden. In der Standardeinstellung wird in SharePoint Server beim Exportieren von Webanwendungen, Websitesammlungen, Listen oder Dokumentbibliotheken Dateikomprimierung eingesetzt. Sie können mithilfe dieses Parameters die Dateikomprimierung bei Import- und Exportvorgängen deaktivieren. Die Dateikomprimierung kann bis zu 30 % mehr an Ressourcen in Anspruch nehmen. Dafür belegen komprimierte Dateien wiederum rund 25 % weniger Speicherplatz auf der Festplatte. Wenn Sie den NoFileCompression Parameter beim Exportieren verwenden, müssen Sie ihn auch verwenden, wenn Sie denselben Inhalt importieren.

Sie können auch den NoLogFile -Parameter verwenden. In der Standardeinstellung erstellt SharePoint Server bei jedem Export von Inhalten eine Protokolldatei. Auch wenn Sie mithilfe dieses Parameters die Erstellung von Protokolldateien deaktivieren können, empfiehlt es sich doch, stets Protokolldateien zu erstellen. Protokolle sind wichtig, um Probleme beheben zu können, und die Erstellung von Protokollen beansprucht die vorhandenen Ressourcen (wie CPU oder RAM) kaum.

Wenn Sie das Backup-SPFarm Cmdlet verwenden, können Sie auch den BackupThreads Parameter verwenden, um anzugeben, wie viele Threads SharePoint Server während des Sicherungsvorgangs verwenden wird. Je mehr Threads belegt werden, umso mehr Ressourcen nimmt die Sicherung in Anspruch. Dafür sinkt der für die Sicherung erforderliche Zeitaufwand. Da jeder Thread in den Protokolldateien aufgezeichnet wird, hat die Anzahl der Threads einen Einfluss auf die Auswertung der Protokolldateien. In der Standardeinstellung werden drei Threads verwendet. Maximal verfügbar sind 10 Threads.

Auswahl der zu verwendenden Tools unter Berücksichtigung der Größe der Websitesammlung

Wenn es in Ihrem Unternehmen erforderlich ist, außer auf Farm- oder Datenbankebene auch Sicherungen kompletter Websitesammlungen durchzuführen, müssen Sie sich bei der Auswahl eines Sicherungstools nach der Größe der Websitesammlung richten.

• 15–100 GB: Verwenden Sie , Backup-SPSiteein SharePoint Server-Tool, ein SQL Server-Tool oder ein anderes Datenbanksicherungstool, um die Inhaltsdatenbank zu schützen, die die Websitesammlung enthält. Weitere Informationen dazu finden Sie unter Sichern von Websitesammlungen in SharePoint Server.

• Bei mehr als 100 GB: Verwenden Sie anstatt der integrierten Sicherungs- und Wiederherstellungstools eine Lösung für differenzielle Sicherungen (wie SQL Server oder System Center Data Protection Manager R2).

Bewährte Methoden zur Sicherung der Qualität beim Sichern einer SharePoint-Farm

Mithilfe der folgenden bewährten Methoden können Sie die Qualität von Sicherungen Ihrer Farmumgebung sicherstellen und die Wahrscheinlichkeit von Datenverlusten reduzieren.

Sorgen Sie dafür, dass genügend freier Speicherplatz vorhanden ist

Vergewissern Sie sich, dass das System über ausreichend freien Speicherplatz für die Sicherung verfügt. Konfigurieren Sie in Zentraladministration einen Sicherungsauftrag, der dies überprüft.

Überprüfen Sie regelmäßig die Qualität der Sicherungen.

Routinemäßiges Testen von Sicherungen und Überprüfen ihrer Konsistenz. Führen Sie Übungswiederherstellungsvorgänge aus, um den Inhalt der Sicherung zu überprüfen und sicherzustellen, dass Sie die vollständige Umgebung wiederherstellen können. Richten Sie eine Remotefarm ein, um die Notfallwiederherstellung geografisch verteilter Umgebungen vorzubereiten. Anschließend können Sie die Umgebung wiederherstellen, indem Sie die Methode zum Anfügen von Datenbanken verwenden, um eine Kopie der Datenbank in die Remotefarm hochzuladen und Benutzer umzuleiten. Führen Sie in regelmäßigen Abständen eine Testaktion zur Datenwiederherstellung aus, um zu überprüfen, ob der Prozess Dateien ordnungsgemäß sichert. Eine Testwiederherstellung kann Hardwareprobleme offenlegen, die nicht mit Softwareüberprüfungen auftreten, und kann auch sicherstellen, dass die Wiederherstellungszeitziele (Recovery Time Objectives, RTO) erreicht werden.

Sichern Sie die ULS-Ablaufverfolgungsprotokolle.

Der Sicherungsprozess von SharePoint Server beinhaltet nicht die ULS-Ablaufverfolgungsprotokolle (Unified Logging Service). Die in ULS-Ablaufverfolgungsprotokollen gespeicherten Daten können bei Leistungsanalysen, Fehlersuchen und zur Compliance-Überwachung bei SLAs (Service Level Agreements, Vereinbarungen zum Servicelevel) nützlich sein. Daher sollten diese Daten im Rahmen der routinemäßigen Wartungsarbeiten gesichert werden.

Standardmäßig befinden sich SharePoint-Protokolldateien unter C:\Programme\Common Files\Microsoft Shared\Web Server Extensions\<16 oder 15>\Logs. Die Dateinamen bestehen aus dem Namen des Servers gefolgt von einem Zeitstempel (Datum und Uhrzeit). Die SharePoint-Ablaufverfolgungsprotokolle werden in festgelegten Abständen sowie bei Einsatz des IISRESET-Befehls erstellt.

Bewahren Sie eine Kopie der Sicherungsdateien extern auf

Zum Schutz vor Naturereignissen, bei denen das primäre Rechenzentrum zerstört wird, sollten Sie Duplikate Ihrer Sicherungen noch an einer anderen Stelle als auf den Servern aufbewahren. Duplikate können vor dem Verlust wichtiger Daten schützen. Als bewährte Methode wird empfohlen, drei Kopien der Sicherungsmedien aufzubewahren - mindestens eine davon an einem anderen Standort unter geeigneten Bedingungen. Dazu gehören alle Sicherungs- und Wiederherstellungsmaterialien, Dokumente, Datenbankensicherungen sowie Sicherungen von Transaktions-, Verwendungs- und Ablaufverfolgungsprotokollen.

Bewährte Vorgehensweisen beim Sichern und Wiederherstellen von SharePoint Server

Gehen Sie bei der Planung und Durchführung von Sicherungs- und Wiederherstellungsvorgängen nach den folgenden bewährten Vorgehensweisen vor.

Verwendung von FQDN-Servernamen

Verwenden Sie bei Verweisen auf Server in einer anderen Domäne immer vollqualifizierte Domänennamen (Fully Qualified Domain Names, FQDN).

Notizen

Notieren Sie sich beim Bereitstellen von SharePoint Server alle Konten, die Sie erstellen, die Computernamen, Kennwörter und Setup-Optionen. Bewahren Sie diese Informationen an einem sicheren Ort auf. Fertigen Sie, wenn möglich, mehrere Kopien dieser Notizen an, um sicherzustellen, dass alle Informationen stets verfügbar sind.

Bereithalten einer einsatzbereiten Wiederherstellungsumgebung

Nutzen Sie eine Farm an einem sekundären Standort, um den Erfolg von Wiederherstellungsvorgängen im Rahmen Ihrer Notfallwiederherstellungsstrategie zu validieren. Weitere Informationen dazu finden Sie unter Wählen einer Notfallwiederherstellungsstrategie für SharePoint Server. In einer Notfallsituation können Sie die Umgebung dann mithilfe der Datenbankanfügungsmethode wiederherstellen, indem Sie eine Kopie der Datenbank in die Remotefarm hochladen und Benutzer umleiten. Weitere Informationen und Anleitungen dazu finden Sie unter Wiederherstellen von Farmen in SharePoint Server. Außerdem können Sie auch für eine Hochverfügbarkeitslösung eine Reserveumgebung einrichten, in der die gleichen Softwareversionen wie in der Produktionsumgebung ausgeführt werden, sodass Datenbanken und Dokumente schnell wiederhergestellt werden können. Weitere Informationen dazu finden Sie unter Beschreibung der hohen Verfügbarkeit.

Planen von Sicherungsvorgängen

Verwenden Sie PowerShell-Sicherungs- und Wiederherstellungs-Cmdlets, um eine Skriptdatei (*.ps1) zu erstellen und dann für die Ausführung mit dem Windows-Aufgabenplaner zu planen. Auf diese Weise wird sichergestellt, dass alle Sicherungsvorgänge zu einem geeigneten Zeitpunkt ausgeführt werden, wenn das System am wenigsten ausgelastet ist und keine Benutzer darauf zugreifen. Weitere Informationen dazu finden Sie unter:

• Ausführen von Skripts

• Backup and recovery cmdlets in SharePoint Server 2016

Verwendung des SQL-FILESTREAM-Anbieters mit BLOB Storage

RBS (Remote BLOB Storage) wird in SharePoint Server-Farmen unterstützt. Ein Einsatz von RBS in SharePoint Server ist sowohl mit Vor- als auch Nachteilen verbunden. Eine Einschränkung bei RBS in einer SharePoint-Farm besteht darin, dass System Center Data Protection Manager nicht den FILESTREAM-Anbieter verwenden kann, um RBS zu sichern oder wiederherzustellen. In SharePoint Server wird der FILESTREAM-Anbieter bei Sicherungs- und Wiederherstellungsvorgängen unterstützt. Ein Vorteil bei RBS in einer SharePoint-Farm besteht darin, dass Sie wählen können, ob sie SharePoint-Tools oder SQL Server-Tools verwenden, um die Inhaltsdatenbanken mit dem festgelegten RBS (Remote BLOB Store) zu sichern und wiederherzustellen. Dabei werden sowohl der RBS als auch die Inhaltsdatenbank gesichert und wiederhergestellt. Von einem Einsatz von RBS bei anderen Wiederherstellungsmethoden wird abgeraten. Weitere Informationen zu den Vorteilen und Einschränkungen bei einer Verwendung von RBS finden Sie unter Verwenden von RBS in SharePoint Server. Laden Sie das Microsoft SQL Server 2014 Feature Pack herunter, das RBS enthält.

Siehe auch

Konzepte

Übersicht über Sicherung und Wiederherstellung in SharePoint Server

Planen der Sicherung und der Wiederherstellung in SharePoint Server

Vorbereiten der Sicherung und Wiederherstellung von Farmen in SharePoint Server

Weitere Ressourcen

Transparente Datenverschlüsselung