Externer BLOB-Speicher in SharePoint Foundation (Übersicht)
Letzte Änderung: Donnerstag, 1. Oktober 2009
Gilt für: SharePoint Foundation 2010
Microsoft SQL Server ist zwar ein sehr effizienter Ressourcen-Manager für strukturierte Daten in einer SharePoint-Inhaltsdatenbank, aber ein Großteil der Datendateien wird als unstrukturierte Binärdateien repräsentiert, d. h. BLOB-Datendateien (Binary Large Object). SQL Server bietet im Vergleich zu strukturierten Daten weniger Vorteile für Binärdaten. Bei Ihrer Serverfarm könnten also durch die Verwendung eines externen Datenspeichers für die Binärdatendateien Kosten gespart werden.
Übersicht
SQL Server ist ein sehr leistungsfähiger Ressourcen-Manager für strukturierte Daten in SharePoint Foundation. SQL Server bietet ein schnelles, effizientes SQL-Abfragemodul und eine außergewöhnliche, abfragebasierte Abruffunktion für strukturierte Daten.
Ein Großteil der Daten in einer typischen Unternehmensbereitstellung von SharePoint Foundation wird jedoch als unstrukturierte, binäre Datenströme gespeichert, denen SharePoint-Dateien zugeordnet sind. Diese binären Datenströme bzw. BLOBs, die SharePoint-Dateien entsprechen, enthalten oft einen Großteil Ihrer Daten.
Das Problem ist jedoch, dass SQL Server nicht die beste Möglichkeit zum Speichern unstrukturierter binärer Datenströme darstellt, da unstrukturierte Binärdaten nicht für die umfangreiche SQL-Abfrageumgebung verfügbar sind. Speicher- und Abrufvorgänge für BLOB-Daten in SQL Server sind in der Tat kaum mehr als einfache get- und put-Anweisungen. Da für BLOB-Daten eine der hilfreichsten Features von SQL Server, nämlich das Abfragemodul, nicht genutzt werden kann, ist ihr Wert als BLOB-Speicher begrenzt.
Die Lösung besteht in diesem Fall in der Verwendung eines einfachen, kostengünstigen Speichermediums als externen BLOB-Speicher (EBS). Der EBS wird parallel zur SQL Server-Inhaltsdatenbank der Website ausgeführt, in der die unstrukturierten Daten der Website gespeichert werden. Zur Koordination der beiden Datenspeicher müssen Sie eine COM-Schnittstelle (ISPExternalBinaryProvider) implementieren, die eine einfache Semantik verwendet, um die Befehle Save und Open für Dateien zu erkennen, und Umleitungsaufrufe für den BLOB-Speicher aufruft, wenn BLOB-Datenströme erkannt werden.
Wenn Sie diese Schnittstelle implementieren, können Sie den externen BLOB-Speicheranbieter (EBS-Anbieter) verwenden, der Speicher- und Abrufvorgänge für den BLOB-Speicher koordiniert. Der EBS-Anbieter stellt außerdem sicher, dass die SQL Server-Inhaltsdatenbank Metadatenverweise auf die zugehörigen BLOB-Datenströme im externen BLOB-Speicher enthält.
Sie müssen den ESB-Anbieter auf jedem Front-End-Webserver für jede SharePoint-Website installieren, registrieren und konfigurieren. Auf diese Weise kann die Schnittstelle die Befehle Save und Open erkennen (die den Vorgang zum Speichern bzw. Abrufen darstellen) und Umleitungsaufrufe des EBS-Anbieters initiieren.
Sie müssen sich unbedingt der Tatsache bewusst sein, dass die Implementierung von EBS in Ihrer Bereitstellung gewisse Nachteile beinhaltet. Neben den Einschränkungen beim Betrieb, die unter Einschränkungen beim Betrieb und Konfliktanalyse zusammengefasst sind, bringt die Implementierung des EBS-Anbieters auch neue Support- und Wartungsanforderungen mit sich.
Siehe auch
Konzepte
Einschränkungen beim Betrieb und Konfliktanalyse