Bewährte Methoden für das Sichern und Wiederherstellen in SharePoint ServerBackup and restore best practices in SharePoint Server

gilt für:  Ja 2013  Ja 2016  Ja 2019  kein SharePoint in Microsoft 365APPLIES TO: yes2013 yes2016 yes2019 noSharePoint 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.Best practices for backup and restore help make sure that backup and restore operations in SharePoint Server are successful and that the environment is protected against data loss or continuity gaps.

Bewährte Methoden zum Sicherstellen der Leistung bei Sicherungs- und Wiederherstellungsvorgängen in SharePointPerformance best practices for SharePoint backup and restore operations

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.Backup and restore operations consume server resources and limit server performance while the operations are running. Follow these recommended practices to help reduce resource usage and increase the performance of servers and the backup or restore task.

Minimieren der Wartezeit zwischen SQL Server und dem SicherungsspeicherortMinimize latency between SQL Server and the backup location

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.In general, it is efficient to back up to a local disk on the database server instead of a network drive. You can then copy the data later to a shared folder on the network. Network drives with 1 millisecond or less latency between them and the database server perform well.

Hinweis

Wenn eine Sicherung auf lokalen Laufwerken nicht möglich ist, können Sie auch Netzlaufwerke mit einer vergleichbaren Verzögerung verwenden. Da bei Netzwerksicherungen das Problem von Netzwerkfehlern besteht, müssen Sie die Sicherung nach Abschluss des Vorgangs überprüfen. Weitere Informationen dazu finden Sie im Abschnitt „Sichern in eine Datei auf einer Netzwerkfreigabe" unter Sicherungsmedien (SQL Server).If you cannot back up to local drives, use network drives with similar latency. Because network backups are subject to network errors, verify the backup action after it finishes. For more information, see "Backing Up to a File on a Network Share" in Backup Devices (SQL Server).

Um e/a-Engpässe zu vermeiden, führen Sie die Hauptsicherung auf einem separaten Datenträger auf dem Datenträger aus, auf dem SQL Server 2017 RTM, 2016, 2014, 2012 oder 2008 R2 mit Service Pack 1 (SP1) ausgeführt wird.To avoid I/O bottlenecks, perform the main backup to a separate disk from the disk running SQL Servers 2017 RTM, 2016, 2014, 2012, or 2008 R2 with Service Pack 1 (SP1). Weitere Informationen dazu finden Sie unter Definieren eines logischen Sicherungsmediums für eine Datenträgerdatei (SQL Server).For more information, see Define a Logical Backup Device for a Disk File (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.By design, most backup jobs consume all available I/O resources to complete the job. Therefore, you might see disk queuing, which can result in greater than usual latency for I/O requests. This is typical and should not be considered a problem. For more information, see Monitor Disk Usage.

Vermeiden von VerarbeitungskonfliktenAvoid processing conflicts

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.Do not run backup jobs during times when users need access to the system. Typically, systems run 24 hours a day, seven days a week. A best practice is to always run incremental backups to safeguard against server failure. Consider staggering backups so that all databases are not backed up at the same time.

Kleinere Datenbanken können umso schneller wiederhergestellt werdenKeep databases small for faster recovery times

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.Keep databases small to speed both backup and restore. For example, use multiple content databases for a web application instead of one large content database. For more information, see Database types and descriptions in SharePoint Server.

Eine grafische Übersicht über die Datenbanken, die SharePoint Server 2016 unterstützen, finden Sie in der Kurzübersicht: SharePoint Server 2016-Datenbanken.For a graphical overview of the databases that support SharePoint Server 2016, see Quick reference guide: SharePoint Server 2016 databases.

Einsatz inkrementeller Sicherungen bei großen DatenbankenUse incremental backups for large databases

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).Use incremental backups for large databases because you can make them quickly and maintain performance of the environment. Although you can restore full backups faster than incremental backups, continuous incremental backups minimize data loss. For more information about types of backups, see Backup Overview (SQL Server).

Einsatz von Komprimierung bei der SicherungUse compression during backup

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.In some circumstances, you can use compression to decrease the size of backups and the time to complete each backup. Backup compression was introduced in SQL Server 2008 Enterprise. Backup compression increases CPU usage and this can affect SQL Server concurrent operations.

Wichtig

