Project Web App のキュー設定を管理する
[Project Web Appのキュー設定の管理] ページを使用して、Project Server 2013 で Project Queue 設定を構成します。
適用対象: Project Server 2013
Project Server 2013 では、キュー設定は個々のProject Web App インスタンスには適用されなくなりましたが、Project Service アプリケーションで作成されたすべてのProject Web Appインスタンスに適用されるようになりました。 さらに、キューは Project Service レベルにあるため、[キューの設定の管理] ページには、Project Web Appではなく SharePoint サーバーの全体管理 Web サイトでアクセスできます。
重要
Project Server 2013 キューのパフォーマンスは、このリリースで実装された多くの変更により、以前のバージョンより大幅に向上しました。 既定値は、最適なパフォーマンスを得るための推奨されるキュー設定です。
はじめに
既定のキュー設定を変更する必要がある場合は、少なくとも Project サービス アプリケーションのサービス アプリケーション管理者である必要があります。 これは、必要最小限の特権アクセス許可レベルです。
[キューの設定の管理] ページには、サーバーの全体管理の Project Service Application ページからアクセスできます。 Project Service Application ページの [キュー設定の管理] ページにアクセスするには、次の手順に従います。
[キュー設定の管理] ページにアクセスするには
サーバーの全体管理の [アプリケーション管理] セクションの [サービス アプリケーション] で、[ サービス アプリケーションの管理] をクリックします。
[サービス アプリケーションの管理] ページで、Project サービス アプリケーションの名前をクリックします。
[プロジェクトの管理] Web Apps ページで、Project Web Appの [キュー設定の管理] をクリックします。
重要
既定のキュー設定を変更する前に、Project Server 管理者に確認します。 変更はキュー ジョブの処理方法に影響し、Project Service アプリケーションで作成されたすべてのProject Web Appインスタンスに影響します。
キューの設定
[Project Web Appキュー設定の管理] ページでは、次のキュー設定を変更できます。
最大コンカレンシーの程度
再試行間隔
再試行制限回数
SQL のタイムアウト
成功したジョブのクリーンアップの経過時間制限
失敗したジョブのクリーンアップ期間制限
ブックキーピング間隔
キューのタイムアウト
重要
このページに表示される SQL 再試行間隔 と SQL 再試行制限 設定は Project Server 2013 では廃止され、今後の更新で削除される予定です。 これらの設定は使用しないでください。
最大コンカレンシーの程度
キューはマルチスレッドであるため、キューに送信される複数のジョブを同時に処理できます。 [最大コンカレンシーの程度] 設定では、キューで使用可能なジョブ プロセッサ スレッドの最大数を設定することで、同時に処理できるジョブの数を制限します。 有効な範囲は 1 から 10 で、既定値は 4 です。
Project Server 2013 では、この設定の値は、アプリケーション サーバー上のコア数の乗数として機能します。 たとえば、アプリケーション サーバーがデュアルコア プロセッサを使用していて、最大コンカレンシーの程度が既定値の 4 に設定されている場合、同時に処理できるジョブの最大数は 8 です。 複数のアプリケーション サーバーがある場合、この設定は Project Server アプリケーション サービスが実行されている各サーバーに適用されます。 たとえば、デュアルコア プロセッサを持つアプリケーション サーバーが 2 つあり、最大コンカレンシーの次数が既定値の 4 に設定されている場合、各サーバーは同時に最大 8 個のジョブを処理できます。
再試行間隔 (ミリ秒)
[再試行間隔] 設定を使用すると、SQL タイムアウトなどの一時的な問題のために失敗したジョブの再試行の長さをミリ秒単位で設定できます。処理ジョブが失敗した場合、キューは再試行間隔の値によって設定された時間を待機し、ジョブを再試行します。 有効な範囲は 0 (即時再試行) から 60000 (1 分) で、既定値は 1000 (1 秒) です。
再試行制限回数
[ 再試行制限 ] 設定を使用すると、失敗した処理ジョブを再試行する最大回数を設定できます。 ジョブが失敗するのではなく、SQL タイムアウトなどの一時的な問題のためにジョブが処理されない場合、キューはジョブを再試行します。 試行される再試行回数は、この設定に対して入力された値によって設定されます。 再試行までの時間は、[再試行間隔] 設定によって設定されることに注意してください。 有効な範囲は 0 (再試行なし) から 100 です。 既定値は 5 です。
SQL のタイムアウト (秒)
キューは、ジョブを取得して実行するために SQL を呼び出します。 この [SQL のタイムアウト] 設定では、この呼び出しに対するタイムアウト値 (秒) を設定できます。 SQL タイムアウト エラーが原因でジョブが失敗した場合は、この設定の値を増やしてジョブを再試行できます。 有効範囲は 30 から 86,400 (1 日) で、既定値は 1,800 (30 分) です。
成功したジョブのクリーンアップの経過時間制限
[ 正常なジョブのクリーンアップ期間制限 ] 設定を使用すると、正常に完了したジョブがシステムから削除されたときに構成できます。 正常に完了したジョブは、キュー クリーンアップ ジョブを使用してシステムから削除できます。これは、特定の年齢のしきい値に達した後に正常に完了したジョブを削除するように構成できます。 この設定を構成するには、[ 正常なジョブのクリーンアップ期間制限 ] フィールドに値 (時間単位) を入力します。 入力した値は、キュー クリーンアップ ジョブの実行がスケジュールされている場合に、正常に作成されたジョブの有効期間がその値以上である場合にのみ、ジョブを削除するようにキューを構成します。 この設定の有効な範囲は、1 時間から 100,000 時間です。 この設定の既定値は 24 時間 (1 日) です。
成功しなかったジョブのクリーンアップの経過時間制限
[ 失敗したジョブのクリーンアップ期間制限 ] 設定を使用すると、失敗した状態で完了したジョブがシステムから削除されたときに構成できます。 この設定を構成するには、[ 正常でないジョブのクリーンアップ期間制限 ] フィールドに値 (時間単位) を入力します。 入力した値によって、クリーンアップ間隔中にジョブを削除するように Queue が構成されます。これは、成功していないジョブの経過時間がその値以上の場合に限られます。 失敗したジョブをシステムから削除する方法は、正常に完了したジョブをシステムから削除する方法と同じです。
注:
[失敗 (相互関係をブロック中)] 状態のジョブは、正常に再試行されるか取り消されるまで履歴の中に残ります。 成功しなかったジョブのクリーンアップは、この状態のジョブには影響しません。
この設定の既定値は 168 時間 (7 日) です。 ジョブの状態情報は、ジョブが正常に完了していない場合の問題のトラブルシューティングに役立つ上で重要であるため、この値を既定の設定より小さく設定しないことをお勧めします。
ブックキーピング間隔
キュー システムによって実行される簿記タスクは多数あります。 たとえば、"スリープ" 状態のジョブの起動、ハートビート タイムスタンプの更新、キュー クリーンアップ ジョブを実行する必要があるかどうかを確認するなどがあります。[ 簿記間隔] 設定は、これらのタスクを実行する時間間隔 (ミリ秒単位) を制御します。
有効な範囲は 500 (1/2 秒) から 300000 (5 分) で、既定値は 10000 (10 秒) です。
キューのタイムアウト (分)
Project Server Application Service を実行している複数のアプリケーション サーバーを含むファームで、いずれかのサーバーでキュー サービスが失敗した場合、キュー サービスがオンラインになっている残りのアプリケーション サーバー間でジョブが自動的に分散されます。 キュー サービスは、キューの タイムアウト値 ( 分単位) を超えてキュー正常性タイマー ジョブからアクセスできない場合、タイムアウトしたと見なされます。
有効な範囲は 5 分から 60 分で、既定値は 3 分です。
注:
[キューのタイムアウト] 値は、どのようなときも [ブックキーピングの間隔] の 4 倍以下にすることはできません。 この規則に違反すると、[キューのタイムアウト] 値は自動的にブックキーピング値の 4 倍に変更されます。