SharePoint Server 2010 容量管理ソフトウェアの境界と制限

コンテンツ データベース

Web アプリケーションごとに 300 個

サポートされる

Web アプリケーションごとのコンテンツ データベースが 300 個あっても、サイトまたはサイト コレクションを開く操作などのエンド ユーザー操作は影響を受けません。ただし、新しいサイト コレクションの作成など、管理操作のパフォーマンスは低下します。コンテンツ データベースが多数あると、管理用インターフェイスの応答が遅くなり、操作が困難になるので、その場合の Web アプリケーションの管理には Windows PowerShell を使用することをお勧めします。

管理パス

Web アプリケーションごとに 20 個

サポートされる

管理パスは Web サーバーにキャッシュされ、管理パス リストを求める着信要求の処理に CPU リソースが使用されます。

Web アプリケーションごとの管理パスの数が 20 個を超えると、各要求を処理するための Web サーバーの負荷が増加します。

Web アプリケーションで 20 個より多い管理パスを使用することを計画している場合、許容範囲のシステム パフォーマンスが得られるかテストすることをお勧めします。

サイト コレクション

Web アプリケーションごとに 250,000 個

サポートされる

Web アプリケーションあたりの最大サイト コレクション数の推奨値は 250,000 個です。

この制限は、特定の Web アプリケーションによってサポートされる可能性のあるサイト コレクションの有効数を減少する場合のある他の要因の影響を受けます。コンテンツ データベースなど、コンテナー オブジェクトに他の多くのオブジェクトが含まれる場合、サポートされる制限を超えないように注意する必要があります。

たとえば、多数の Web アプリケーションが含まれるファームでは、サイト コレクションの合計数が、ファーム リソースによって有効にサポートできない数に達する場合があります。このことは、ファームあたりの Web アプリケーション数および Web アプリケーションあたりのサイト コレクション数がそれぞれのサポートされる制限内に収まっている場合にも当てはまる可能性があります。

同様に、ファームに含まれるコンテンツ データベースの合計数が少なくても、各コンテンツ データベースに多数のサイト コレクションが含まれる場合、サポートされるサイト コレクション数の制限に達するよりもはるか以前にファームのパフォーマンスが悪影響を受ける場合があります。

次のケースはこの点を示します。

ファーム A には 1 つの Web アプリケーションがあり、これにはサポートされる構成として 200 のコンテンツ データベースが含まれています。これらのコンテンツ データベースのそれぞれに 200 のサイト コレクションが含まれている場合、Web アプリケーションのサイト コレクションの合計数は 40,000 となり、サポートされる制限内に収まります。しかし、各コンテンツ データベースに 2,000 のサイト コレクションが含まれる場合、1 つのコンテンツ データベースではこの数がサポートされていても、Web アプリケーション内のサイト コレクションの合計数は 400,000 となって、Web アプリケーションごとのサイト コレクションの制限数を超えます。

アプリケーション プール

Web サーバーごとに 10 個

しきい値

最大数はハードウェアの能力によって決まります。

この制限は以下の要素に依存します。

• Web サーバーに割り当てられる RAM 容量

• ユーザー ベースと使用特性など、ファームにかかる作業負荷 (使用率の高いアプリケーション プールは、1 つで 10 GB 以上になることがあります)

コンテンツ データベースのサイズ (一般的な使用シナリオ)

コンテンツ データベースごとに 200 GB

サポートされる

この表の以下の行の状況に当てはまる場合を除いて、コンテンツ データベースのサイズを 200 GB に制限することを強くお勧めしました。

リモート BLOB ストレージ (RBS) を使用する場合、コンテンツ データベース内のリモート BLOB ストレージとメタデータの合計量がこの制限を超えることはできません。

コンテンツ データベースのサイズ (ドキュメント アーカイブ シナリオ)

コンテンツ データベースに対する明示的な制限なし

サポートされている

以下の要件が満たされる場合、ドキュメント アーカイブ シナリオでの使用に関して、明示的なサイズ制限のないコンテンツ データベースがサポートされます。