SharePoint Server unterstützt die Komprimierung bei der SQL Server-Sicherung. Die SQL Server-Datenkomprimierung wird für SharePoint Server-Datenbanken nicht unterstützt.SharePoint Server supports SQL Server backup compression. SQL Server data compression is not supported for SharePoint Server databases.

Weitere Informationen zu den Auswirkungen der Sicherungskomprimierung auf die Leistung in SQL Server finden Sie unter Sicherungskomprimierung (SQL Server).For more information about how backup compression affects performance in SQL Server, see Backup Compression (SQL Server).

Befolgen von Empfehlungen zur Optimierung der SQL Server-Sicherung und -WiederherstellungFollow SQL Server backup and restore optimization recommendations

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.SQL Server backups use a combination of full, differential, and transaction log backups (for the full or bulk-logged recovery model) to minimize recovery time. Differential database backups are usually faster to create than full database backups and reduce the number of transaction logs required to recover the database.

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.If you are using the full recovery model, we recommend that you periodically truncate the transaction log files to avoid maintenance issues.

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.For detailed recommendations about how to optimize SQL Server backup and restore performance, see Optimizing Backup and Restore Performance in SQL Server.

Verwendung von RAID 10 bei Einsatz von RAIDUse RAID 10 if you use 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.Carefully consider whether to use redundant array of independent disks (RAID) on the device to which you back up data. For example, RAID 5 has slow write performance, approximately the same speed as for a single disk. This is because RAID 5 has to maintain parity information. RAID 10 can provide faster backups because it doesn't need to manage parity. Therefore, it reads and writes data faster. For more information about how to use RAID with backups, see Configure RAID for maximum SQL Server I/O throughput and RAID Levels and SQL Server.

Konfigurieren von SharePoint-Einstellungen zur Verbesserung der Sicherungs- oder WiederherstellungsleistungConfigure SharePoint settings to improve backup or restore performance

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.You can only configure file compression and log file settings in PowerShell. You can configure backup and restore threads in both the SharePoint Central Administration website and PowerShell to increase backup or restore efficiency and performance.

Bei Verwendung des Cmdlets Export-SPWeb PowerShell können Sie den Parameter NoFileCompression nutzen. 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 Parameter NoFileCompression beim Exportieren verwenden, müssen Sie ihn auch beim Importieren des damit komprimierten Inhalts verwenden.If you use the Export-SPWeb PowerShell cmdlet, you can use the NoFileCompression parameter. By default, SharePoint Server uses file compression while exporting web applications, site collection, lists, or document libraries. You can use this parameter to suppress file compression while exporting and importing. File compression can use up to 30% more resources. However, the exported file uses approximately 25% less disk space. If you use the NoFileCompression parameter when you export, you have to also use it when you import the same content.

Sie können auch den Parameter NoLogFile 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.You can also use the NoLogFile parameter. By default, SharePoint Server always creates a log file when you export content. Although you can use this parameter to suppress log file creation to save resources, we recommend that you always create logs. Logs are important for troubleshooting and log creation does not use many resources such as CPU or memory.

Beim CmdLet Backup-SPFarm können Sie über den Parameter BackupThreads auch angeben, wie viele Threads SharePoint Server während des Sicherungsvorgangs verwenden soll. 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.When you use the Backup-SPFarm cmdlet, you can also use the BackupThreads parameter to specify how many threads SharePoint Server will use during the backup process. A higher number of threads will consume more resources during backup. But the overall time to make the backup is decreased. Because each thread is recorded in the log files, the number of threads does affect log file interpretation. By default, three threads are used. The maximum number of available threads is 10.

Hinweis

Die Einstellung für die bei Sicherungen zu verwendenden Threads ist auch in der Zentraladministration auf der Seite Standardeinstellungen für die Sicherung und Wiederherstellung im Abschnitt Sichern und Wiederherstellen verfügbar.The backup threads setting is also available through Central Administration on the Default Backup and Restore Settings page in the Backup and Restore section.

