依存 CI 管理のすべてIssue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } これは、依存 CI 管理に関する次のクエリに回答するための KB です。 なぜ「依存 CI 管理」が必要なのか?「依存 CI 管理」を有効にするにはどうすればよいですか? Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } Tokyo 以降 Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 1) なぜ「依存 CI 管理」が必要なのか? 依存 CI が依存している CI が削除されると、依存 CI は孤立し、それ以上使用されなくなります。CMDB の完全性と健全性を維持するために、ライフサイクルの更新によって影響を受ける依存 CI にカスケードクリーンアッププロセスが適用されます。 カスケードクリーンアップが必要な依存 CI の例： Tomcat アプリケーション (T1) は、Linux サーバー (L1) で実行され、WAR ファイル (W1) が含まれています。L1 が削除されると、T1 と W1 は孤立した依存 CI になります。ハードウェア自体が削除されると、ネットワークアダプタは孤立した依存 CI になります。Linux サーバーが廃止され、End of Life に設定されている場合、サーバーが動作しなくなると、それに依存するアプリケーションも動作しないことが想定されます。 2) 「依存 CI 管理」を有効にするにはどうすればよいか? CMDB Data Manager の環境をセットアップしますhttps://www.servicenow.com/docs/r/servicenow-platform?topicPivot=platcap-cmdb-data-managementシステムプロパティ「cmdb.dependent.ci.cascade.op.enabled」を有効にします 3) Dependent CIs 管理を有効にすると、DependentCIProcessor フローは以下の 3 つの操作を実行します。 依存 CI のカスケード廃止依存 CI のカスケードアーカイブ依存 CI のカスケード削除 上記の 3 つの操作の一環として、孤立した依存 CI が cmdb_dependent_ci_ledger テーブルに追加されます。これらのレコードは孤立した依存 CI に他ならず、実際の削除、アーカイブ、または廃止の対象として準備されたレコードです。後で CMDB Data Manager または 1 回のみ実行される Cleanup Orphan CIs スケジュール済みジョブによる Cascade-cleanup で処理されます。これら 3 つの操作の詳細については、以下のドキュメントを参照してください。https://www.servicenow.com/docs/r/servicenow-platform?topicPivot=platcap-manage-dependent-ci以下のスケジュール済みジョブ CMDB DependentCI Policy Processor が DependentCIProcessor フローを実行し、上記の 3 つの操作を実行します。https://instancen_name.service-now.com/sysauto_script.do?sys_id=7dbe9af077c630108043270bba1061cc&sysparm_record_target=sysauto&sysparm_record_row=1&sysparm_record_rows=1&sysparm_record_list=nameCONTAINScmdb+depe%5EORDERBYname Tokyo 以前のリリースでは、このジョブの条件は次のとおりです(gs.getProperty('cmdb.dependent.ci.cascade.op.enabled', 'true') === 'true' && GlidePluginManager.isActive('com.snc.cmdb.csdm.activation'));Utah 以降は次のように変更されました。(gs.getProperty('cmdb.dependent.ci.cascade.op.enabled', 'true') === 'true');これは、CMDB Data Managerを使用するために、CSDM Activation プラグイン (com.snc.cmdb.csdm.activation) を有効にしたり、従来のライフサイクル値を CSDM 標準値にマッピングして移行したりする必要がなくなるためです。CMDB Data Managerの要件の詳細については、「CMDB Data Manager」ドキュメントを参照してください。https://docs.servicenow.com/bundle/utah-release-notes/page/release-notes/now-platform-capabilities/cmdb-rn.html 3) cmdb_dependent_ci_ledger に対する Cascade-cleanup 操作には CMDB Data Manager を使用する必要があります。 詳細については、以下のドキュメントを参照してください。https://www.servicenow.com/docs/r/servicenow-platform?topicPivot=platcap-manage-dependent-ci 4) 既存の孤立した依存 CI のカスケードクリーンアップ 依存 CI 管理機能を有効にすると、カスケードクリーンアップ操作は、この機能が有効にされた時点からのみ適用されます。ただし、機能が有効になる前に CMDB にすでに存在している孤立した依存 CI に対して、同様のカスケードクリーンアップ操作を適用する必要がある場合があります。Cleanup Orphan CIs スケジュール済みジョブをアクティブ化して、CMDB 全体で孤立した依存 CI のワンタイムカスケードクリーンアップを実行します。詳細については、以下のドキュメントを参照してください。https://www.servicenow.com/docs/r/servicenow-platform?topicPivot=platcap-manage-dependent-ci1 回限りのクリーンアップジョブ Cleanup Orphan CIshttps://instance_name.service-now.com/nav_to.do?uri=sysauto_script.do?sys_id=1fbfd45a73d1011026f6aa114df6a797