メンテナンススケジュールの構成

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:6分
  • メンテナンス計画を作成したら、計画を実行するタイミングを決定するための特定の基準を定義します。

    始める前に

    必要なロール:sm_admin

    このタスクについて

    メンテナンス計画を設定する資産または CI に応じて、単一の計画または複数の計画を作成できます。たとえば、毎月 1 日と 15 日にコンピューターのクラスを再起動する計画を設定できます。

    注:
    同じプランに対して複数のメンテナンススケジュールを定義する場合は、慎重に計画してください。たとえば、プリンタカートリッジを 3 か月ごとに交換するスケジュールを 1 つ設定します。10,000 ページが印刷されるたびにカートリッジを交換する別のスケジュールを設定します。この競合により、同じ週にカートリッジが 2 回交換される可能性があります。スケジュールが互いに競合しないようにしてください。

    計画に関連付けられたテンプレートに基づいて、1 つ以上のサービス管理作業指示書と施設要求が自動生成されます。

    メンテナンススケジュールは、期間またはメーターに基づくことができ、最初に発生した関連条件によってトリガーできます。たとえば、メンテナンススケジュールフォームで、自動車メンテナンススケジュールのトリガーとして [期間] または [メーター ] を選択し、期間を 3 か月、メーターを 5,000 マイルとして定義します。スケジュールは、いずれか早い方によってトリガーされます。[期間] または [メーター] トリガーを選択すると、[メンテナンス計画] フォームの [メンテナンス計画レコード] 関連リストに [次回実行時間] フィールドと [次回実行値] フィールドが入力されます。

    注:
    メンテナンス計画レコードでは、[ Next run time (次回実行時間 )] フィールドに表示されるタイムスタンプは、計画メンテナンスを実行するために設定された時間と同じではありません。計画済みメンテナンス夜間実行レコードの [次のアクション] フィールドには、計画済みメンテナンスの実際のスケジュール済みジョブ実行時間が表示されます。

    スケジュール済みジョブが実行されると、[ Next run time (次回実行時間 )] フィールドの値が、次回の計画メンテナンス夜間実行ジョブに設定された時間よりも小さいかどうかがチェックされ、下回っている場合は要求が生成されます。計画された夜間メンテナンスは実行されず、次回実行時刻に基づく要求は生成されません。

    手順

    1. 移動先 すべて > 計画済みメンテナンス > メンテナンス計画.
    2. メンテナンススケジュールに関連付けるメンテナンス計画の番号をクリックします。
    3. [メンテナンススケジュール] 関連リストで [新規] をクリックし、わかりやすい [名前] と [簡単な説明] を指定し、フォームに入力して [送信] をクリックします。
      注:
      フォームが [次のアクション ] フィールドを表示するように設定されている場合は、最初のメンテナンスを実行する日時を選択できます。
      表 : 1. メンテナンススケジュール
      フィールド 説明
      プラン このスケジュールが含まれるメンテナンス計画の名前。
      アクティブ メンテナンス計画のスケジュールを有効にするには、チェックボックスをオンにします。
      トリガー
      計画の実行をトリガーするタイミング条件。
      • 期間:時間に基づいて実行されるメンテナンス。選択内容に応じて、期間を定義するための追加フィールドが表示されます。
      • メーター (Meter):カウントに基づいてメンテナンスが実行されます。[ Every (各)] フィールドと [Field (フィールド )] フィールドが表示されます。
      • Condition:特定の条件が満たされたときに実行されるメンテナンス。[ Filter condition (フィルター条件 )] フィールドが表示されます
      • スクリプト:メンテナンス計画を実行するための高度な基準を適用します。[ スクリプト] フィールドが表示されます。
      • 期間またはメーター:時間とカウントの両方に基づくメンテナンスのタイミング (いずれか早い方) 期間と測定の詳細を指定する必要があります。
      Trigger type (トリガータイプ) メンテナンススケジュールの期間カテゴリ。たとえば、[ 月次] を選択すると、[ 月の特定日 ] フィールドが表示され、毎月の何日にメンテナンスを実行するかを指定できます。選択したトリガータイプに応じて異なるフィールドが表示されます。このフィールドは、[トリガー] で [期間] が選択されている場合に表示されます。
      繰り返し 繰り返しの頻度。このフィールドは、[トリガータイプ] で [間隔] が選択されている場合に表示されます。
      Due day of week (曜日) 毎週メンテナンスを行う曜日。このフィールドは、[Trigger type (トリガータイプ)] で [Weekly (週次)] が選択されている場合に表示されます。
      Due day of month (月の特定日) 毎月メンテナンスを行う日付。このフィールドは、[Trigger type (トリガータイプ)] で [Monthly (月次)] または [Annual (年次)] を選択した場合に表示されます。
      Due month (実行月) 毎回のメンテナンスを行う月。このフィールドは、[Trigger type (トリガータイプ)] で [Annually (年次)] を選択した場合に表示されます。
      Due time (実行時間) メンテナンスを行う時刻 (時、分、秒)。このフィールドは 、[間隔] を除くすべてのトリガータイプに表示されます。
      Every (各) メンテナンス計画を実行する前に記録する必要があるマイルやページなどの発生回数。ゼロ (0) より大きくなければなりません。このフィールドは、[トリガー] に [メーター] が選択されている場合に表示されます。
      フィールド [Every (各)] フィールドの発生頻度の適用対象を定義するために使用されるフィールド。たとえば、「 ページ 」フィールドに入力すると、「 間隔 」フィールドには、プランで定義されたアクションが実行される前に印刷されるページ数を入れることができます。このフィールドは、[トリガー] に [メーター] が選択されている場合に表示されます。
      テーブル メンテナンス対象として選択された資産または CI に関連付けられたテーブルを一覧表示します。このフィールドは、[Trigger (トリガー)] で [Meter (測定)] または [Condition (条件)] が選択されている場合に表示されます。
      リードタイム 作業を開始する日付を決定するための、 要求期限 までの日数。その日付は、タスクの [開始予定] フィールドに事前に入力されています。このフィールドは、[トリガー] で [期間] が選択されている場合に表示されます。
      条件 メンテナンススケジュールを実行するかどうかを決定する条件。このフィールドは、[トリガー] で [条件] が選択されている場合に表示されます。
      スクリプト メンテナンススケジュールを実行するかどうかを決定するスクリプト。このフィールドは、[トリガー] で [スクリプト] が選択されている場合に表示されます。スクリプトが true を返すとメンテナンスが実行されます。「current」変数が使用可能です。この変数はメンテナンス中のレコード (CI など) を表します。
    4. 次の計画メンテナンスを最初に計算された時間/測定値で実行するか、作業指示書が完了した時間から測定/間隔の計算を再開するかを指定します。