Auswahl der zu verwendenden Tools unter Berücksichtigung der Größe der WebsitesammlungConsider site collection size when you determine the tools to use

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.If the business requires site collection backups in addition to farm-level or database-level backups, choose a backup tool that is based on the size of the site collection.

  • Zwischen 15 und 100 GB: Verwenden Sie zum Schutz der Inhaltsdatenbank, die die Websitesammlung enthält, Backup-SPSite, ein SharePoint Server-, SQL Server- oder ein anderes Datenbanksicherungstool. Weitere Informationen dazu finden Sie unter Sichern von Websitesammlungen in SharePoint Server.15-100 GB: Usethe Backup-SPSite, a SharePoint Server tool, a SQL Server tool, or other database backup tool to protect the content database that contains the site collection. For more information, see Back up site collections 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).Larger than 100 GB: Use a differential backup solution, such as SQL Server or System Center Data Protection Manager R2, instead of the built-in backup and recovery tools.

Bewährte Methoden zur Sicherung der Qualität beim Sichern einer SharePoint-FarmQuality assurance best practices to back up a 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.Follow these best practices to help ensure the quality of the backups of the farm environment and reduce the chances of data loss.

Sorgen Sie dafür, dass genügend freier Speicherplatz vorhanden istEnsure you have enough storage space

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.Be certain that the system has enough disk space to accommodate the backup. Configure a backup job in Central Administration to verify the required disk space.

Überprüfen Sie regelmäßig die Qualität der Sicherungen.Routinely test backup quality

Führen Sie regelmäßig Qualitätstest Ihrer Sicherungen durch, und überprüfen Sie deren Fehlerfreiheit. Führen Sie Wiederherstellungen unter Praxisbedingungen aus, um die Inhalte von Sicherungen zu überprüfen und um sicherzustellen, dass Sie die komplette Umgebung jederzeit wiederherstellen können. Richten Sie eine Remotefarm ein, um auf eine Notfallwiederherstellung geografisch verteilter Umgebungen vorbereitet zu sein. Dann können Sie die Umgebung nach der Datenbankanfügungsmethode wiederherstellen, indem Sie eine Kopie der Datenbank in die Remotefarm hochladen und Benutzer umleiten. Führen Sie in regelmäßigen Abständen eine Probewiederherstellung von Daten durch, um sicherzustellen, dass Ihre Dateien korrekt gesichert werden. Mittels einer Probewiederherstellung können Sie feststellen, ob hardwareseitig Probleme auftreten, was bei einer Softwareüberprüfung nicht zu erkennen ist. Außerdem können Sie so feststellen, dass die RTO-Vorgaben (Recovery Time Objectives, Zeitrahmen für Wiederherstellungen) eingehalten werden.Routinely test backups and validate their consistency. Run practice recovery operations to validate the contents of the backup and to make sure that you can restore the complete environment. To prepare for disaster recovery of geographically dispersed environments, set up a remote farm. Then you can restore the environment by using the database-attach method to upload a copy of the database to the remote farm and redirect users. Periodically perform a trial data recovery action to verify that the process correctly backs up files. A trial restoration can expose hardware problems that do not come up with software verifications and can also to make sure that the recovery time objectives (RTO) are met.

Sichern Sie die ULS-Ablaufverfolgungsprotokolle.Back up ULS trace logs

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.The SharePoint Server backup process doesn't back up the Unified Logging Service (ULS) trace logs. Data in ULS trace logs can be useful for performance analysis, troubleshooting, and monitoring compliance with service level agreements. Therefore, protect this data as part of the routine maintenance.

In der Standardeinstellung speichert SharePoint Protokolldateien unter "C:\Programme\Gemeinsame Dateien\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.By default, SharePoint log files are at C:\Program files\Common Files\Microsoft Shared\Web Server Extensions\<16 or 15>\Logs. The files are named with the server name followed by the date and time stamp. The SharePoint trace logs are created at set intervals and when you use the IISRESET command.

Bewahren Sie eine Kopie der Sicherungsdateien extern aufStore a copy of backup files off-site

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.To safeguard against loss from a natural disaster that destroys the primary data center, maintain duplicate copies of backups in separate locations from the servers. Duplicate copies can help prevent the loss of critical data. As a best practice, keep three copies of the backup media, and keep at least one copy offsite in a controlled environment. This should include all backup and recovery materials, documents, database and transaction log backups, and usage and trace log backups.

Bewährte Vorgehensweisen beim Sichern und Wiederherstellen von SharePoint ServerProcedural best practices to back up and restore SharePoint Server

Gehen Sie bei der Planung und Durchführung von Sicherungs- und Wiederherstellungsvorgängen nach den folgenden bewährten Vorgehensweisen vor.Use the following procedural best practices to plan and perform backup and restore operations.

