Microsoft SharePoint 2010: Optimieren Sie SharePoint mit RBS

Von Iqbal Khan

Organisationen jeder Größe nutzen unter anderem Microsoft SharePoint als Dokumentenmanagement- und Repository-System. Dadurch speichert SharePoint eine große Anzahl an Dokumenten, oft sogar in Millionenhöhe.

SharePoint speichert alle diese Dokumente in der SQL Server-Datenbank als Binary Large Objects (BLOBs). Wie andere relationale Datenbanken ist SQL Server nicht für die Speicherung von BLOBs dieser Größenordnung konzipiert. Dadurch kann es auf verschiedenen Ebenen zu einer Drosselung kommen. Dies beeinträchtigt die Leistung von SharePoint und macht die Datenbankverwaltung mühsam.

Um dieses Problem zu lösen, hat Microsoft in SharePoint 2007 ein COM-basiertes EBS-Anbietermodell (External BLOB Storage) eingeführt. Mit EBS können Sie BLOBs auf externen Speicher auslagern und die Datenbankgröße erheblich reduzieren. Dadurch wurde das Problem mit der Datenbankgröße behoben, aber das Fehlen eines nativen .NET-Anbieters verursachte Leistungseinbußen und war keine „saubere Integration“ mit SharePoint. Daher wurde diese Lösung nicht wirklich als vollständig angesehen.

In SharePoint 2010 und SQL Server 2008 R2 hat Microsoft eine native .NET-basierte Remote BLOB Storage (RBS)-Schnittstelle als Ersatz für EBS veröffentlicht. RBS trägt auch dazu bei, die Größe der SharePoint 2010-Datenbank erheblich zu reduzieren. Dies geschieht durch die Auslagerung aller BLOBs aus der SharePoint-Inhaltsdatenbank in einen vom Benutzer angegebenen externen Speicher. Stubs und Metadaten für diese BLOBs werden weiterhin in der Inhaltsdatenbank gespeichert. Daher geht SharePoint immer noch davon aus, dass diese BLOBs Teil von SharePoint sind und auf die gleiche Weise darauf zugreifen können. Benutzer spüren keinen Unterschied, da alle BLOBs weiterhin logisch Teil der Inhaltsdatenbank sind.

Jetzt hat Microsoft eine Standardimplementierung namens RBS Filestream bereitgestellt. Dies ist jedoch recht einfach und bietet ernsthaften SharePoint-Benutzern nicht viel Flexibilität. Obwohl es BLOBs auslagert, können Sie keine Filter angeben, welche BLOBs ausgelagert und welche in der Datenbank behalten werden sollen. Am Ende entladen Sie alle BLOBs, ob Sie das nun wollen oder nicht. Außerdem können Sie keinen Remote-Speicherort angeben und BLOBs werden nur in einem lokalen Speicher auf dem SQL Server-Computer gespeichert. Es verfügt auch über keine Verwaltungs- oder Überwachungstools.