[ライフサイクルマッピング] フォーム
ライフサイクルマッピングモジュールを使用して、既存の従来のステータス値を CSDM ライフサイクル値ペア (life cycle stageおよびlife cycle stage status) に変換する方法を指定します。資産と CI 従来 ステータスの両方の値を ライフサイクル値ペアにマッピングします。
[ライフサイクルマッピング] フォームのフィールド
| フィールド | 説明 |
|---|---|
| テーブルのマッピング | 従来 CMDB このマッピングが適用されるテーブルおよび降順テーブル。 降順テーブルに特別に設定されたマッピングがない限り、降順テーブルに適用されます。 |
| 優先度 |
このマッピング定義をテーブルに適用する優先度です。 ライフサイクルマッピングテーブルの [優先度] 値は、レコードの更新によって「レガシーからライフサイクル」の同期がトリガーされ、レコードの複数の従来の値のステータスがマッピングルールと一致する場合に使用されます。複数の値のうち、優先度が最も高い (最も低い数値の) エントリーを使用してライフサイクル値ペアが設定されます。優先度が最も高いエントリーが使用できない場合は、次の優先度のレコードが使用されます。 注:
リバース同期がアクティブな場合、クラスごとにライフサイクル値ごとに最大 1 つのリバース同期の選択肢がある必要があるため、優先度は使用されません。 |
| アクティブ |
このマッピング定義を適用するかどうかを示します。 非アクティブ化すると、優先度の低いマッピングが使用されるか、標準のライフサイクルフィールドが TBD に設定されます。 |
| 従来 フィールド名 | 従来 ライフサイクルステージの保存に現在使用されている、指定された Mapping for table のフィールド。この値は、ライフサイクルマッピングのソースとして使用する必要があります。 |
| 従来 サブフィールド名 | [従来のフィールド名] にサブフィールドがある場合に設定する値。たとえば、ハードウェアの [ステータス] にサブステータスがある場合は、ここでサブステータスの名前を指定します。 |
| 従来 フィールド値 | 従来 ライフサイクルステージを保存するために現在使用されている指定された Mapping for table の値。この値は、ライフサイクルマッピングのソースとして使用する必要があります。 |
| 従来 サブフィールド値 | [従来のフィールド値] にサブフィールドがある場合に設定する値。たとえば、ハードウェアの [ステータス] にサブステータスがある場合は、ここでサブステータスの値を指定します。 |
| ライフサイクルコントロール | クラス、ライフサイクルステージおよびライフサイクルステージのステータスです。これらは、ライフサイクルマッピングの有効な組み合わせの信頼できるソースとして使用されます。 |
| テーブル | ライフサイクルコントロールが属する標準オブジェクトテーブル。 |
| ライフサイクルステージ |
指定された [従来のフィールド値] をマッピングする標準のライフサイクルステージ。 注:
[ライフサイクルコントロール] 設定は、この特定のライフサイクルステージがマッピングに適しているかどうかを判断します。 life_cycle_mapping テーブルに一致するものがない場合、値は TBD に設定されます。 |
| ライフサイクルステージステータス |
指定された [従来のフィールド値] をマッピングする標準のライフサイクルステージステータス。 注:
[ライフサイクルコントロール] 設定は、この特定のライフサイクルステージステータスがマッピングに適しているかどうかを判断します。 life_cycle_mapping テーブルに一致するものがない場合、値は TBD に設定されます。 |
ライフサイクルステージ ビジネスアプリケーションレコードの継承
ビジネスアプリケーションレコードは、観念化、設計、運用、提供終了など、アプリケーションの計画と使用状況を反映することを目的とした制限付き ライフサイクルステージ 値のセットを定義します。これらのライフサイクル定義は、cmdb_ci_business_application クラス専用の life_cycle_control テーブルを使用して構成されます。ただし、ビジネスアプリケーションレコードを表示または編集すると、[展開] や [インベントリ] などの追加の ライフサイクルステージ 値も表示される場合があります。これらのステージは、ビジネスアプリケーションに対して直接定義されるのではなく、life_cycle_controlで使用されるアグリゲーションベースの継承モデルを通じて親 CI クラス (cmdb_ci など) から継承されます。このモデルでは、現在の CI クラスのライフサイクル定義が、 CMDB クラス階層内のすべての親クラスのライフサイクル定義と組み合わされます。したがって、子クラスは、親ライフサイクル定義を上書きするのではなく、それらを拡張します。その結果、ビジネスアプリケーションレコードには、インフラストラクチャまたはハードウェア CI に適用できるものの、アプリケーションにとって意味的に意味がない可能性がある ライフサイクルステージ 値が表示されます。この動作は想定どおりであり、設計どおりに動作します。
対照的に、sys_choiceでは、子テーブルの継承定義は親テーブルの値を上書きします。