最初に考慮すべきSharePointのキャパシティー機能は、ADに関連したものだ。SharePointでは、ADのアカウントとグループを用いてユーザーの認証を行い、さらにSharePointのグループメンバーシップを用いてユーザーに権限を付与する。

　SharePointに影響するADの制約というのは、個々のセキュリティ対象オブジェクトのセキュリティプリンシパルに適用されるキャパシティー制限だ。サイト、ライブラリ、リスト項目に関連付けることができるユーザーとグループの数には制限があり、これを超えると正しくインデックス化が行われない。この制限は約2000ユーザーとなっている。これは、ADのAccess Control List（ACL）のサイズが64Kバイトに制限されており、1ユーザーあるいは1グループのサイズが約32バイトであるからだ。

　SharePointが項目をインデックス化するときに64Kバイトの制限に到達すれば、その項目とそれ以下のすべての項目のインデックス化が失敗する。つまりACLは64Kバイトを超えても構わないが、ACLのインデックス化が行われないということだ。

　ADの1つのグループは1つのセキュリティプリンシパルとしてカウントされ、1つのADグループには10万ユーザーを含めることができる。つまり、1つのドキュメントに2000以上のユーザーを関連付けるには、ADグループメンバーシップを通じた間接的な方法でしか行えないということだ。また、1人のユーザーを1015以上のグループに含めることができないことにも注意が必要だ。

　1つのWebサイトの最大ユーザー数は200万人だ。Microsoft Office SharePoint Server（以下、MOSS）では、サイトグループはすべてクロスサイトグループであるという点も忘れてはならない。すなわち、1つのサイトコレクション内のあらゆるグループを、ほかのグループの権限を承認するのに利用できるということだ。また、サイトコレクションは25万サイトまで拡張できるが、セキュリティプリンシパルの2000という制限に注意する必要がある。

リストとビューの制限とパフォーマンスの関係

　MOSSのキャパシティープランニングでも、リストとビューの制限に関連して2000という数字が出現する。リストには500万項目を含めることができるが、そのデータのビューのパフォーマンスは200項目で低下し始め、2000項目で動作が停止する。これは、ベースとなるSQLクエリのページングやフィルタリングが行われなくなるからだ。

　グループ化されたビューの場合、この点に特に注意する必要がある。カテゴリーを展開するまで一部のデータしか表示されなくても、すべてのデータがロードされるからだ。フォルダを利用すれば、多数の項目を小さな集合に分割できるが、ナビゲーションの問題やURLが長くなり過ぎる（最大で約260文字）という問題が生じる恐れがある。

　リスト表示でのパフォーマンス問題を避けるために、サブサイトの数は2000以下に抑えるべきだ。また、カラムの数もライブラリでは2000以下、リストでは4000以下にしておくことも大切だ。サイトコレクションには25万サイトを含めることが可能だが、サイトをどのような構成にするかというのは重要な問題だ。例えば、それぞれ2000サブサイトが含まれる125のWebサイトでも問題はないかもしれないが、これらをさらに小さなグループに分割することでアーキテクチャの拡張性が高まる。ごみ箱もキャパシティーに影響するため、プランニングに際しては、その容量をあまり大きくしないことが重要だ。

　適切なキャパシティープランニングを行うためには、Microsoftが公表しているキャパシティープランニングに関する情報を把握しておく必要がある。「そんな情報は見ていない」というのは言い訳にならない。

本稿筆者のスティーブン・カミンズ氏はwww.spsfaq.comの創業者で、SharePoint専門のコンサルタントを務める。この7年間にわたりSharePoint分野のMVP（Most Valuable Professional）を受賞した。妻、娘、2匹の犬、多数の金魚とともにアイルランドのキルデアで暮らしている。