Planen von RBS (SharePoint Server 2010)

Gilt für: SharePoint Foundation 2010, SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Anhand der Informationen in diesem Artikel können Sie entscheiden, ob Sie Remote-BLOB-Speicher (RBS) in einer Microsoft SharePoint Server 2010-Umgebung konfigurieren. Falls Sie RBS verwenden möchten, erfahren Sie hier außerdem, wie Sie die RBS-Bereitstellung planen können.

In SharePoint Server 2010 ist ein Binary Large Object (BLOB) eine Datei, z. B. ein Microsoft Office 2010-Dokument oder eine Videodatei. Diese BLOBs, auch unstrukturierte Daten genannt, werden standardmäßig zusammen mit den Metadaten oder strukturierten Daten inline in der SharePoint-Inhaltsdatenbank gespeichert. Da BLOBs sehr groß sein können, ist es u. U. sinnvoll, BLOB-Daten aus der SQL Server-Datenbank auf handelsübliche Speicherlösungen oder Content-Addressed-Storage-Systeme (CAS) auszulagern. Zu diesem Zweck können Sie RBS verwenden.

Weitere Informationen zu RBS und RBS-Anbietern finden Sie unter RBS (Übersicht) (SharePoint Server 2010). Diesen Artikel empfehlen wir Ihnen zur Lektüre.

Inhalt dieses Artikels

• Auswirkungen der Verwendung von RBS über den IT-Lebenszyklus hinweg

• Auswirkungen der Verwendung von RBS in verschiedenen Websiteszenarien

• Beschränkungen von RBS

• Kosten und Nutzen der Verwendung von RBS

• Kosten und Nutzen der Verwendung von RBS mit dem FILESTREAM-Anbieter

• Optimale Umgebung für die Verwendung von RBS

• Ungünstigste Umgebung für die Verwendung von RBS

• Prüfen von Anbieteroptionen

Auswirkungen der Verwendung von RBS über den IT-Lebenszyklus hinweg

Sie sollten im Vorfeld abwägen, welche Effekte der Einsatz von RBS auf die IT-Umgebung über deren gesamten Lebenszyklus hinweg hat. Was für den Normalbetrieb eine gute Idee sein mag, z. B. große BLOB-Speicher, kann sich bei der Sicherung und Wiederherstellung oder während eines Updates als Problem erweisen. Durch genaues Auswerten der Auswirkungen der Verwendung von RBS und der BLOB-Speichergröße können Sie spätere potenzielle Probleme vermeiden.

Beispielsweise bringt der Einsatz eines RBS-Remoteanbieters komplexere IT-Abläufe und erhöhte Kosten mit sich. Der Grund hierfür ist, dass die Inhaltsdatenbank und der BLOB-Speicher bei der Synchronisierung gesichert werden müssen, um die Konsistenz der Verweise aufrechtzuerhalten.

Ein weiteres Beispiel ist, dass in manchen Fällen Upgradevorgänge jeden BLOB auflisten und möglicherweise ändern, gleichgültig, wo die BLOBs gespeichert sind.

Setup

Das Setup wird durch die Verwendung von RBS möglicherweise komplizierter, weil Sie den RBS-Anbieter auf allen Webservern in der Farm installieren und konfigurieren müssen. Weitere Informationen zum Einrichten von RBS finden Sie unter Installieren und Konfigurieren von RBS (SharePoint Server 2010).

Normalbetrieb

