サービスレベル管理に移行する

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:1分
  • エスカレーションエンジンから SLA 処理を移行し、サービスレベル管理機能を使用します。

    古い SLA エンジンと新しいサービスレベル管理プラグインの 2 つの主な違いは、タスクで複数の SLA を同時に実行でき、エスカレーションの概念がより堅牢なワークフローエディターに置き換えられたことです。これにより、アドミニストレーターは、より成熟したサービスレベルのプロセスを考慮して、タスクによってトリガーされるアクション、通知、およびイベントをより詳細に制御できます。

    インスタンスが元の SLA エンジンを使用していて、サービスレベルアグリーメント (SLA) プラグインをアクティブ化したばかりである場合、古い SLA は機能しません。古い SLA を動作させるには、新しい SLA 定義レコードに変換し、適切なタスク SLA レコードを一致するタスク レコードに添付する必要があります。これは、古い SLA の定義を反映する新しい SLA 定義レコードを作成することによって手動で行われます。古い SLA は引き続き機能しますが、タスクが更新されるたびに、適切な新しいタスク SLA が添付されます。

    新しいタスク SLA が実装されると、古い SLA がすでに添付されているタスクを含め、新規または更新されたインシデントに添付されます。新規のタスク SLA が遡及的に開始するように設定されている場合、過去のその時点からの期間が自動的に計算されます。これは、期間が正確であることを意味します。

    有効にすると、[新しい事後対応の SLA に対して、前の SLA 停止時間を計算 (2011 SLA エンジンのみ)] プロパティが、事後対応の SLA が添付されたときに一時停止時間を計算します。

    たとえば、事後対応の SLA が作成されてから 1 時間後にインシデントに添付され、30 分の一時停止条件を満たす場合、経過時間は 1 時間ではなく 30 分となります。

    注:
    このプロパティは、監査対象テーブルでのみ使用されます。監査対象でないテーブルでは、レコードの作成前の一時停止時間が無視されます。