SharePoint 2010：外部ストレージを使用してSharePointを最適化する

イクバル・カーン

SharePointは、最高のコラボレーションプラットフォームのXNUMXつとしての主張を明確に示しています。 共同作業とはドキュメントの共有を意味するため、SharePointには他の多くの機能の中でもドキュメント管理が含まれています。 したがって、他のユーザーとの共有を容易にするために、ドキュメントを保存する場所としてSharePointを使用している可能性があります。

別のドキュメントをSharePointに保存するたびに、データベースが大きくなります。 SharePointに保存する各ドキュメントは、500KBから2MBの範囲で、場合によってはさらに大きくなることもあります。 SharePointに保存されている数十万、さらには数百万のドキュメントについて話し始めると、すぐに大量になる可能性があります。 SharePointは、これらすべてのドキュメントをSQLServerデータベースに保存します。 データベースのサイズが特定のしきい値を超えると、管理が困難になり、SharePointとSQLServerの両方のパフォーマンスが低下する可能性があります。

他のリレーショナルデータベースと同様に、SQL Serverは必ずしもドキュメント（SharePoint用語ではバイナリラージオブジェクトまたはBLOBと呼ばれます）を格納するように設計されていませんでした。 代わりに、構造化されたリレーショナルデータを格納するように設計されました。 SharePointは、すべてのドキュメントをBLOBとしてデータベースに格納します。これらのドキュメントをそのように格納することで、SQLServerデータベースを非常に迅速に作成できます。

使用している SQL Server データベースが 20GB 以下であれば、まだ管理可能です。多くの場合、SQL Server データベースは数百ギガバイト、さらにはテラバイトの範囲にまで拡大することがあります。この規模になると、データベース管理操作はさらに困難になり、時間がかかり、何か問題が発生した場合に問題が発生します。単純なバックアップと復元の操作であっても、まったく新しい意味を持ちます。

また、すべてのドキュメントが SQL Server に保存されている場合、SharePoint のパフォーマンスが低下する可能性があります。 SharePoint は、SQL Server 内にシンプルなドキュメント ストレージ メカニズムを提供します。これにより、古いドキュメントを安価なストレージにアーカイブし、コンプライアンス上の理由などでドキュメントを一定期間保存できます。