Project Server キュー サービスのジョブ処理用スレッドの最大数を構成する

キューのマルチスレッド化

キューはマルチスレッド化されるため、以下を実行できます。

• ジョブの迅速な処理

• ジョブで問題が発生したときにジョブの処理の完全な停止の回避

次の表は、キューがシングルスレッド キューまたはマルチスレッド キューでジョブを処理する順序を示します。この例では、3 つのプロジェクトが次の順序で保存および公開されます。

1. プロジェクト 1 が保存され、公開されます。

2. プロジェクト 2 が保存され、公開されます。

3. プロジェクト 3 が保存されます。

4. プロジェクト 2 が開かれ、編集、保存、および再公開されます。

次の表は、キューがシングルスレッド環境でジョブを処理する方法を示します。列見出し T1 ～ T9 は時間セグメントを示します。すべての操作が 9 番目の時間セグメントの最後に完了します。同一のプロジェクト 2 公開ジョブが後で発生することをキューが検出したため、最適化のために最初のプロジェクト 2 公開ジョブがスキップされます。また、プロジェクト 1 およびプロジェクト 2 のレポート ジョブは優先度が低いため、これらも後で処理されます。

次の表は、キューがマルチスレッド環境 (この例では、3 スレッド) でジョブを処理する方法を示します。上記の例と同じ操作を処理しようとする場合、半分以上の時間がかかります。この環境では、相関ジョブ (たとえば、プロジェクト 1 保存と公開に関連するすべてのジョブ) をすべて同じスレッドで処理できることに注意してください。ジョブの関連付けに失敗した場合、同じ関連付けでの他のジョブの処理は禁止されますが、他のスレッドの他のジョブには影響を与えません。

推奨設定

開始点として、使用可能なプロセッサ (またはコア) の数に基づいて処理用スレッドの最大数を設定することをお勧めします。たとえば、Project Server アプリケーションサーバーが単一のデュアルコア プロセッサを使用している場合、キューごとに 2 つのスレッド設定の構成が適切な開始点になります。アプリケーションサーバーが 4 つのデュアルコア プロセッサを使用している場合、キューごとに 8 つのスレッドを使用できます。トランザクションの量だけではなく、トランザクションの平均サイズも考慮して (たとえば、10 行のプロジェクトと 1000 行のプロジェクトを公開する場合) これらの設定を調整します。

また、ファームのトポロジおよびファームで実行しているその他のアプリケーションを考慮する必要もあります。たとえば、アプリケーションサーバーがフロントエンド Web サーバーとしても機能している場合、または、検索あるいはその他のプロセッサを大量に消費するアクティビティを実行している場合、それに応じて設定を調整します。さらに、パフォーマンス カウンタ、アプリケーション ログ、および ULS ログを監視して、通常のサーバー負荷で動作するキューを微調整できます。