• この表の前述の "コンテンツ データベースのサイズ (すべての使用シナリオ)" 制限に含まれるすべての要件を満たす必要があり、その制限の "メモ" フィールドで説明されているすべての要因を慎重に考慮したことを確認する必要があります。

• SharePoint Server 2010 サイトは、ドキュメント センター サイト テンプレートまたはレコード センター サイト テンプレートに基づく必要があります。

• 毎月平均でコンテンツ データベース内の 5% 未満のコンテンツがアクセスされ、毎月平均で 1% 未満のコンテンツが変更または書き込まれます。

• コンテンツ データベース内の SharePoint Server 2010 オブジェクトに対して、通知、ワークフロー、リンクの修正、またはアイテム レベルのセキュリティを使用しないでください。

  注意

  コンテンツ ルーティング ワークフローからのドキュメントを受け付けるように、ドキュメント アーカイブのコンテンツ データベースを構成できます。

大規模なドキュメント リポジトリの詳細については、「大規模なドキュメント リポジトリのパフォーマンスと容量の要件を見積もる」(https://technet.microsoft.com/ja-jp/library/ff608068.aspx)、および記事「エンタープライズ コンテンツ記憶域の計画 (SharePoint Server 2010)」の「一般的な大規模コンテンツ管理のシナリオ」をご覧ください。

コンテンツ データベースごとのサイト コレクション

推奨 2,000 個

最大 5,000 個

サポートされる

1 つのコンテンツ データベース内のサイト コレクションの数を 2,000 個に制限することを強くお勧めします。ただし、データベース内には最大 5,000 個までのサイト コレクションがサポートされています。

この制限はアップグレード速度に影響します。データベース内のサイト コレクションの数が多いほど、アップグレードに時間がかかります。

データベース内のサイト コレクション数の制限は、複数のサイト コレクションが含まれるコンテンツ データベースのサイズ制限 (200 GB) に依存します。したがって、データベース内のサイト コレクション数が多くなると、そのデータベースに含まれるサイト コレクションの平均サイズは小さくなります。

サイト コレクション数が制限の 2,000 個を超えると、アップグレード時のダウンタイムが長くなる可能性があります。2,000 個を超えるサイト コレクションを使用する予定の場合は、明確なアップグレード戦略を計画し、データベースに影響するアップグレードとソフトウェア更新を高速化できる追加のハードウェアを用意することをお勧めします。

コンテンツ データベース内のサイト数について警告レベルを設定するには、Windows PowerShell コマンドレット Set-SPContentDatabase に -WarningSiteCount パラメーターを指定して使用します。詳細については、「Set-SPContentDatabase」をご覧ください。

Web サイト

サイト コレクションあたり 250,000 個 / ファームあたり 250,000 個 / ファームあたり 500,000 の個人用サイト

サポートされる

サイトとサブサイトの推奨最大数は 250,000 個です。

サブサイトの数がサイト コレクション レベルで 2,000 を超えると、パフォーマンスが低下することがあります。

サイト コレクションごとに最大 2,000 の Web で複数のサイト コレクションを作成すれば、非常に大きい数の Web サイトを作成できます。たとえば、各サイト コレクションに 2,000 の Web を含む 125 のサイト コレクションは、ファーム内の 250,000 のサイトと等しくなります。ただしこの数は、個人用以外のサイトの場合に推奨されるサイト数の上限です。

250,000 個のサイト コレクション (すべてに個人用サイト テンプレートではないルートの Web サイトが含まれる) がある場合に、任意のルート サイトにサブサイトを追加すると、Web サイトの限界である 250,000 個を超過することになります。

サイト コレクションごとの推奨サイト数の上限である 2,000 を超えた場合、次の問題が発生する場合があります。

• サイトまたはサブサイトの削除や作成によって、サイトの可用性が大きく影響を受けることがあります。サイトの削除中には、サイトやサブサイトへのアクセスが制限されます。多数のサブサイトを同時に作成しようとした場合にも、操作が失敗することがあります。

• 2,000 を超えるサブサイトがある場合、既存のファームに新しいサーバーを追加する際に PSConfig を実行するなどの操作、または SharePoint の更新プログラムをインストールした後の操作のパフォーマンスが大幅に減少します。

• stsadm -o checklocalupgradestatus 操作の実行、または製品バージョン ジョブ タイマー ジョブの日ごとの実行の完了までに数時間かかる可能性があります。

• サーバーの全体管理 Web サイトの「データベースの状態の確認」ページ (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) を開こうとすると、タイムアウトになる可能性があります。

リストの行サイズ

行ごとに 8,000 バイト

境界

リストまたはライブラリの各アイテムには、データベース内で合計 8,000 バイトのみ含めることができます。組み込み列用に 256 バイトが予約されているので、エンド ユーザー列に使用できるのは 7,744 バイトになります。それぞれの種類のフィールドで使用するスペース量の詳細については、後の「列の制限」をご覧ください。

ドキュメント

ライブラリごとに 30,000,000 個

サポートされる

フォルダーを入れ子にしたり、標準ビューとサイト階層を使用したりすると、大規模なドキュメント ライブラリを作成できます。この値は、ドキュメントとフォルダーの構造、および保存するドキュメントの種類とサイズに依存します。

アイテム

リストごとに 30,000,000 個

サポートされる

標準ビュー、サイト階層、メタデータ ナビゲーションを使用すると、非常に大きなリストを作成できます。この値は、リスト内の列数およびリストの使用方法に依存します。

一括操作

一括操作ごとに 100 アイテム

境界

ユーザー インターフェイスからは、一括操作に最大 100 個までのアイテムを選択できます。

リスト ビューのしきい値

5,000

しきい値

管理者によって設定される、クエリが制限されない時間帯の範囲外で、クエリなどのデータベース操作が同時に処理できるリストまたはライブラリのアイテムの最大数を指定します。

サブサイト

サイト ビューごとに 2,000 個

しきい値

指定の Web サイトのサブサイトを列挙するインターフェイスは、サブサイト数が 2,000 個を超えると適切に実行されません。同様に、サブサイト数が増えると、[すべてのサイト コンテンツ] ページおよびツリー ビュー コントロールのパフォーマンスが著しく低下します。

セキュリティ スコープ

リストごとに 50,000 個

しきい値

リストに設定する固有のセキュリティ スコープの最大数が、50,000 個を超えることはできません。ほとんどのファームでは、この制限を 5,000 の一意のスコープに下げることを検討するようお勧めします。大きなリストの場合は、使用する固有の権限ができるだけ少なくなる設計を使用することをご検討ください。1 つのリストに設定する固有のセキュリティ スコープの数が、リスト ビューのしきい値 (既定では 5,000 リスト アイテムに設定) を超える場合、リストを表示するときに余計な SQL Server のラウンド トリップが起こります。これにより、リスト ビューのパフォーマンスが悪影響を受けることがあります。

スコープとは、別途セキュリティ境界が定義されていないセキュリティ保護可能なオブジェクトおよび子オブジェクトのセキュリティ境界です。スコープには、アクセス制御リスト (ACL) が含まれますが、NTFS ACL とは異なり、スコープには、SharePoint Server 固有のセキュリティ プリンシパルを含めることができます。スコープの ACL のメンバーには、Windows ユーザー、Windows ユーザー以外のユーザー アカウント (フォーム ベース アカウントなど)、Active Directory グループ、SharePoint グループを含めることができます。

1 行テキスト

276

しきい値

28 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 64 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 384 個 (6 * 64 = 384) の 1 行テキスト列を含めることができることになります。ただし、1 つの SharePoint リスト アイテムは 8,000 バイトに制限されており、そのうち 256 バイトは組み込みの SharePoint 列用に予約されているので、1 行テキスト列の実際の制限は 276 個になります。

選択肢

276

しきい値

28 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 64 個ごとに発生します。行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 384 個 (6 * 64 = 384) の 1 行テキスト列を含めることができることになります。ただし、1 つの SharePoint リスト アイテムは 8,000 バイトに制限されており、そのうち 256 バイトは組み込みの SharePoint 列用に予約されているので、1 行テキスト列の実際の制限は 276 個の選択肢列になります。

通貨

72

しきい値

12 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 12 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 72 個 (6 * 12 = 72) の通貨列を含めることができます。

参照

96

しきい値

4 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 16 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 96 個 (6 * 16 = 96) の単一値参照列を含めることができます。

ユーザーまたはグループ

96

しきい値

4 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 16 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 96 個 (6 * 16 = 96) のユーザーまたはグループ列を含めることができます。

計算値

48

しきい値

28 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 8 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 48 個 (6 * 8 = 48) の集計値列を含めることができます。

整数

96

しきい値

4 バイト

SQL Server の行の折り返しは、SharePoint リスト内の列 16 個ごとに発生します。したがって、行の折り返しが既定値の 6 行の場合、1 つの SharePoint リストに最大 96 個 (6 * 16 = 96) の整数列を含めることができます。

Web パーツ

Wiki または Web パーツ ページごとに 25 個

しきい値

この値は、単純な Web パーツに基づく推定値です。パフォーマンスに影響することなく 1 つのページに使用できる Web パーツ数は、Web パーツの複雑度に応じて異なります。

1 人のユーザーが属することのできる SharePoint グループの数

5,000

サポートされる

この値は固定制限値ではありませんが、Active Directory のガイドラインとの整合性に基づいています。以下の項目がこの値に影響します。

• ユーザー トークンのサイズ

• グループのキャッシュ: SharePoint Server 2010 には、ユーザーが属するグループがアクセス制御リスト (ACL) で使用されるとすぐに、グループ数をキャッシュするテーブルがあります。

• セキュリティ チェック時間: ユーザーがメンバーになっているグループの数が増加すると、アクセス チェックに要する時間も増加します。

1 つの SharePoint グループ内の Active Directory プリンシパル/ユーザー

SharePoint グループごとに 5,000

サポートされる

SharePoint Server 2010 では、SharePoint グループにユーザーまたは Active Directory グループを追加できます。

1 つの SharePoint グループ内のユーザー (またはユーザーの Active Directory グループ) の数が最大 5,000 までの場合、許容範囲のパフォーマンスが得られます。

この制限によって以下のアクティビティが特に影響を受けます。

• 権限を検証するためのユーザーのフェッチ。グループ内のユーザー数が増えるほど、この操作の所要時間は長くなります。

• ビューのメンバーシップのレンダリング。この操作は常に時間を要します。

セキュリティ プリンシパル: セキュリティ スコープのサイズ

アクセス制御リスト (ACL) ごとに 5,000 個

サポートされる

スコープのサイズは、セキュリティ チェック計算に使用されるデータに影響します。この計算は、スコープが変更されるたびに発生します。固定制限値はありませんが、スコープが大きくなるほど計算時間が長くなります。

SharePoint Search Service アプリケーション

ファームごとに 20 個

サポートされる

検索のコンポーネントとデータベースを別個のサーバーに割り当てることができるので、同じファームに複数の SharePoint Search Service アプリケーションを展開できます。推奨制限値 20 は、1 つのファーム内の全サービス アプリケーションの最大数より少ない値です。

クロール コンポーネント

Search Service アプリケーションごとに 16 個

しきい値

アプリケーションごとの推奨制限値は合計 16 個のクロール コンポーネントであり、クロール データベースごとに 2 個、(サーバーに少なくとも 8 個のプロセッサ (コア) があることを前提とした場合) サーバーごとに 2 個になります。

伝達 I/O の低下を最小限にするには、サーバーごとのクロール コンポーネントの合計数を 128 個 (クエリ コンポーネントの合計数) 未満にする必要があります。推奨制限値を超えると、クロールのパフォーマンスが向上しなくなる可能性があり、実際には、クロール サーバー、データベース、コンテンツ ホストの使用可能なリソースに応じてクロールのパフォーマンスが低下することがあります。

インデックス付きのアイテム

Search Service アプリケーションごとに 1 億個、インデックス パーティションごとに 1000 万個

サポートされる

SharePoint Search では、インデックス パーティションがサポートされており、各パーティションには検索インデックスのサブセットが含まれます。パーティションごとのアイテムの推奨最大数は 1000 万個です。すべてのアイテム (ユーザー、リスト アイテム、ドキュメント、Web ページなど) の推奨最大数は 1 億個です。

プロパティ データベース

Search Service アプリケーションごとに 10 個、合計 128 個

しきい値

プロパティ データベースには、関連付けられている各インデックス パーティション内のアイテムのメタデータが保存されます。1 つのインデックス パーティションは、1 つのプロパティ ストアのみと関連付けることができます。Search Service アプリケーションごとのプロパティ データベース数の推奨制限値は 10 個です。全インデックス パーティションについての境界は 128 個です。

範囲ルール

範囲ごとに 100 個の範囲ルール、Search Service アプリケーションごとに合計 600 個

しきい値

この制限を超えると、クロールの更新頻度が低下し、範囲指定されたクエリの結果に遅延が発生します。

表示グループ

サイトごとに 25 個

しきい値

表示グループは、ユーザー インターフェイスから範囲をグループ別に表示するために使用します。この制限を超えると、検索管理インターフェイスにおける範囲の表示が正常に実行されなくなり始めます。

コンテンツ ソース

Search Service アプリケーションごとに 50 個

しきい値

Search Service アプリケーションごとの推奨制限値 50 個を超えて、境界値 500 個まで増やすことができます。ただし、使用する開始アドレスの数を少なくし、同時クロール数の制限に従う必要があります。

同時クロール

Search アプリケーションごとに 20 個

しきい値

同時に実行されるクロールの数です。この値を超えると、クロールの全体的な速度が低下します。

クロール影響ルール

100

しきい値

ファームごとの推奨制限値は 100 個です。推奨値を超えることができます。しかし、推奨値を超えると、検索管理インターフェイスにおけるサイト ヒット ルールの表示が正常に実行されなくなります。サイト ヒット ルール数が約 2,000 個になると、[サイト ヒット ルールの管理] ページが読み取り不可能になります。

管理プロパティ

Search Service アプリケーションごとに 100,000 個

しきい値

これらは検索システムによってクエリで使用されるプロパティです。クロールされたプロパティは、管理プロパティにマップされます。

URL 削除

1 操作ごとに 100 個の削除

サポートされる

1 操作でシステムから削除する URL の数の推奨最大値です。

キーワード

サイト コレクションごとに 200 個

サポートされる

この推奨制限値を超えて、キーワードごとのおすすめコンテンツ 5 個を条件に、サイト コレクションごとのキーワード数を最大 (ASP.NET による制約) 5,000 個の制限値まで増やすことができます。この制限値を超えると、サイト管理ユーザー インターフェイスにおけるキーワードの表示が正常に実行されなくなります。ASP.NET による制限値は、web.config ファイルおよび client.config ファイル (MaxItemsInObjectGraph) を編集すれば変更できます。

ユーザー プロファイル

サービス アプリケーションごとに 2,000,000 個

サポートされる

User Profile Service アプリケーションでは、すべてのソーシャル機能を備えたユーザー プロファイルを最大 200 万個までサポートできます。この値は、ディレクトリ サービスからユーザー プロファイル ストアにインポートできるプロファイルの数を表し、また、1 つの User Profile Service アプリケーションで、ソーシャル機能のパフォーマンスを低下させることなくサポートできるプロファイルの数を示します。

複数のパスで実行されるコンテンツ展開ジョブ

20

サポートされる

同じ展開元コンテンツ データベース内の複数のサイト コレクションに接続する複数のパスでジョブを同時に実行すると、データベースでデッドロックが発生する可能性が高くなります。ジョブを同時に実行することが必要な場合には、サイト コレクションを複数の異なる展開元コンテンツ データベースに移動することをお勧めします。

コンテンツ展開の Microsoft SQL Server スナップショットを使用する場合、パスごとにスナップショットが作成されます。この場合、展開元データベースに必要な I/O が増加します。

詳細については、「展開のパスとジョブについて」をご覧ください。

ブログ投稿

サイトごとに 5,000 件

サポートされている

ブログの投稿の最大数はサイトごとに 5,000 件です。

ECT (メモリ内)

Web サーバーごと (テナントごと) に 5,000 個

境界

1 つの Web サーバーで同時点にメモリにロードできる外部コンテンツ タイプ (ECT) 定義の合計数です。

要求ごとに返されるデータベース アイテム

データベース コネクタごとに 2,000 個

しきい値

データベース コネクタから返すことのできる要求ごとのアイテムの数です。

既定の最大数 2,000 個は、データベース コネクタから返すことのできるページごとの結果の数を制限するために使用されます。アプリケーションは、実行コンテキストを使用してより大きな数を指定できます。絶対最大値は、既定値を使用しないアプリケーションに対しても最大値を適用します。この制限値の境界は、1,000,000 個です。

ワークフローの延期のしきい値

15

しきい値

Timer Service で実行されるインスタンスを除き、1 つのコンテンツ データベースについて同時に実行できるワークフローの最大数は 15 個です。このしきい値に到達すると、ワークフローをアクティブ化する新しい要求は、Workflow Timer Service によって、後で実行するためのキューに入れられます。非タイマー実行が完了すると、新しい要求はこのしきい値の対象としてカウントされます。この制限値は、Windows PowerShell コマンドレット Set-SPFarmConfig を使用して構成できます。詳細については、「Set-SPFarmConfig」をご覧ください。

メモ:この制限値は、進行中にできるワークフローのインスタンスの合計数ではありません。これは処理されるインスタンスの数です。この制限値を大きくすると、ワークフロー タスクの開始と完了のスループットが増加しますが、コンテンツ データベースとシステム リソースに対する負荷も増加します。

1 つの用語ストアで入れ子にする用語の最大レベル数

7

サポートされる

用語セット内では、用語を階層構造で表すことができます。 1 つの用語セットには、最大 7 レベルの用語 (親用語とその下に 6 レベルまで入れ子にした用語) を含めることができます。

1 つの用語セット内の用語の最大数

30,000

サポートされる

1 つの用語セット内の用語の最大数は 30,000 個です。

Visio Web 図面のファイル サイズ

50 MB

しきい値

Visio Services には、Visio で処理する Web 図面の最大サイズを管理者が変更できる構成設定があります。

ファイル サイズが大きくなると、以下の影響が発生します。

• Visio Services のメモリの占有領域が増加します。

• CPU 使用率が増加します。

• 1 秒あたりのアプリケーション サーバー要求数が減少します。

• 全体的な待機時間が増加します。

• SharePoint ファームのネットワーク負荷が増加します。

Visio Services の最小キャッシュ時間 (データに接続された図面)

最小キャッシュ時間:0 ～ 24 時間

しきい値

最小キャッシュ時間は、データに接続された図面に適用されます。これは、現在の図面がキャッシュから削除されるまでの最短時間を指定します。

最小キャッシュ時間を非常に小さな値に設定すると、短い時間間隔でキャッシュが無効になることによって、Visio で再計算が行われる頻度が高くなり、CPU とメモリの可用性が低下するので、スループットが減少し、待機時間が長くなります。

SharePoint エンティティ

Web Analytics を有効にした場合はファームあたり 30,000

サポートされる

ファームに含まれる、または含まれると予想される SharePoint エンティティ (すべての Web アプリケーション、サイト コレクション、サイトを含む) が 30,000 を超える場合、Web Analytics を有効にしないでください。この数値は正確ではありません。SharePoint エンティティの組み合わせが異なると、ファームのパフォーマンスが受ける影響は、テスト シナリオに比べて上下することがあるためです。これについては、記事「Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010」で説明しています。しかし、ファーム内の SharePoint エンティティの数がこの制限に近づくと、ファームのパフォーマンスが許容できないレベルまで低下する可能性があります。

セル

Excel Services データ ソースに対するクエリごとに 1,000,000 個

境界

Excel Services データ ソースを呼び出す PerformancePoint スコアカードには、クエリごとのセル数 1,000,000 個以内という制限があります。

SharePoint リストに対するクエリ

15 列、5,000 行

サポートされる

SharePoint リストをデータ ソースとして使用する PerformancePoint ダッシュボード オブジェクトをレンダリングする場合の列と行の最大数です。行数は列数に応じて変動します。

入力ファイルのサイズ

512 MB

境界

Microsoft Word Automation Services で処理できる最大ファイル サイズです。

変換プロセスごとの開始する変換の数

PDF/XPS の出力形式の場合:30 x M。その他のすべての出力形式の場合:72 x M。M は変換を開始する間隔 (分) です。

しきい値

開始する変換の数は、Microsoft Word Automation Services のスループットに影響します。

この値を推奨値より非常に大きくすると、一部の変換アイテムが断続的に失敗し始め、ユーザー権限が期限切れになることがあります。ユーザー権限は、変換ジョブが開始されてから 24 時間で期限切れになります。

アクティブな変換プロセスの合計数

N-1 (N は各アプリケーション サーバーにあるコアの数)

しきい値

1 つのアクティブな変換プロセスによって、1 つのプロセシング コアが使用されます。したがって、アプリケーション サーバーにあるプロセシング コアの数より多くの変換プロセスは実行しないようにする必要があります。 変換タイマー ジョブおよびその他の SharePoint アクティビティも、時折プロセシング コアを使用することが必要になります。

変換タイマー ジョブおよび SharePoint で使用できるように、常に 1 つのコアを未使用にしておくことをお勧めします。

SharePoint Workspace の同期

リストごとに 30,000 個のアイテム

境界

SharePoint Workspace では、30,000 個を超えるアイテムが含まれるリストは同期されません。30,000 個を超えるアイテムが含まれるリストをダウンロードするには非常に長い時間がかかり、リソース使用率が高くなるので、この制限が用意されています。

(SharePoint にある) 1 つの OneNote ノートブック内のセクションとセクション グループの数

"リストとライブラリの制限" の "ドキュメント" の制限を参照

各セクションは、リストにおける 1 つのフォルダーおよび 1 つのドキュメントとしてカウントされます。各セクション グループは、リストにおける 1 つのフォルダーおよび 1 つのドキュメントとしてカウントされます。

OneNote セクション内の 1 つの画像、埋め込みファイル、XPS OneNote 印刷イメージの最大サイズ。

"リストとライブラリの制限" の "ファイル サイズ" の制限を参照

各アイテムは、別個のバイナリ ファイルに保存されるので、ファイル サイズの制限に従います。OneNote への各印刷操作では、XPS 印刷イメージに複数のページが含まれていても、1 つの印刷イメージ バイナリが生成されます。

結合操作

Web サーバーごとの CPU コアごとに 1 つ

境界

OneNote の結合では、同じノートブックを共同編集している複数のユーザーによる変更が結合されます。結合を実行するために使用できる CPU コアがなかった場合には、競合ページが生成され、ユーザーが手動で結合を実行することが必要になります。

この制限は、OneNote がクライアント アプリケーションとして実行されているか、Microsoft Office Web Apps として実行されているかに関わりなく適用されます。

キャッシュ サイズ

100 GB

しきい値

コンテンツ データベースの一部として作成されたドキュメントの表示に使用できる領域です。既定では、ドキュメントの表示に使用できるキャッシュは 100 GB です。使用可能なキャッシュ サイズを増やすことはお勧めしません。

プロジェクト時間の最終時刻

日付:2049 年 12 月 31 日

境界

Project の計画を 2049 年 12 月 31 日より後の日付に指定することはできません。

1 つのビュー内のフィールドの数

256

境界

ユーザーは、Project Web App に定義したビューに 256 個を超えるフィールドを追加できません。