Verwendung von FQDN-ServernamenUse FQDN server names

Verwenden Sie bei Verweisen auf Server in einer anderen Domäne immer vollqualifizierte Domänennamen (Fully Qualified Domain Names, FQDN).When you refer to servers in a different domain, always use fully qualified domain names (FQDN).

NotizenKeep accurate records

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.When you deploy SharePoint Server, record the accounts that you create, the computer names, passwords, and setup options. Keep this information in a safe and secure location. Possibly, keep multiple records to make sure this information is always available.

Bereithalten einer einsatzbereiten WiederherstellungsumgebungHave a recovery environment ready

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.Use a farm in a secondary location to validate the success of restore operations as part of your disaster recovery strategy. For more information, see Choose a disaster recovery strategy for SharePoint Server. In a disaster recovery situation, you can then restore the environment by using the database-attach method to upload a copy of the database to the remote farm and redirect users. For more information, review and follow the steps in Restore farms in SharePoint Server. Also for a high availability solution, you can set up a standby environment that runs the same version of software as the production environment so that you can restore the databases and recover documents quickly. For more information, see Describing high availability.

Planen von SicherungsvorgängenSchedule backup operations

Erstellen Sie mithilfe der Sicherungs- und Wiederherstellungs-CmdLets von PowerShell eine Skriptdatei (*.ps1) und planen Sie dann deren Ausführung in der Windows-Aufgabenplanung. 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:Use PowerShell backup and recovery cmdlets to create a script file (*.ps1) and then schedule it to run with Windows Task Scheduler. This makes sure that all backup operations are run at the best time when the system is least busy and users are not accessing it. For more information, see the following:

Verwendung des SQL-FILESTREAM-Anbieters mit BLOB StorageUse the SQL FILESTREAM provider with 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.Remote BLOB Storage (RBS) is supported in a SharePoint Server farm. There are both pros and cons associated with using RBS in SharePoint Server. One related limitation of RBS with a SharePoint farm is that System Center Data Protection Manager cannot use the FILESTREAM provider to back up or restore RBS. SharePoint Server supports the FILESTREAM provider for backup and restore operations. A benefit of RBS with a SharePoint farm is that you can use either SharePoint tools or SQL Server tools to back up and restore the content database with the Remote BLOB Store (RBS) defined. This backs up and restores both the RBS and the content database. We do not recommend that you use RBS with other restore methods. For more information about the benefits and limitations of using RBS, see Deciding to use RBS in SharePoint Server. Download Microsoft SQL Server 2014 Feature Packthat includes RBS.

Hinweis

SharePoint Server 2019 unterstützt den FILESTREAM-Anbieter, der in SQL Server 2017 enthalten ist.SharePoint Server 2019 supports the FILESTREAM provider that is included with SQL Server 2017. [!HINWEIS] SharePoint Server 2016 unterstützt den FILESTREAM-Anbieter der in SQL Server 2014 enthalten ist.SharePoint Server 2016 supports the FILESTREAM provider that is included with SQL Server 2014. Weitere Informationen finden Sie unter Aktivieren und Konfigurieren von FILESTREAM.For more information, see Enable and Configure FILESTREAM.

Hinweis

SharePoint Server 2013 unterstützt den FILESTREAM-Anbieter aus dem Microsoft® SQL Server® 2008 R2 Feature Pack. Im Installationsmedium von SQL Server 2012 und SQL Server 2014 ist RBS als optionale Add-On-Komponente enthalten.SharePoint Server 2013 supports the FILESTREAM provider that is included in the Microsoft® SQL Server® 2008 R2 Feature Pack. The SQL Server 2012 and SQL Server 2014 installation media includes RBS as an optional add-on component.

Siehe auchSee also

KonzepteConcepts

Übersicht über Sicherung und Wiederherstellung in SharePoint ServerOverview of backup and recovery in SharePoint Server

Planen der Sicherung und der Wiederherstellung in SharePoint ServerPlan for backup and recovery in SharePoint Server

Vorbereiten der Sicherung und Wiederherstellung von Farmen in SharePoint ServerPrepare to back up and restore farms in SharePoint Server

Weitere RessourcenOther Resources

Transparente DatenverschlüsselungTransparent Data Encryption