依存 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 サーバーが廃止され、提供終了が設定されている場合、サーバーが動作しなくなると、それに依存するアプリケーションも動作しないことが想定されます。 2) 「依存 CI 管理」を有効にするにはどうすればよいか? CMDB Data Manager のセットアップ環境を構成するhttps://docs.servicenow.com/bundle/utah-servicenow-platform/page/product/configuration-management/concept/cmdb-data-management.htmlシステムプロパティ「cmdb.dependent.ci.cascade.op.enabled」を有効にします 3) [依存 CI 管理] を有効にすると、DependentCIProcessor フローは 3 つの操作の下で実行されます。 カスケード依存 CI依存 CI のカスケードアーカイブ依存 CI のカスケード削除 上記の 3 つの操作の一環として、孤立している依存 CI が「cmdb_dependent_ci_ledger」テーブルに追加されます。これらのレコードは孤立した依存 CI に他ならず、実際の削除、アーカイブ、または廃止操作の準備ができており、後で 1 回のみ実行される「CMDB データマネージャー」または「孤立 CI のクリーンアップ」スケジュール済みジョブを使用した「カスケードクリーンアップ」によって処理できます。これら 3 つの操作の詳細については、以下のドキュメントを参照してください。https://docs.servicenow.com/bundle/utah-servicenow-platform/page/product/configuration-management/concept/manage-dependent-ci.html以下のスケジュール済みジョブ「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'));ユタ州以降は次のように変わりました。(gs.getProperty('cmdb.dependent.ci.cascade.op.enabled', 'true') === 'true');これは、CMDB データマネージャーを使用するために、CSDM アクティベーションプラグイン (com.snc.cmdb.csdm.activation) を有効にしたり、従来のライフサイクル値を CSDM 標準値にマッピングして移行したりする必要がなくなるためです。CMDB データマネージャーの要件の詳細については、「CMDB データマネージャー」ドキュメントを参照してください。https://docs.servicenow.com/bundle/utah-release-notes/page/release-notes/now-platform-capabilities/cmdb-rn.html 3) CMDB データマネージャーを使用して、cmdb_dependent_ci_ledgerにカスケードクリーンアップ操作を適用する必要があります 詳細については、以下のドキュメントを参照してください。https://docs.servicenow.com/bundle/utah-servicenow-platform/page/product/configuration-management/concept/manage-dependent-ci.html#d182917e296 4) 既存の孤立した依存 CI のカスケードクリーンアップ 依存 CI 管理機能を有効にすると、カスケードクリーンアップ操作は、この機能が有効にされた時点からのみ適用されます。ただし、機能が有効になる前に CMDB にすでに存在している孤立した依存 CI に対して、同様のカスケードクリーンアップ操作を適用する必要がある場合があります。[Cleanup Orphan CIs] スケジュール済みジョブをアクティブ化して、CMDB 全体で孤立した依存 CI の 1 回限りのカスケードクリーンアップを実行します。詳細については、以下のドキュメントを参照してください。https://docs.servicenow.com/bundle/utah-servicenow-platform/page/product/configuration-management/concept/manage-dependent-ci.html#d182917e3321 回限りのクリーンアップジョブ「Cleanup Orphan CIs」https://instance_name.service-now.com/nav_to.do?uri=sysauto_script.do?sys_id=1fbfd45a73d1011026f6aa114df6a797