適切な状況

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:3分
  • 適切な状況は、CMDB データのスケジュールされた監査またはオンデマンド監査を実行して、期待される属性、CI 関係、およびシステム内の他のレコードとの関係と一致するレコードを判断します。

    たとえば、適切な状況により、コンピューターが特定のソフトウェア プログラムのライセンスを有するかどうかを判断することができます。コンプライアンス プロセスでは、構成アイテム (CI) がチェックされ、その属性と関係が組織の設定した基準に準拠していることが確認されます。監査結果にはレコードの適切な状況の不一致が表示され、ServiceNow によりこれらの不一致を修正できる適格なユーザーに後続タスクが自動的に割り当てられます。

    適切な状況ロール

    認定要素にアクセスするか、認定要素を構成するには、ユーザーは certification_admin ロールを持っている必要があります。これらのユーザーが必要なテーブルに対する適切なアクセス権を持っている場合、ユーザーはフィルターを作成、更新、および削除できます。

    ベースシステムでは、certification_admin ユーザーには制限されたシステム権限しかなく、すべての必要なテーブルに対するアクセス権があるわけではありません。コンプライアンス リソースを割り当てる場合には、必要に応じて certification_admin ユーザーに追加のロールを付与するようにしてください。たとえば、認定アドミニストレーターには、次のテーブルへのアクセスを許可するロールが必要です。
    • 会社 [core_company]
    • コスト センター [cmn_cost_center]
    • スケジュール [cmn_schedule]

    適切な状況のプロセス

    適切な状況の認定プロセスでは、サーバーがチェックされ、CPU 速度やメモリーなどの物理リソースが特定の基準に準拠していることが確認されます。このプロセスでは、すべての重要なビジネス サービスに、マネージャー、サポート グループ、および承認グループが割り当てられていることも確認されます。

    認定を担当するアドミニストレーターは、適切な状況の定義を作成してから、監査をスケジュールして、CI のコンプライアンスをチェックします。監査結果では、認定に合格した CI が識別され、失敗した CI の不一致が列挙されます。CI を適切な状況に調整するためのプロセスを追跡するために、ServiceNow システムにより後続タスクが自動的に生成されます。

    適切な状況は、データ認定とは大きく異なります。データ認定は、データが実際と一致することを確認するための手動プロセスです。適切な状況は同じデータを調べて、各アイテムの構成がいつ適切な承認済み状態になったかを判断します。

    1. 認定フィルターの作成:認定する構成アイテムのサブセットを定義するフィルターを作成します。複数のバージョンのフィルターを作成して、認定に使用するバージョンを有効にすることができます。構成アイテム [cmdb_ci] テーブルとそれを拡張するすべてのテーブルに対するフィルターを作成できます。
    2. テンプレートの作成:物理属性、関連レコード、および CI の関係の適切な状況を定義する条件でテンプレートを作成します。テンプレート用に選択した認定フィルターによって、調べる構成アイテムが決まります。
    3. 監査の作成と実行:テンプレートを使用して監査を作成します。監査をスケジュールまたはオンデマンドで実行するように設定します。監査では、指定したテンプレートの条件に基づいて一連の結果が生成されます。後続タスクの使用法を次のように決定します。
      • 監査で後続タスクと割り当てを作成するかどうかを決定します。
      • 複数の実行での同じ監査の失敗に対して同じ後続タスクが使用されるかどうかを決定します。システム属性 glide.allow.new.cert_follow_on_task はデフォルトで true に設定されており、監査の実行ごとに同じ失敗に対して新しい後続タスクの作成を許可します。
    4. 監査結果の表示:ターゲット構成アイテムの、テンプレートで指定された適切な状況と実際の状態との間の不一致が表示される、監査結果を表示します。
    5. 不一致の修正:システムによって作成された後続タスクを完了することによって、監査が発見した不一致を修正します。