Planen der Sicherung und der Wiederherstellung in SharePoint Server
GILT FÜR:
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
Es empfiehlt sich, vor der Bereitstellung der SharePoint Server-Umgebung einen Sicherungs- und Wiederherstellungsplan zur Verfügung zu haben. Sie müssen den Sicherungs- und Wiederherstellungsplan dann stets an die SharePoint Server-Änderungen anpassen, um Ihre Daten zu schützen.
Zu den Phasen der Planung für Sicherung und Wiederherstellung gehören die Festlegung von Sicherungs- und Wiederherstellungsstrategien für eine SharePoint Server-Umgebung und die Entscheidung, welche Tools verwendet werden sollen. Die Phasen müssen nicht in der aufgeführten Reihenfolge ausgeführt werden, und der Prozess kann iterativ sein.
Wenn Sie die Sicherung und Wiederherstellung für die Notfallwiederherstellung planen, sollten Sie häufig auftretende Ereignisse und Fehler sowie lokale und regionale Notfälle berücksichtigen. In den Abschnitten dieses Artikels werden die Phasen beschrieben, die Sie in Ihrem Sicherungs- und Wiederherstellungsplan berücksichtigen müssen. Jede Phase ist ein Schritt in Richtung des endgültigen Ziels einer guten Sicherung, die Sie zum Wiederherstellen Ihrer SharePoint Server-Farm verwenden können. Sie können die Phasen an Ihre Anforderungen anpassen. Beachten Sie, dass Ihr Gesamtplan zur Sicherung und Wiederherstellung dynamisch ist und Ihre aktuelle SharePoint Server-Umgebung widerspiegeln muss.
Weitere Informationen zur Sicherung und Wiederherstellung von SharePoint Server finden Sie unter Übersicht über Sicherung und Wiederherstellung in SharePoint Server.
Definieren von Geschäftsanforderungen für SharePoint-Farmen und -Dienste
Zum Definieren der Geschäftsanforderungen bestimmen Sie für jede Farm und jeden Dienst in der Umgebung Folgendes:
Die Zielsetzung für den Wiederherstellungspunkt (Recovery Point Objective, RPO) ist der angestrebte maximale Zeitraum zwischen der letzten verfügbaren Sicherung und einer möglichen Fehlerstelle. Er wird bestimmt durch den maximalen Datenverlust, den das Unternehmen im Fall eines Fehlers verkraften kann.
Die Zielsetzung für die Wiederherstellungsdauer (Recovery Time Objective, RTO) ist die angestrebte maximale Dauer einer Datenwiederherstellung. Sie wird bestimmt durch den vom Unternehmen maximal verkraftbaren Zeitraum, in dem die Website oder der Dienst nicht zur Verfügung steht.
Bei der Zielsetzung für die Wiederherstellungsstufe (Recovery Level Objective, RLO) handelt es sich um die Zielsetzung, durch die die Granularität definiert wird, mit der Sie Daten wiederherstellen können müssen. Dabei geht es darum, ob Sie die gesamte Farm, die Webanwendung, die Websitesammlung, die Website, die Liste oder Bibliothek oder das Element wiederherstellen können.
Ein kürzerer Zeitraum für RPO und RTO sowie eine feinere Granularität für RLO verursachen in der Regel höhere Kosten.
Auswählen der zu schützenden und wiederherzustellenden Objekte in der SharePoint-Umgebung
Anhand Ihrer geschäftlichen Anforderungen können Sie bestimmen, welche Komponenten der Umgebung geschützt werden müssen und in welcher Granularität diese wiederherstellbar sein müssen.
In den folgenden Tabellen sind die Komponenten einer SharePoint-Umgebung, die Sie möglicherweise schützen möchten, zusammen mit den Tools aufgelistet, mit denen die einzelnen Komponenten gesichert und wiederhergestellt werden können. Wie Ihnen auffallen wird, sind beide Tabellen ähnlich, aber für jede angezeigte Edition von SharePoint Server werden bestimmte Sicherungskomponenten angezeigt.
SharePoint Server 2016-Komponenten zur Sicherung und Wiederherstellung
| Komponente | SharePoint-Sicherung | SQL Server 2014 Service Pack 1 (SP1) | SQL Server 2016 | System Center 2016 - Data Protection Manager Updaterollup 2 (UR2) | Dateisystemsicherung |
|---|---|---|---|---|---|
| Farm |
Ja |
Ja (6) |
|||
| Dienstanwendungen |
Ja |
||||
| Webanwendung |
Ja |
||||
| Inhaltsdatenbanken |
Ja |
Ja |
Ja |
Ja |
|
| Websitesammlung |
Ja (1, 2) |
Ja (1, 2) |
Ja (1, 2) |
Ja (1, 2) |
|
| Website |
Ja (2) |
Ja (2) |
Ja (2) |
Ja |
|
| Dokumentbibliothek oder Liste |
Ja (2) |
Ja (2) |
Ja (2) |
Ja |
|
| Listenelement oder Dokument |
Ja |
||||
| In Remote-BLOB-Speichern gespeicherte Inhalte |
Ja (3) |
Ja (3) |
Ja (3) |
Ja (3) |
|
| Als Lösungspakete bereitgestellte Anpassungen |
Ja (7) |
Ja (7) |
Ja (7) |
Ja (6, 7) |
|
| Mit der Zentraladministration oder einer API vorgenommene Änderungen an Web.config |
Ja |
Ja |
Ja |
Ja (4) |
|
| SharePoint-Konfigurationseinstellungen |
Ja (2, 8) |
Ja (2, 8) |
Ja (2, 8) |
Ja (2, 9) |
|
| Nicht als Lösungspakete bereitgestellte Anpassungen |
Ja, Dateien können wiederhergestellt werden, wenn sie als Dateien geschützt sind. (4, 5) |
Ja |
|||
| Änderungen, die nicht mit der Zentraladministration oder einer API an Web.config vorgenommen werden |
Ja (4) |
Ja |
|||
| IIS-Konfigurationen, die nicht über SharePoint Server 2016 festgelegt werden |
Ja (5) |
Ja |
|||
| SQL Server Reporting Services-Datenbanken |
Ja |
Ja |
Ja |
(1) Die Sicherung und Wiederherstellung auf Farmebene und Datenbankebene können zur Wiederherstellung einer Websitesammlung verwendet werden, wenn eine einzelne Websitesammlung in einer Datenbank gespeichert ist.
(2) Sicherungen auf Farmebene und Datenbankebene können bei der Wiederherstellung einer nicht in SharePoint Server 2016 angefügten Datenbank verwendet werden, um Websitesammlungen, Websites, Listen und Konfigurationen wiederherzustellen.
(3) Inhalte, die in Remote-BLOB-Speichern gespeichert sind, können nicht mithilfe von System Center Data Protection Manager wiederhergestellt werden.
(4) Änderungen an Web.config können mit der Dateisystemsicherung von DPM gesichert werden.
(5) IIS-Konfigurationen können mit einer Bare-Metal-Sicherung aus DPM wiederhergestellt werden.
(6) Dieses Element kann von DPM mithilfe einer Kombination aus Bare-Metal-Sicherung und SharePoint Server 2016-Sicherung wiederhergestellt werden. Die Sicherung und Wiederherstellung als Objekt ist nicht möglich.
(7) Vollständig vertrauenswürdige Lösungspakete werden in der Konfigurationsdatenbank gespeichert, und Sandkastenlösungen werden in Inhaltsdatenbanken gespeichert. Sie können im Rahmen der Wiederherstellung einer Serverfarm oder Inhaltsdatenbank wiederhergestellt werden.
(8) Konfigurationseinstellungen können von Sicherungen auf Farmebene wiederhergestellt werden. Weitere Informationen finden Sie unter Wiederherstellen von Farmen in SharePoint Server.
(9) Die Inhaltsdatenbank und die Konfigurationsdatenbank der Zentraladministration für eine SharePoint Server 2016-Farm können nur im Rahmen einer vollständigen Farmwiederherstellung in derselben Farm und mit denselben Computern wiederhergestellt werden.
Weitere Informationen finden Sie unter Ankündigung: Schützen Ihrer Server 2016-Arbeitslasten durch erhöhte Sicherheit.
SharePoint 2013-Komponenten zur Sicherung und Wiederherstellung
| Komponente | SharePoint-Sicherung | SQL Server 2008 mit Service Pack 1 (SP1) und kumulativem Update 2 | SQL Server 2012 | System Center 2012 - Data Protection Manager (DPM) | Dateisystemsicherung |
|---|---|---|---|---|---|
| Farm |
Ja |
Ja (6) |
|||
| Dienstanwendungen |
Ja |
||||
| Webanwendung |
Ja |
||||
| Inhaltsdatenbanken |
Ja |
Ja |
Ja |
Ja |
|
| Websitesammlung |
Ja (1, 2) |
Ja (1, 2) |
Ja (1, 2) |
Ja (1, 2) |
|
| Website |
Ja (2) |
Ja (2) |
Ja (2) |
Ja |
|
| Dokumentbibliothek oder Liste |
Ja (2) |
Ja (2) |
Ja (2) |
Ja |
|
| Listenelement oder Dokument |
Ja |
||||
| In Remote-BLOB-Speichern gespeicherte Inhalte |
Ja (3) |
Ja (3) |
Ja (3) |
Ja (3) |
|
| Als Lösungspakete bereitgestellte Anpassungen |
Ja (7) |
Ja (7) |
Ja (7) |
Ja (6, 7) |
|
| Mit der Zentraladministration oder einer API vorgenommene Änderungen an Web.config |
Ja |
Ja |
Ja |
Ja (4) |
|
| SharePoint-Konfigurationseinstellungen |
Ja (2, 8) |
Ja (2, 8) |
Ja (2, 8) |
Ja (2, 9) |
|
| Nicht als Lösungspakete bereitgestellte Anpassungen |
Ja, Dateien können wiederhergestellt werden, wenn sie als Dateien geschützt sind. (4, 5) |
Ja |
|||
| Änderungen, die nicht mit der Zentraladministration oder einer API an Web.config vorgenommen werden |
Ja (4) |
Ja |
|||
| IIS-Konfigurationen, die nicht über SharePoint 2013 festgelegt werden |
Ja (5) |
Ja |
|||
| SQL Server Reporting Services-Datenbanken |
Ja |
Ja |
Ja |
(1) Die Sicherung und Wiederherstellung auf Farmebene und Datenbankebene können zur Wiederherstellung einer Websitesammlung verwendet werden, wenn eine einzelne Websitesammlung in einer Datenbank gespeichert ist.
(2) Sicherungen auf Farmebene und Datenbankebene können bei der Wiederherstellung einer nicht in SharePoint 2013angefügten Datenbank verwendet werden, um Websitesammlungen, Websites, Listen und Konfigurationen wiederherzustellen..
(3) Inhalte, die in Remote-BLOB-Speichern gespeichert sind, können nicht mithilfe von System Center Data Protection Manager wiederhergestellt werden.
(4) Änderungen an Web.config können mit der Dateisystemsicherung von DPM gesichert werden.
(5) IIS-Konfigurationen können mit einer Bare-Metal-Sicherung aus DPM wiederhergestellt werden.
(6) Dieses Element kann von DPM mithilfe einer Kombination aus Bare-Metal-Sicherung und SharePoint 2013-Sicherung wiederhergestellt werden. Die Sicherung und Wiederherstellung als Objekt ist nicht möglich.
(7) Vollständig vertrauenswürdige Lösungspakete werden in der Konfigurationsdatenbank gespeichert, und Sandkastenlösungen werden in Inhaltsdatenbanken gespeichert. Sie können im Rahmen der Wiederherstellung einer Serverfarm oder Inhaltsdatenbank wiederhergestellt werden.
(8) Konfigurationseinstellungen können von Sicherungen auf Farmebene wiederhergestellt werden. Weitere Informationen finden Sie unter Wiederherstellen von Farmen in SharePoint Server.
(9) Die Inhaltsdatenbank und die Konfigurationsdatenbank der Zentraladministration für eine SharePoint 2013-Farm können nur im Rahmen einer vollständigen Farmwiederherstellung in derselben Farm und mit denselben Computern wiederhergestellt werden.
Hinweis
Sie können SharePoint 2013 mit der Windows Server-Sicherung registrieren, indem Sie den Vorgang stsadm.exe -o -registerwsswriter verwenden, um den VSS-Writer (Volume Shadow Copy Service) für SharePoint 2013 zu konfigurieren. Die Windows Server-Sicherung schließt dann SharePoint 2013 in serverweite Sicherungen ein. Wenn Sie eine Wiederherstellung aus einer Windows Server-Sicherung durchführen, können Sie SharePoint Foundation auswählen (unabhängig davon, welche Version von SharePoint 2013 installiert ist), und alle Komponenten, die zum Zeitpunkt der Sicherung vom VSS Writer für SharePoint 2013 auf diesem Server gemeldet wurden, werden wiederhergestellt. > Die Windows Server-Sicherung wird nur für die Verwendung mit für Einzelserverbereitstellungen empfohlen.
Auswählen der wiederherzustellenden Objekte in SharePoint-Inhaltsdatenbanken
In einer Inhaltsdatenbank können Websitesammlungen, Websites, Listen und Bibliotheken wiederhergestellt werden.
Sicherungs- und Wiederherstellungstools ermöglichen verschiedene Ebenen der Wiederherstellung von Inhalten innerhalb einer Inhaltsdatenbank. Die Wiederherstellung eines Objekts in einer Inhaltsdatenbank ist stets komplexer als die Wiederherstellung der gesamten Inhaltsdatenbank.
Schützen von Anpassungen
Anpassungen für SharePoint-Websites können Folgendes umfassen:
Gestaltungsvorlagen, Seitenlayouts und Cascading Stylesheets. Diese Objekte werden in der Inhaltsdatenbank für eine Webanwendung gespeichert.
Webparts, Website- oder Listendefinitionen, benutzerdefinierte Spalten, neue Inhaltstypen, benutzerdefinierte Felder, benutzerdefinierte Aktionen, codierte Workflows oder Workflowaktivitäten und -bedingungen.
Drittanbieterlösungen und die zugehörigen Binärdateien und Registrierungsschlüssel, wie z. B. IFilters.
Änderungen an XML-Standarddateien.
Benutzerdefinierte Websitedefinitionen (Webtemp.xml).
Änderungen der Datei Web.config.
Die Art und Weise, wie Anpassungen bereitgestellt werden und die Datei Web.config geändert wird, hat erhebliche Auswirkungen auf die Tools, die zum Sichern und Wiederherstellen von Anpassungen verwendet werden können. Für die umfassendsten Wiederherstellungsmöglichkeiten sollten Sie Anpassungen mithilfe von Lösungspaketen bereitstellen und Zentraladministration oder die SharePoint-APIs und das Objektmodell von SharePoint verwenden, um die Datei Web.config zu konfigurieren.
Schützen von Workflows
Workflows stellen einen besonderen Fall von Anpassungen dar, die gesichert und wiederhergestellt werden können. Stellen Sie sicher, dass Ihr Sicherungs- und Wiederherstellungsplan alle der folgenden Szenarien einschließt, wenn dieses auf Ihre Umgebung zutreffen:
Deklarative Workflows, etwa solche, die Sie in SharePoint Designer erstellt haben, werden in der Inhaltsdatenbank für die Websitesammlung gespeichert, in der sie bereitgestellt werden. Durch die Sicherung der Inhaltsdatenbank werden diese Workflows geschützt.
Benutzerdefinierte deklarative Workflowaktionen verfügen über Komponenten an den folgenden drei Speicherorten:
Die Visual Studio-Assemblys für die Aktivitäten werden im globalen Assemblycache (GAC) gespeichert.
Die XML-Definitionsdateien (. ACTIONS-Dateien) werden im Verzeichnis 15\TEMPLATE{LCID}\Workflow gespeichert.
Ein XML-Eintrag, um die Aktivität als autorisierten Typ zu kennzeichnen, wird in der Datei Web.config für die Webanwendungen gespeichert, in denen sie verwendet wird.
Wenn in Ihren Farmworkflows benutzerdefinierte Aktionen verwendet werden, sollten Sie ein Dateisicherungssystem verwenden, um diese Dateien und XML-Einträge zu schützen. Entsprechend zu SharePoint Server-Features wie Webparts und Ereignisempfängern sollten diese Dateien nach der Wiederherstellung nach Bedarf erneut auf die Farm angewendet werden.
Workflows, die benutzerdefinierten Code verwenden, z. B. solche, die mit Visual Studio erstellt werden, werden an zwei Orten gespeichert. Die Visual Studio-Assemblys für den Workflow werden im GAC gespeichert, und die XML-Definitionsdateien werden im Verzeichnis Features gespeichert. Dies ist identisch mit anderen Arten von SharePoint Server-Features wie Webparts und Ereignisempfängern. Wenn der Workflow als Bestandteil eines Lösungspakets installiert wurde, werden diese Workflows durch die Sicherung der Farm, der Webanwendung, der Inhaltsdatenbank oder der Websitesammlung geschützt.
Wenn Sie einen benutzerdefinierten Workflow erstellen, der mit einer anderen Websitesammlung interagiert als derjenigen, in der der Workflow bereitgestellt wurde, müssen beide Websitesammlungen gesichert werden, um den Workflow zu schützen. Dies umfasst auch Workflows, die in eine Verlaufsliste oder eine andere benutzerdefinierte Liste in einer anderen Websitesammlung schreiben. Wenn eine Farm gesichert wird, werden auch alle Websitesammlungen in der Farm und alle diesen zugeordneten Workflows gesichert. Weitere Informationen dazu finden Sie unter „BSichern von Workflows in SharePoint" unter Sichern von Anpassungen in SharePoint Server.
Workflows, die noch nicht bereitgestellt wurden, müssen wie alle anderen Datendateien separat gesichert und wiederhergestellt werden. Wenn Sie einen neuen Workflow entwickeln, diesen jedoch noch nicht in der SharePoint Server-Farm bereitgestellt haben, müssen Sie sicherstellen, dass Sie den Ordner, in dem Sie die Workflow-Projektdateien speichern, mithilfe von Windows Server-Sicherung oder einer anderen Dateisystem-Sicherungsanwendung sichern.
Schützen von Dienstanwendungen
Dienstanwendungen in einer SharePoint Server-Umgebung können entweder aus Diensteinstellungen und mindestens einer Datenbank oder nur aus Diensteinstellungen bestehen. Eine vollständige Dienstanwendung kann nicht allein durch Wiederherstellen der Datenbank wiederhergestellt werden. Sie können jedoch die Datenbanken für eine Dienstanwendung wiederherstellen und dann die Dienstanwendung erneut bereitstellen. Weitere Informationen finden Sie unter Wiederherstellen von Dienstanwendungen in SharePoint Server.
Schützen von SQL Server Reporting Services-Datenbanken
Die SharePoint Server-Sicherung und -Wiederherstellung schließt SQL Server Reporting Services-Datenbanken nicht ein. Sie müssen die SQL Server-Tools für SharePoint Server verwenden. Weitere Informationen finden Sie unter Sicherungs- und Wiederherstellungsvorgänge für eine Reporting Services-Installation.
Auswählen von SharePoint-Tools für die Sicherung und Wiederherstellung
Zur Auswahl der richtigen Tools für die Sicherung und Wiederherstellung müssen Sie bestimmen, ob Sie die für das Unternehmen festgelegten Kontinuitätsanforderungen innerhalb Ihres Zeit- und Ressourcenbudgets erfüllen können.
Bei der Auswahl der Tools sollten Sie die folgenden wichtigen Faktoren berücksichtigen:
Geschwindigkeit der Sicherung: Kann das Tool innerhalb des Wartungsfensters für die Datenbanken ausgeführt werden? Sie sollten jedes Sicherungssystem testen, um sicherzustellen, dass es Ihre Anforderungen an die Hardware erfüllt.
Vollständigkeit der Wiederherstellung.
Granularität der wiederherstellbaren Objekte.
Unterstützter Sicherungstyp (vollständig, differenziell, inkrementell).
Komplexität der Verwaltung des Tools.
Ausführliche Informationen zu den Sicherungs- und Wiederherstellungssystemen, die mit SharePoint Server verwendet werden können, finden Sie in den folgenden Ressourcen:
Bestimmen von SharePoint-Sicherungs- und -Wiederherstellungsstrategien
Bestimmen und dokumentieren Sie die Sicherungs- und Wiederherstellungsstrategien für die Umgebung entsprechend Ihren Geschäftsanforderungen, Wiederherstellungsanforderungen und den ausgewählten Tools.
Nicht selten wird in IT-Abteilungen, die SharePoint Server-Umgebungen unterstützen, bei der Festlegung der Strategien entschieden, mehrere Tools zum Schutz der Umgebung zu verwenden.
In einer Umgebung mit von DBAs verwalteten Datenbanken könnten beispielsweise die Strategien aus der folgenden Liste eingesetzt werden:
Alle Datenbanken werden von SQL Server für SharePoint Server gesichert. Das Sicherungsintervall wird für jede Datenbank nach folgenden Kriterien festgelegt:
Wichtigkeit des Inhalts oder Diensts.
Auswirkungen der Sicherung auf die Leistung der Umgebung.
Kleine, sich schnell ändernde und für das Unternehmen sehr wichtige Inhaltsdatenbanken werden zusätzlich durch SQL Server-Datenbankmomentaufnahmen geschützt, die auf einem separaten physischen Datenträger gespeichert werden. Pro Datenbank wird nur eine Momentaufnahme gespeichert, und Momentaufnahmen werden regelmäßig gelöscht, um die Auswirkungen auf die Leistung zu minimieren. Das für Datenbanken festgelegte Intervall für Momentaufnahmen wird nach folgenden Kriterien festgelegt:
Wichtigkeit des Inhalts oder Diensts.
Standardmäßige Änderungsrate für die Datenbank.
Auswirkungen der Momentaufnahme auf die Leistung der Umgebung.
Zum Speichern der Momentaufnahmen erforderlicher Speicherplatz.
Die Wiederherstellung von einer Momentaufnahme ist schneller als die Standardwiederherstellung, da eine Momentaufnahme und die zugrunde liegende Datenbank von SharePoint Server als nicht angefügte Datenbank behandelt werden kann. Das Erstellen von Momentaufnahmen kann jedoch die Leistung der zugrunde liegenden Datenbank beeinträchtigen. Es wird empfohlen, die Auswirkungen von Momentaufnahmen auf die Leistung des Systems vor der Implementierung zu testen sowie Momentaufnahmen regelmäßig zu löschen, um den erforderlichen Speicherplatz zu reduzieren.
Hinweis
Wenn Sie Remote Blob Storage (RBS) verwenden und der verwendete RBS-Anbieter keine Momentaufnahmen unterstützt, können Sie für die Sicherung keine Momentaufnahmen verwenden. Der FILESTREAM-Anbieter unterstützt z. B. keine Momentaufnahmen.
Dienstanwendungen werden durch die SharePoint Server-Sicherung geschützt. Das Sicherungsintervall wird nach folgenden Kriterien festgelegt:
Wichtigkeit des Diensts.
Standardmäßige Änderungsrate für die Datenbank.
Auswirkungen der Sicherung auf die Leistung der Datenbank.
Alle Wiederherstellungsvorgänge werden von SharePoint Server ausgeführt. Die Wahl des Wiederherstellungssystems wird durch die verfügbare Sicherungsart und das wiederherzustellende Objekt bestimmt.
Ihre Business Continuity-Strategie sollte auch andere Tools umfassen. Berücksichtigen Sie die Verwendung von Papierkörben und Versionsverwaltung in Websitesammlungen innerhalb der gesamten Umgebung. Weitere Informationen dazu finden Sie unter Planen von hoher Verfügbarkeit und Notfallwiederherstellung für SharePoint Server.
Planen der Leistung beim Konzipieren der Sicherungs- und Wiederherstellungsstrategie für SharePoint
Beachten Sie bei der Planung der Sicherungs- und Wiederherstellungsstrategie die folgenden Empfehlungen, um die Auswirkungen der Sicherung und Wiederherstellung auf die Systemleistung zu verringern.
Standardmäßig verbrauchen die meisten Sicherungsaufträge so viele E/A-Ressourcen wie möglich, um den Auftrag in der verfügbaren Wartungszeit fertig zu stellen. Deshalb kann es zu Datenträgerwarteschlagen kommen, und möglicherweise werden alle E/A-Anforderungen langsamer als gewöhnlich zurückgegeben. Dies ist eine Standardsituation und sollte nicht als Problem angesehen werden.
Befolgen von Empfehlungen zum Konfigurieren von SQL Server und der Speicherung
Befolgen Sie die allgemeinen Ratschläge zum Konfigurieren von SQL Server und von Speicher für eine SharePoint Server-Umgebung. Weitere Informationen finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).
Minimieren der Wartezeit zwischen SQL Server und dem Sicherungsspeicherort
Im Allgemeinen sollte eine lokale Festplatte anstelle eines Netzlaufwerks für Sicherungen verwendet werden. Wenn Sie mehrere Server sichern, sollten Sie über einen direkt verbundenen Computer verfügen, auf den beide Server schreiben können. Netzwerklaufwerke mit einer Latenz von 1 Millisekunde oder weniger und den Computern, auf denen SQL Server ausgeführt wird, sind gut. Wenn ihre Farm mehrere Server enthält (einschließlich des Computers, auf dem SQL Server ausgeführt wird, müssen Sie UNC-Netzwerkpfade für den Sicherungsspeicherort der SharePoint-Farm verwenden.
Vermeiden von Verarbeitungskonflikten
Führen Sie keine Sicherungsaufträge zu Zeiten aus, zu denen Benutzer Zugriff auf das System benötigen.
E/A-Engpässe können Sie vermeiden, indem Sie die wichtigste Sicherung auf einem separaten Datenträger vornehmen und erst anschließend auf Band kopieren.
Ziehen Sie gestaffelte Sicherungen in Erwägung, damit nicht alle Datenbanken zeitgleich gesichert werden.
Für SharePoint Server-Sicherungen werden SQL Server-Sicherungen verwendet. Wenn Sie die Sicherungen auch komprimieren, sollten Sie darauf achten, SQL Server nicht zu überlasten. Beispielsweise findet bei einigen Sicherungstools von Drittanbietern die Komprimierung während der Sicherung statt, was die SQL Server-Leistung beeinträchtigen kann. Es sind Tools zum Drosseln des Komprimierungsvorgangs und zum Steuern der Auswirkungen auf SQL Server verfügbar.
Befolgen von Empfehlungen zur Optimierung der SQL Server-Sicherung und -Wiederherstellung
Wenn Sie SQL Server Enterprise ausführen, wird die Verwendung der Sicherungskomprimierung empfohlen. Weitere Informationen finden Sie unter Sicherungskomprimierung (SQL Server).
Beim Verwenden von SQL Server- oder SQL Server 2008 R2 Express-Sicherungen sollten Sie beim vollständigen Wiederherstellungsmodell eine Kombination aus vollständigen und differenziellen sowie Transaktionsprotokollsicherungen ausführen, um die Wiederherstellungszeit zu minimieren. Differenzielle Datenbanksicherungen können in der Regel schneller erstellt werden als vollständige Datenbanksicherungen und verringern den Umfang des Transaktionsprotokolls, das zum Wiederherstellen der Datenbank notwendig ist.
Wenn Sie das vollständige Wiederherstellungsmodell in SQL Server 2008 verwenden, sollten Sie bei der Sicherung die Verkürzungsoption verwenden, um Wartungsprobleme zu vermeiden.
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.
Sicherstellen ausreichender Schreibleistung auf dem Sicherungslaufwerk
Wägen Sie sorgfältig ab, ob RAID (Redundant Array of Independent Disks) auf dem Datenträgersicherungsgerät verwendet werden soll. Beispielsweise weist RAID 5 eine niedrige Schreibleistung auf, die in etwa der Geschwindigkeit für einen einzelnen Datenträger entspricht. (Grund dafür ist, dass bei RAID 5 Paritätsinformationen aufgezeichnet werden.) Bei Verwendung von RAID 10 für ein Sicherungsgerät können möglicherweise schnellere Sicherungen erzielt werden. Weitere Informationen zum Verwenden von RAID für Sicherungen finden Sie im Thema zum Konfigurieren von RAID für einen maximalen E/A-Durchsatz in SQL Server.
Siehe auch
Konzepte
Übersicht über Sicherung und Wiederherstellung in SharePoint Server