昨日MCMを教えているときにSharePointの達人と話していたときのもう一つの質問。SharePointのガイドラインでは、100GBを超えるコンテンツデータベースはサポートされていないとされています。そのガイドラインの背後にある理由には触れずに、コンテンツデータベースについて聞きたいです。大きい100GB を超えるストレージと、それらに関する経験（主にパフォーマンス、災害復旧、HA プロビジョニング）を教えてください。
SharePoint のインストールをどの程度進めましたか? 1 TB を超えるコンテンツ データベースの話は聞いたことがありますが、SharePoint 管理者本人の話を聞きたいです。
何か情報があれば教えていただければ幸いです。
答え1
当社にはそれぞれ 111 GB と 102 GB の DB があり、GigE ネットワークで 30 分以内にバックアップされます。大規模なデータベースでは、長時間実行されるストアド プロシージャで問題が発生する可能性があると聞いたことがありますが、そのデモンストレーションを見たことはありません。
「SharePoint 2007 のスケーリング: ストレージ アーキテクチャ」ホワイト ペーパーからの引用:
「...これは一般に「100 GB コンテンツ データベース サイズ制限」と呼ばれています。実際、これは本当の制限ではなく、推奨事項です。SQL Server データベースは、これまで何年も 100 GB をはるかに超える規模に拡張されてきました。実際には、この推奨事項は主に 2 つの重要な要素に基づいています。
特定の組織のサービス レベル アグリーメント (SLA) 要件では、SharePoint データベースのバックアップ操作を限られた時間内に実行する必要があることが規定されている場合があります。コンテンツ データベースのサイズは、そのバックアップの実行にかかる時間に直接影響します。
ストレージ サブシステムは、提供する SharePoint ソリューションのディスク I/O 要件を処理できるほど堅牢である必要があります。
組織がこれら 2 つの考慮事項を軽減できる限り、コンテンツ データベースを拡張できます。実際の実装では、100 GB、150 GB、200 GB、250 GB、300 GB、350 GB、400 GB のデータベース サイズを実装した SharePoint の展開が成功しています。"
答え2
日常的な使用では、データベースのサイズはそれほど重要ではありません。ほとんどのクエリは 1 つのリスト内の項目を返すので、データベースに他に何があるかは問題ではありません。ただし、データベース全体を操作する操作は難しくなります。バックアップが最もわかりやすい例です。大規模なデータベースでは時間がかかります。ただし、データベースが夜間にバックアップできる量を超えない限りは問題ありません。バックアップは長時間実行されるように設計されており、ディスク領域が不足しない限り非常に信頼性があります。
実際に問題が発生するのは、コンテンツ データベースの移動やアップグレードなどの頻度の低い操作です。これらの操作では、データベース サイズの約 5 倍の空き領域が必要になることがあり、制御不能な自動拡張をトリガーするなどの操作を実行できるクエリを使用して実装されます。
答え3
当社には 300 GB のコンテンツ データベースがあります。Lite Speed に切り替えた後はバックアップに問題はありません。切り替える前は、Web サイトのパフォーマンスが著しく低下していました。
記録によると、私たちはこれほど大きなコンテンツ DB を持ちたくありませんでした。コンテンツを別のサイト コレクションに配置した場合、コンテンツ共有に関する特定のビジネス要件を実装するのは非常に困難だったでしょう。
最初に本番稼働を開始したとき、ピーク使用時にデータベースで重大なロックの問題が発生しました。これは SharePoint の CrossListQueryCache オブジェクトの使用に起因していました。その API の使用を変更したところ、パフォーマンスが大幅に改善されました。
詳しい情報をブログに書きましたここ。
特定の種類の更新 (20 MB を超える BLOB の削除)、Web の名前変更 (これにより AllUserData テーブル内の多数のレコードが更新される可能性がある) でロックの問題が引き続き発生します。特定のケース (ごみ箱からの大きなアイテムの削除など) については、MS サポートと連携して取り組んでいます。これらの問題は、SharePoint の特定のストアド プロシージャがデータを削除する方法に起因していますが、まだ解決策は見つかっていません。
個人的には、AllUserData テーブルに大量のレコードが入ると問題が発生すると思います。MS がこれをユーザーに伝える最も簡単な方法は、100 GB 未満に抑えることです。
MS IT の担当者に問い合わせることをお勧めします。非公式ですが、SharePoint コンテンツ DB が 800 GB を超えていると聞きました。
答え4
それは間違いです。サイズに制限はありません。データベースの管理を容易にし、バックアップ/復元時間を最小限に抑えるためだけに、大きなデータベースを持たないようにすることが推奨されています。サイズ制限は、SQL インフラストラクチャのみに依存すると言えます。