Project Server 2013 でのデータセットによるパフォーマンスと容量への影響

概要: Project Server 2013 展開のパフォーマンスと容量を計画するときは、その計画に影響する一連の数値を考慮に入れます。
適用対象: Project Server 2013

Project Server 2013 の一般的なデータセット

この記事で説明するデータセットは、次の表に一覧表示され、説明されている変数によって特徴付けられます。 これらの変数は、Project Server のパフォーマンスに影響を与えるすべての要因をキャプチャするわけではありません。 (つまり、デプロイで使用する傾向がある機能の組み合わせをキャプチャしません)。ただし、適切な容量を決定する際に重要な情報の多くをキャプチャします。

Project Server 2013 のパフォーマンスに影響する要因

エンティティ 説明/メモ Small Medium Large
Projects
20
100
5000
プロジェクト サイト
20
100
5000
管理モードのプロジェクトの割合
0%
10%
80%
タスク
1250
25000
1250000
プロジェクトあたりの平均タスク数
62.5
250
250
タスク トランザクション履歴
特定のタスクに対して進捗状況が送信および承認される回数
10
10
100
課題
1625
32500
1625000
タスクあたりの平均割り当て数
1.3
1.3
1.3
個人用サイト ユーザーあたりの平均タスク数
50
250
5000
承認
マネージャーあたりの保留中の更新
5
50
600
リソース
50
1000
10000
プロジェクトあたりの平均リソース数
2.5
10
20
リソースあたりの平均割り当て数
32.5
32.5
162.5
ユーザー
50
1000
10000
予定表
3
26
100
問題
20
400
20000
リスク
20
400
20000
成果 物
20
800
40000
エンタープライズ プロジェクトの種類
5
50
ワークフロー
2
30
ワークフローあたりの平均プロジェクト数
50
167
フェーズ
5
50
エンタープライズ プロジェクトの種類あたりのフェーズ数
20
20
Stages
15
150
ワークフローあたりのステージ数
20
40
Pdp
10
100
PDP あたりのユーザー設定フィールド数
10
10
部署数
100
部署あたりの平均プロジェクト数
50
部署あたりの平均リソース数
100
年あたりのタイムシート数
使用するタイムシートが増えるほど、SQL Server に対するリソースの需要が高まります。
2600
52000
780000
年あたりのステータス レポート数
26000
260000

注:

データセット サイズの説明では、ユーザー設定フィールドの数には、部署のユーザー設定フィールドではなく、エンタープライズ ユーザー設定フィールドのみが含まれます。 部署のユーザー設定フィールドは、エンタープライズ ユーザー設定フィールドと同様に、Project Server 2013 のパフォーマンスに実質的に同じ影響を与えます。 そのため、多数の部署のユーザー設定フィールド (特にタスク レベル) がある場合は、これをサポートするために追加のリソースが必要になります。 このドキュメント全体でユーザー設定フィールドに関して行われる処方箋は、エンタープライズ ユーザー設定フィールドと部署のユーザー設定フィールドの両方に適用されます。

Project Server 2013 で考慮するその他のパフォーマンスと容量の変数

ユーザーの同時実行:

  • ユーザーの同時実行による負荷は、多くの場合、容量要件を設定するうえでの重要な要因です。 システム内のユーザー数が少ない場合でも、"ピーク" トラフィック時間帯にはすべてのユーザーがサーバーに同時にアクセスすることがあります。 たとえば、すべてのユーザーが毎週同じ時間に進捗状況/タイムシートの更新を送信する組織では、その時間帯のパフォーマンスが大幅に低下する可能性があります。 ピーク時の使用率が非常に高い場合は、データセットの推奨トポロジにリソースを追加します。

ユーザー ロールの分割:

  • ユーザーを、管理者、ポートフォリオ管理者、プロジェクト管理者、およびチーム メンバーに割り振ると、各種類のユーザーがさまざまなデータにアクセスするという点で、展開のパフォーマンスに影響を及ぼします。 異なるセキュリティ カテゴリに属するユーザーは、表示できるかもしれないプロジェクトとリソースの数がそれぞれ異なる可能性があります。 たとえば、管理者は、プロジェクト センターの読み込み時にサーバー上のすべてのプロジェクトを表示し、リソース センターの読み込み時にはすべてのリソースを表示できます。 これに対して、プロジェクト管理者が表示できるのは、自身のプロジェクトのみです。 この結果、ユーザーはパフォーマンスの低下を感じる可能性があります。 可能であれば、[サーバー設定] の [ビューの管理] セクションで定義したビューで適切なフィルターを定義することで、特定のビューに表示されるプロジェクト、タスク、またはリソースの数を >制限することをお勧めします。

懸案事項、リスク、および成果物:

  • これらのエンティティの数が多い場合、SQL Serverに追加の負荷がかかる場合があります。 特に、追加の負荷が発生する可能性があるのは、プロジェクト サイトでこれらのエンティティを表示して操作する行為です。 これらの機能を頻繁に使用する場合は、高レベルのパフォーマンスを維持するために、SQL Serverに追加のリソースを割り当てることをお勧めします。 これらの成果物とプロジェクト サイトの機能は SharePoint サイトとリストであるため、Project Server 2013 のこれらの側面をスケーリングする場合は、SharePoint サイトとリストのスケーリングに関するドキュメントを参照してください。

ユーザー設定カレンダー:

  • プロジェクト、タスク、およびリソースに対してユーザー設定カレンダーを定義できます。 これはスケジューリング エンジンに大きな影響を及ぼし、アプリケーション サーバーとデータベース サーバーで大量のプロセッサが消費されます。

関連項目

Project Server 2013 でのパフォーマンスおよび容量の計画の概要

容量計画の戦略 (Project Server 2013)

パフォーマンスと容量に関するハードウェアの推奨事項 (Project Server 2013)

Project Server 2013 のスケール アップおよびスケール アウト トポロジ

Project Server 2013 でパフォーマンスを最適化する

Project Server 2013 のパフォーマンス カウンター

Project Server 2013 のパフォーマンスに関するトラブルシューティング

一般的なデータセット (Project Server 2013)