最初のアクティベーションステップ — 既存のライフサイクルデータを CSDM 標準にマッピング

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む8読むのに数分
  • CSDM は、標準のライフサイクルステータスを適用して、ライフサイクルの移行中に資産が正確に追跡されるようにします。プラットフォーム全体のすべてのライフサイクルデータを CSDM 標準に移行します。

    既存のデータを移行した後は、CI を作成または更新するときに引き続き標準のライフサイクルステータスのみを使用するため、次のメリットが得られます。
    • アラートを適切に処理するために、Event Management および Operational Intelligence が、CI がメンテナンスのライフサイクルステータスであるかどうかを把握する必要がある場合。
    • コストデータを効果的にレポートするために、Cloud Insights が CI のステータスを把握する必要がある場合。
    • 一貫したタスクおよびワークフローを生成するために、監査および Compliance が標準のライフサイクル値を使用する必要がある場合。

    従来のライフサイクル値を CSDM 標準フィールドおよび値に移行するには、ライフサイクルの移行をアクティブ化する必要があります。

    ライフサイクルマッピングテーブル

    ベースシステムにはライフサイクルマッピング [life_cycle_mapping] テーブルが含まれています。このテーブルには、広く使用されている従来のライフサイクルマッピングが事前に設定されています。各マッピングレコードでは、従来のライフサイクルフィールドの値を、それがどのテーブルにあるかに基づいて、標準の CSDM の値にマッピングする方法を指定します。

    • Life cycle stage(life_cycle_stage):CI が、開始または調達から、廃止および提供終了に移行する幅広いライフサイクルフェーズ。
    • Life cycle status(life_cycle_stage_status):現在のライフサイクルステージ内の CI の特定のステータス。

    テーブルには通常、クラスごとに複数のレコードエントリーが含まれ、各エントリーは特定の従来のライフサイクルとライフサイクル値のペアに対応します。クラスに複数のレコードエントリーがある場合、マッピングプロセスに意味のある値が含まれている可能性および重要度によって、エントリーに優先順位が付けられます。

    ライフサイクルステータスは、CI のライフサイクル全体にわたる、資産または CI のライフサイクルステージライフサイクルステータスという 2 つの値の組み合わせと見なすことができます。たとえば、[運用] ステージのハードウェア CI は、時間の経過とともにステータスが [使用中] から [メンテナンス中]、さらに [サポート終了] に変化する可能性があります。別のハードウェア CI は、[メンテナンス中] ステータスになることなく、[使用中] から [サポート終了] に移行する可能性があります。
    ハードウェア CI のライフサイクルの運用ステージで許可されるステータス値

    カスタムライフサイクル値

    アップグレードシナリオでは、ライフサイクル移行によって、システムに追加された従来のカスタムライフサイクル値がチェックされます。カスタム値ごとに、ライフサイクルマッピング [life_cycle_mapping] テーブルにレコードが追加されます。ただし、これらのマッピングレコードは不完全で非アクティブです。

    ライフサイクル移行をアクティブ化する前に、これらのレコードを編集して有効にし、マッピングに使用する目的のライフサイクルコントロールを指定する必要があります。

    従来のライフサイクルステータスを CMDB ステータスにマッピングする方法の指定

    ライフサイクルマッピングモジュールを使用して、既存のライフサイクル値を CSDM ライフサイクルステータスに変換する方法を指定します。このマッピングにより、Now Platform 製品は環境内の従来の CI の正確なレポートを生成できます。

    始める前に

    必要なロール:itil_admin または asset_admin

    このタスクについて

    この例では、既存のデータは、ハードウェア CI の [インストールステータス] という名前のライフサイクル属性を使用します。[ライフサイクルマッピング] フォームを使用して、 [インストールステータス] 属性の既存の [保留中のインストール] 値を CMDB[展開/テスト] ライフサイクルステータスにマッピングします。

    CSDM ライフサイクル値を既存の従来の値に割り当てる

    手順

    1. 移動先 すべて > CSDM > ライフサイクルマッピング.
    2. [ライフサイクルマッピング] リストビューで、[新規] を選択し、[ライフサイクルマッピング] フォームに入力します。
      フィールド 説明
      テーブルのマッピング このマッピングが適用される従来の CMDB テーブルと降順テーブルです。

      降順テーブルに特別に設定されたマッピングがない限り、降順テーブルに適用されます。

      優先度

      このマッピング定義をテーブルに適用する優先度です。

      優先度は、life_cycle_mapping テーブルにあるクラスのエントリーが複数含まれている場合に使用されます。意味のある従来の値を検索するときは、最も優先度の高いエントリーが最初に使用されます。最初のエントリーが使用できない場合は、次の優先度のレコードが使用されます。

      数値が小さいほど、優先度が高くなります。

      アクティブ

      このマッピング定義を適用するかどうかを示します。

      非アクティブ化すると、優先度の低いマッピングが使用されるか、標準のライフサイクルフィールドが TBD に設定されます。

      従来のフィールド名 ライフサイクルステージを保存するために現在使用されている、指定された Mapping for table の従来のフィールドです。この値は、ライフサイクルマッピングのソースとして使用する必要があります。
      従来のフィールド値 ライフサイクルステータスを保存するために現在使用されている、指定された Mapping for table の従来の値ドです。この値は、ライフサイクルマッピングのソースとして使用する必要があります。
      従来のサブフィールド名 ライフサイクル管理にも使用される、指定された Mapping for table 内に追加された従来のフィールドです。
      従来のサブフィールド値 ライフサイクル管理にも使用される、指定された Mapping for table 内に追加された従来の値です。
      ライフサイクルコントロール クラス、ライフサイクルステージおよびステータスです。これらは、ライフサイクルマッピングの有効な組み合わせの信頼できるソースとして使用されます。
      テーブル 指定された [テーブルのマッピング] をマッピングする標準のライフサイクルテーブルです。設定は、[ライフサイクルコントロール] の選択に基づいています。
      ライフサイクルステージ

      指定された [従来のフィールド名] をマッピングする標準のライフサイクルステージです。設定は、[ライフサイクルコントロール] の選択に基づいています。

      life_cycle_mapping テーブルに一致するものがない場合、値は TBD に設定されます。

      ライフサイクルステージのステータス

      指定された [従来のフィールド値] をマッピングする標準のライフサイクルステージ値です。設定は、[ライフサイクルコントロール] の選択に基づいています。

      life_cycle_mapping テーブルに一致するものがない場合、値は TBD に設定されます。

    3. [送信] を選択します。
    4. プロセスを繰り返し、既存のすべてのライフサイクルステータスをマッピングしたら、それらを CMDBに移行します。
      手順については、「ライフサイクル移行のアクティブ化」を参照してください。

    ライフサイクル移行のアクティブ化

    ライフサイクル移行を有効にして、マッピングされた従来のカスタムライフサイクル設定を CSDM 標準ライフサイクル値に移行します。移行スクリプトは、既存データと受信データの両方を移行します。

    始める前に

    ライフサイクル移行をアクティブ化する前に、次の場所に移動してください CSDM > ライフサイクルマッピング.[ライフサイクルマッピング] リストビューで、事前設定されたマッピングを確認します。
    • 環境に合わせてマッピングを調整して追加します。
    • 従来のライフサイクルのカスタム値のマッピングを確認します。これらのマッピングは不完全であるため、マッピング先の適切な標準ライフサイクルコントロールを指定する必要があります。
    • すべてのマッピングがライフサイクルコントロールで構成されていることを確認します。
    • すべてのマッピングがアクティブ化されていることを確認します。

    必要なロール:itil_admin または asset_admin

    手順

    1. 移動先 CSDM > ライフサイクルマッピング.
    2. [ライフサイクルマッピング] リストビューで [アクティブ化] をクリックします。
      アクティブ化は、すべてのマッピングレコードがアクティブに設定されており、ライフサイクルコントロールで構成され、かつカスタムの従来の値のすべてのマッピングレコードが完全に構成されている場合にのみ完了できます。

    タスクの結果

    スクリプトは次のアクティビティを実行します。
    • 従来の値の [Life cycle stage] フィールドおよび [Life cycle status] フィールドへの 1 回限りの一括マッピング。マッピングは、値、ソース、およびターゲットフィールドを含むライフサイクルマッピングテーブルのマッピングレコードに基づいています。
    • csdm.lifecycle.migration.activated システムプロパティのデフォルトの設定 false を true に変更します。変更により、Update life cycle from legacy ビジネスルールが有効になります。今後の CI の挿入または更新操作では、ライフサイクル標準が継続的かつ一貫して使用されるように、標準の [Life cycle stage] および [Life cycle status] フィールドに入力するルールがトリガーされます。

      たとえば、ハードウェア CI を作成し、従来の [Status] フィールドおよび [Operational status] フィールドを設定する場合などです。保存後、新しいライフサイクル標準フィールドには、ライフサイクルマッピングテーブルの対応するレコードエントリに基づいて、一致するライフサイクル標準値が自動的に設定されます。従来の値を変更すると、標準フィールドはライフサイクルマッピングテーブル内の一致する別のレコードに基づいて自動的に更新されます。

    • ライフサイクルの移行は 1 回限りのプロセスであるため、[アクティブ化] ボタンは無効になっています。

    次のタスク

    データが正常に移行されたら、CSDM モデルに従ってデータの管理を開始できます。
    1. CSDM Activation (com.snc.cmdb.csdm.activation) プラグインをアクティブ化します。
    2. CMDB データマネージャーを使用して、CI のライフサイクルを一括して、標準的かつ一貫した方法で一元管理します。