メンテナンスルールの作成
メンテナンスルールを使用して、「メンテナンス中」ステータスの CI をマークします。「メンテナンス中」ステータスになっている場合、こうした CI は影響度の計算から除外されます。
始める前に
このタスクについて
指定された基準と一致する CI を「メンテナンス中」ステータスとマークするためのルールを定義できます。マークされた CI は、影響度メンテナンス CI [em_impact_maint_ci] テーブルに入力されます。
注:
メンテナンスルールが実行されている場合、一致する CI の cmdb_ci ステータスは変更されません。ただし、一致する CI は、以下のルールによって em_impact_maint_ci テーブルでフラグが付けられ、このステータスは影響度とアラートの計算で考慮されます。
このルールによって「メンテナンス中」ステータスとしてフラグが付けられたフィールドは、CMDB ステータスフィールドです。
注:
メンテナンスルールを有効にするには、メンテナンスルールの [アクティブ] フィールドを選択します。メンテナンスルールを非アクティブ化するには、[アクティブ] フィールドをクリアします。
ベースインスタンスとともに提供されるメンテナンスルールは、次のとおりです。
| デフォルトのメンテナンスルール | 説明 |
|---|---|
| 変更ウィンドウの CI | CI にアクティブな変更ウィンドウがある場合、該当する CI は「メンテナンス中」ステータスとマークされます。 このルールでは、ルールが適用されているかどうかを判断するために、変更要求 [change_request] テーブルに対してクエリを実行します。change_request テーブルの以下のすべての条件を満たす必要があります。 注意：このルールによって CI を「メンテナンス中」ステータスにするには、これらすべての条件が存在する必要があります。たとえば、変更要求承認ステータスの [ステータス] が
[変更の承認待ち] である場合、変更は em_impact_maint_ci テーブルに追加されません。 |
| CI のメンテナンスステータス | CMDB ステータスフィールドが [メンテナンス中] になっている CI は、このルールによって、「メンテナンス中」ステータスとしてフラグが付けられます。 デフォルトでは、廃止された CI は「メンテナンス中」の CI には含まれません。廃止された CI を含めるには:
注: 廃止された多数の CI を含めると、システムのパフォーマンスが低下するおそれがあります。 |
手順
例
CI の運用ステータスが [修理中] または [DR スタンバイ] である場合に、会社が CI をメンテナンス中として定義すると想定します。
CMDB 以外のテーブルを使用したメンテナンスルールの例。
会社がインシデントレコードを使用してメンテナンスを追跡しているとします。「CI のメンテナンスを実行」で始まる説明があると、どのメンテナンス要求もインシデントに変換されます。このようなインシデントのステータスがオープンである限り、このステータスはメンテナンスが進行中であることを示します。[CI フィールド名] フィールドで、選択したテーブル (この場合は [インシデント]) から CI 名を指定します。
高度なスクリプト機能を使用するメンテナンスルールの例。
[メンテナンスルール] ページで、[詳細] オプションを選択します。提供されているサンプルスクリプトをカスタマイズします。
var now_GR = new GlideRecord('cmdb_ci');
gr.addQuery('name', 'your_name_here');
gr.query();
while (gr.next()){
result.push(gr.sys_id +'');}このスクリプトは、独自のカスタマイズされたスクリプトを準備するための例として使用できます。