Berücksichtigen Sie die durchschnittliche Dateigröße und die Art des Dateizugriffs im Normalbetrieb. Durch die Verwendung von RBS bei Dateien, die größer als 1 MB sind, kann die E/A- und die Prozessorleistung gesteigert werden, bei Dateien, die kleiner als 256 KB sind, kann die Gesamtleistung jedoch beeinträchtigt werden. Das Speichern der BLOBs inline in der Inhaltsdatenbank ist bei kleineren Dateien effizienter. Weitere Informationen zu Leistungsaspekten bei Verwendung von RBS finden Sie im Whitepaper Verwalten von unstrukturierten Daten mit SQL Server 2008 (https://go.microsoft.com/fwlink/?linkid=223909&clcid=0x407).

Betrachten Sie auch, wie der BLOB-Inhalt verwendet werden wird. Wenn die Benutzer die Inhalte überwiegend lesen, aber nicht überarbeiten, kann RBS einen Leistungsgewinn bewirken. Werden die Inhalte dagegen häufig überarbeitet, führt RBS zu Leistungseinbußen. Ursache hierfür ist, dass die umfangreiche Versionsverwaltung dann ein erhebliches Anwachsen sowohl der Metadaten in der Inhaltsdatenbank als auch der Größe des BLOB-Speichers bewirkt.

Wägen Sie Kosten und Nutzen der Speicherung gegen den potenziellen Anstieg der Betriebskosten ab.

Überwachung und Optimierung

Beim Einsatz von RBS erhöht sich auch der Betriebsaufwand, da einige Leistungsindikatoren zur Überwachung des RBS hinzugefügt werden. Sie haben mehrere Optionen zur Optimierung der RBS-Leistung. Weitere Informationen finden Sie unter Warten von RBS (SharePoint Server 2010).

Datenbankwartung

Mit RBS können Sie die Datenbankindex-Defragmentierung und Statistikvorgänge effizienter und schneller ausführen. Auch reguläre Konsistenzprüfungen, z. B. DBCC-Prüfungen, werden bei Verwendung von RBS wesentlich schneller ausgeführt.

Die normale Datenbankwartung wird jedoch komplexer, weil Sie den RBS-Maintainer zur Aufrechterhaltung der Konsistenz auf Verknüpfungsebene zwischen den Metadaten und dem BLOB-Speicher und zur Bereinigung von verwaisten BLOBs konfigurieren und verwenden müssen. Weitere Informationen finden Sie unter Warten von RBS (SharePoint Server 2010).

Sichern und Wiederherstellen

Wenn Sie den lokalen FILESTREAM-Anbieter mit RBS verwenden, können Sie Sicherungen und Wiederherstellungen mithilfe der integrierten SharePoint-Tools ausführen. Bei diesen Vorgängen werden sowohl die Metadaten als auch der BLOB-Speicher gesichert und wiederhergestellt. Wenn Sie den RBS-Remoteanbieter verwenden, müssen Sie die Sicherungs- und Wiederherstellungsprozesse sorgfältig koordinieren, weil bei beiden Prozessen sowohl die Metadaten als auch der BLOB-Speicher einbezogen werden. Dies sollten Sie bei der Planung der RBS-Konfiguration berücksichtigen. Nicht alle RBS-Anbieter unterstützen die Sicherung und Wiederherstellung von BLOB-Daten. Erkundigen Sie sich diesbezüglich ggf. beim Hersteller des Anbieters, den Sie verwenden möchten.

Sie können Microsoft System Center Data Protection Manager nicht verwenden, um in den RBS-Speichern gespeicherte Inhalte zu sichern und wiederherzustellen.

Upgrade und Update

Unter bestimmten Umständen kann bei einem Upgrade oder sogar beim Anwenden eines Softwareupdates jedes Objekt aufgelistet und durchlaufen werden, damit BLOB-Daten einbezogen werden, gleichgültig, wo diese Daten gespeichert sind. Deshalb dauern Upgradevorgänge immer etwa gleich lang, ob Sie Inline- oder Remote-BLOBs verwenden.

Auswirkungen der Verwendung von RBS in verschiedenen Websiteszenarien

Es empfiehlt sich, die Auswirkungen des Einsatzes von RBS in verschiedenen Websiteszenarien zu bewerten. Da RBS zur Lösung von ganz konkreten Problemen entwickelt wurde, kann dieses Verfahren nicht in allen Szenarien gleich viel leisten. In den folgenden Abschnitten finden Sie Beispiele für unterschiedliche Szenarien.

Teamwebsites

Wenn Sie den Einsatz von RBS für Teamwebsites oder andere Websites, die überwiegend für Zusammenarbeit konzipiert sind, erwägen und diese Websites typischerweise Dokumente enthalten, die kleiner als 256 KB sind, werden Sie mit RBS keine wesentliche Leistungssteigerung feststellen. Zudem kann aufgrund der Versionsverwaltung die Größe der Inhaltsdatenbank sehr schnell anwachsen, wenn Dokumente häufig überarbeitet werden.

Datenarchive

RBS eignet sich gut für Datenarchive und andere Archivwebsites. Da diese Websites überwiegend schreibgeschützt sind und darin keine Versionsverwaltung ausgeführt wird, können große Datenmengen im RBS-Speicher gespeichert werden.

Beschränkungen von RBS

Jeder RBS-Anbieter weist andere Funktionen und Beschränkungen auf. Für den FILESTREAM-Anbieter gelten die folgenden Beschränkungen:

• Für RBS gelten spezielle Größenbeschränkungen für Inhaltsdatenbanken in bestimmten Szenarien. Weitere Informationen zu diesen Beschränkungen finden Sie im Abschnitt "Grenzen für Inhaltsdatenbanken" in SharePoint Server 2010-Kapazitätsverwaltung: Softwarebeschränkungen und -grenzen.

• Verschlüsselung wird für BLOBs nicht unterstützt, auch wenn transparente Datenverschlüsselung (Transparent Data Encryption) aktiviert ist.

• RBS unterstützt Datenkomprimierung nicht.

• Für die Unterstützung von Datenbankspiegelung und Protokollversand gelten geänderte Bedingungen. Weitere Informationen finden Sie unter Prüfen von Anbieteroptionen weiter unten in diesem Artikel.

Informationen zu den Funktionen und Beschränkungen von Anbietern von Drittherstellern erhalten Sie beim betreffenden Hersteller.

Kosten und Nutzen der Verwendung von RBS

In diesem Abschnitt werden die Kosten und Vorteile der Verwendung von RBS erörtert. Diese gelten in der Regel unabhängig davon, welchen Anbieter Sie verwenden. Ausführlichere Informationen zur Verwendung des FILESTREAM-RBS-Anbieters finden Sie unter Kosten und Nutzen der Verwendung von RBS mit dem FILESTREAM-Anbieter weiter unten in diesem Artikel. Weitere Informationen zur Verwendung von RBS-Anbietern von Drittherstellern erhalten Sie beim betreffenden Hersteller.

Nutzen

RBS dient zum Verschieben der Speicherung von BLOBs aus Datenbanken auf Datenbankservern in Verzeichnisse in handelsüblichen Speicherlösungen. Daher können in den spezifischen Umgebungen, für die RBS konzipiert wurde, Leistungssteigerungen und Kostenvorteile erzielt werden. Durch Verwenden von preisgünstigeren Speicherlösungen anstelle der teureren Speicherung auf Datenbankservern können Sie Kosten einsparen. Mit RBS sparen Sie Speicherressourcen, wenn eine kleinere Anzahl von großen BLOBs vorhanden ist. Sind viele kleinere Dateien vorhanden, bringt RBS keinen Gewinn.

Kosten

Die Verwendung von RBS ist mit erhöhten Betriebskosten verbunden, weil das IT-Team dann beim Sichern oder Wiederherstellen von Inhalten zusätzliche Aufgaben ausführen muss. Große RBS-Speicher können Vorgänge wie die Sicherung oder Wiederherstellung, die Aktualisierung der Umgebung, das Upgraden auf eine neuere Version von SharePoint Server oder die Migration der SharePoint-Websites zu einer anderen Umgebung verlangsamen. Diese Kosten sollten Sie bei Ihrer Entscheidung, ob Sie RBS verwenden, berücksichtigen.

Kosten und Nutzen der Verwendung von RBS mit dem FILESTREAM-Anbieter

In diesem Abschnitt werden die Kosten und Vorteile der Verwendung des FILESTREAM-Anbieters erörtert. Diese sind für andere Anbieter möglicherweise nicht relevant. Informationen zur Verwendung von RBS-Anbietern von Drittherstellern erhalten Sie beim jeweiligen Hersteller.

Nutzen

Microsoft unterstützt derzeit nur den FILESTREAM-RBS-Anbieter mit SharePoint Server 2010. Wenn Sie diesen Anbieter verwenden, werden mit den Sicherungs- und Wiederherstellungsfunktionen in SharePoint Server 2010 auch die BLOBs und die strukturierten Daten in der Inhaltsdatenbank ohne Zusatzaufwand für Sie gesichert und wiederhergestellt. Der FILESTREAM-Anbieter unterstützt auch iSCSI-Speichergeräte (Internet Small Computer System Interface).

Kosten

Die Verwendung des FILESTREAM-Anbieters kann mit erhöhten Betriebskosten verbunden sein, weil das IT-Team zusätzliche Aufgaben ausführen muss. Große RBS-Speicher können Vorgänge wie die Sicherung oder Wiederherstellung, die Aktualisierung der Umgebung, das Upgraden auf eine neuere Version von SharePoint Server oder die Migration der SharePoint-Websites zu einer anderen Umgebung verlangsamen. Diese Kosten sollten Sie bei Ihrer Entscheidung, ob Sie RBS verwenden, berücksichtigen.

Optimale Umgebung für die Verwendung von RBS

Da RBS eine Lösung ist, die für spezifische Rahmenbedingungen konzipiert wurde, gibt es eine optimale Einsatzumgebung für RBS, in der die Vorteile die Nachteile überwiegen. Optimal für die Verwendung von RBS ist eine Umgebung, für die folgende Bedingungen zutreffen:

• Sie möchten eine kleinere Anzahl von großen BLOBs (256 KB oder größer) für häufige Lesezugriffe oder schreibgeschützten Zugriff speichern.

• Die Ressourcen auf dem Computer mit SQL Server könnten einen Leistungsengpass darstellen.

• Die Kosten für teuren Laufwerkspeicherplatz sind höher als die Kosten für die erhöhte Komplexität der IT-Abläufe, die die Verwendung von RBS mit sich bringen könnte.

Ungünstigste Umgebung für die Verwendung von RBS

RBS ist nicht für alle Umgebungen eine geeignete Lösung. In den meisten Fällen überwiegen die Kosten den Nutzen. Am ungünstigsten für die Verwendung von RBS ist eine Umgebung, für die Folgendes zutrifft:

• Sie möchten viele kleine BLOBs (256 KB oder kleiner) für häufige Schreibzugriffe speichern.

• Die Ressourcen auf dem Computer mit SQL Server stellen keinen Leistungsengpass dar.

• Die Kosten der erhöhten Komplexität der IT-Abläufe, die die Verwendung von RBS mit sich bringen könnte, sind höher als die Kosten für teuren Laufwerkspeicherplatz.

Unter diesen Umständen wird selbst bei einer Inhaltsdatenbank, die kleiner als 200 GB ist, wegen der häufigen Schreibzugriffe auf die kleinen BLOBs ein merkbarer Leistungsengpass entstehen. Der Grund hierfür ist, dass die Datenbank die Metadaten für die BLOBs enthält. Ändern sich die Metadaten, werden der Tabelle in der Datenbank neue Zeile hinzugefügt. Dadurch kann die Größe der Tabelle rasch erheblich anwachsen. Große Tabellen können zu Leistungseinbußen führen.

Wenngleich das Vorhandensein vieler kleiner BLOBs mitunter Leistungseinbußen bewirkt, sind die Speicherkosten normalerweise der wichtigste Aspekt beim Abwägen der Vor- und Nachteile von RBS. Die zu erwartende Leistungsverringerung nimmt man im Allgemeinen angesichts der Kosteneinsparungen bei der Speicherhardware in Kauf.

Prüfen von Anbieteroptionen

Für RBS ist ein Anbieter erforderlich, der die RBS-APIs und SQL Server miteinander verbindet. Microsoft SQL Server 2008 Express und Microsoft SQL Server 2008 R2 Express enthält den FILESTREAM-Anbieter.

BLOBs können je nach Unterstützung durch den Anbieter in handelsüblichen Speicherlösungen wie DAS (Direct-Attached Storage) oder NAS (Network-Attached Storage) gespeichert werden. Der FILESTREAM-Anbieter wird von SharePoint Server 2010 nur bei Verwendung auf lokalen Festplattenlaufwerken oder auf iSCSI-Laufwerken unterstützt. Sie können RBS mit FILESTREAM nicht auf Remotespeichersystemen wie etwa NAS verwenden.

In der folgenden Tabelle werden die Vorteile und Einschränkungen von FILESTREAM beschrieben.

1Nur, wenn der verwendete RBS-Anbieter dies unterstützt.

2Wenn der verwendete RBS-Anbieter keine Momentaufnahmen unterstützt, können Sie für die Bereitstellung oder Sicherung von Inhalten keine Momentaufnahmen verwenden. Der FILESTREAM-Anbieter unterstützt keine Momentaufnahmen.

Falls der FILESTREAM-Anbieter für die Umgebung schlecht geeignet ist, können Sie einen unterstützten Anbieter eines Drittherstellers erwerben. Berücksichtigen Sie beim Kauf eines Anbieters die folgenden Kriterien:

• Sicherungs- und Wiederherstellungsmöglichkeiten

• Getestete Notfallwiederherstellung

• Bereitstellung und Datenmigration

• Leistungsbeeinträchtigung

• Langfristige Verwaltungskosten

See Also

Other Resources

Ressourcencenter: SQL Server- und SharePoint Server 2010-Datenbanken