Microsoft SharePoint 2010：RBSを使用してSharePointを合理化する

イクバル・カーン

あらゆる規模の組織が、とりわけ、ドキュメント管理およびリポジトリシステムとしてMicrosoftSharePointを使用しています。 その結果、SharePointは多数のドキュメントを保存しており、その数は多くの場合数百万に達します。

SharePointは、これらすべてのドキュメントをバイナリラージオブジェクト（BLOB）としてSQLServerデータベースに格納します。 他のリレーショナルデータベースと同様に、SQLServerはこの規模のBLOBを格納するようには設計されていません。 その結果、さまざまなレベルで窒息する可能性があります。 これにより、SharePointのパフォーマンスが低下し、データベースの管理が困難になります。

この問題に対処するために、MicrosoftはSharePoint 2007にCOMベースの外部BLOBストレージ（EBS）プロバイダーモデルを導入しました。EBSを使用すると、BLOBを外部ストレージにオフロードし、データベースサイズを大幅に削減できます。 これによりデータベースサイズの問題は解決されましたが、ネイティブの.NETプロバイダーがない場合、パフォーマンスのオーバーヘッドが発生し、SharePointとの「クリーンな統合」ではありませんでした。 したがって、このソリューションは実際には完全であるとは見なされませんでした。

SharePoint 2010 および SQL Server 2008 R2 では、Microsoft は EBS の代替として、ネイティブ .NET ベースのリモート BLOB ストレージ (RBS) インターフェイスをリリースしました。 RBS は、SharePoint 2010 データベースのサイズを大幅に削減するのにも役立ちます。これは、すべての BLOB を SharePoint コンテンツ データベースからユーザー指定の外部ストレージにオフロードすることによって行われます。これらの BLOB のスタブとメタデータは、引き続きコンテンツ データベースに保持されます。その結果、SharePoint はこれらの BLOB が SharePoint の一部であると認識し、同じ方法でアクセスできます。すべての BLOB は論理的にコンテンツ データベースの一部であるため、ユーザーは違いを感じません。

現在、Microsoft は RBS Filestream と呼ばれるデフォルトの実装を提供しています。ただし、これはかなり基本的なものであり、本格的な SharePoint ユーザーにはあまり柔軟性がありません。 BLOB をオフロードしますが、オフロードする BLOB とデータベースに保持する BLOB のフィルターを指定することはできません。意図したかどうかに関係なく、最終的にすべての BLOB をオフロードすることになります。また、リモート ストレージの場所を指定することはできず、BLOB は SQL Server マシン上のローカル ストレージにのみ保存されます。また、管理ツールや監視ツールもありません。