CMDBは、組織がITサービスを自信、回復力、効率性をもって運用できるようにする基盤となる機能です。その価値は、自動化そのものや財務データ管理にあるのではなく、サービスを意識した運用と意思決定をどのように支援するかという点にあります。
運用上の回復力強化（オプションA）は、CMDBの中核的価値です。正確な構成データと関係性を維持することで、組織は依存関係をより深く理解し、リスクを評価し、インシデントや障害からの復旧を迅速化できます。信頼できるCMDBは、プロアクティブな問題管理と情報に基づいた変更計画を可能にし、回復力に直接貢献します。
インシデントおよび変更管理の効率化（オプションB）も、重要なメリットの一つです。正確なCIデータにより、インシデントを適切なサポートグループに自動的にルーティングし、根本原因分析を迅速化し、リスクベースの変更評価を支援します。これにより、手作業が削減され、対応時間が短縮され、運用リスクが低減されます。

ServiceNowでは、サービスグラフコネクタが、スクリプト変換などの保護されたアップグレード対応のアーティファクトを使用してデータ取り込みパターンを提供します。顧客がサービスグラフコネクタによって提供されるスクリプト変換をカスタマイズする場合、ServiceNowは標準の更新セットおよびアップグレード動作に従って、顧客のカスタマイズを保護します。
その後のアップグレード時に、標準（デフォルト）のスクリプト変換定義が変更された場合、ServiceNow はカスタマイズされたバージョンを上書きしません。代わりに、プラットフォームは変更がスキップされたことを記録します。これは、アップデートが利用可能であったものの、ローカルなカスタマイズのために意図的に適用されなかったことを示します。これにより、新しいリリースで何が変更されたかについての透明性を維持しながら、顧客固有のロジックが確実に保持されます。

ServiceNowの統合マップは、サービスとその基盤となるコンポーネントを統合的に表示し、サービスディスカバリとサービスマッピングのデータを統合します。この表示をより実用的にするために、サービスオーナーはフィルタを適用して関連要素に焦点を絞り、視覚的なノイズを低減できます。
CIタイプによるフィルタリング（オプションA）は、コア機能の一つです。これにより、サービスオーナーはサーバー、データベース、ロードバランサー、アプリケーションなどのカテゴリを表示または非表示にすることができ、サービスの特定のレイヤーをより簡単に分析できます。
ビジネス重要度によるフィルタリング（オプションD）も利用可能で、非常に有用です。これにより、サービスオーナーは影響度の高いコンポーネントに関するビューの優先順位付けを行うことができ、サービス提供に最も大きなリスクをもたらす構成アイテム（CI）に確実に注意を集中させることができます。
オプションB（検出元）は、統合マップが取り込み元ではなく運用およびサービスコンテキストに焦点を当てているため、通常は統合マップのフィルタとして表示されません。オプションC（グループによる管理）はガバナンス属性であり、統合マップ内の標準的なビジュアルフィルタではありません。
したがって、適切なフィルタオプションは、A - CIタイプとD - ビジネス上の重要度です。

医療現場において、重大なインシデント発生時に影響を受けるユーザーを特定することは、患者の安全と継続的なケアにとって不可欠です。共通サービスデータモデル（CSDM）では、影響を受けるユーザーを特定する最も効果的な方法は、サービス提供情報、特に部門や場所ごとに定義されているサービス提供情報を用いることです。
サービス提供内容は、特定のユーザーグループがサービスをどのように利用するかを表します。この場合、患者管理システムは、救急、入院治療、外来サービスなどの部門ごとに異なるサービスを提供したり、病院の所在地ごとに範囲を限定したりすることができます。これらのサービス提供内容は、利用者の状況を明確に定義するため、インシデント対応者は、どの臨床医、スタッフ、または施設が影響を受けているかを即座に特定できます。
オプションD（影響を受ける構成アイテム関連リスト）は技術的な影響を特定しますが、その影響をユーザーや消費者の状況に当てはめることはできません。オプションAは過去の状況を把握できますが、現在影響を受けているユーザーを特定することはできません。オプションC（サービス環境）は本番環境と非本番環境を区別するのに役立ちますが、誰が影響を受けているかを特定することはできません。
部門別または場所別のサービス提供を活用することで、プロバイダーは適切なユーザーに迅速に通知し、臨床的影響に基づいて対応の優先順位を付け、効果的に緩和策を調整することができ、CSDMおよびITILのベストプラクティスに準拠することができます。
したがって、正解はB - 部門別または地域別のサービス提供内容です。

CMDBから不要または非アクティブな構成アイテムを削除する際は、データ損失、監査上の問題、および意図しない運用上の影響を避けるため、慎重に行う必要があります。ServiceNowでは、アーカイブポリシーを使用することが推奨され、管理されています。
アーカイブポリシーは、クラス、最終更新日、ライフサイクルステータス、運用状態などの定義済み条件に基づいて、CIライフサイクルのクリーンアップを管理するように設計されています。このシナリオでは、条件は6か月間更新されていないLinux Server CIを対象とします。アーカイブポリシーは、データ保持およびガバナンス基準への準拠を確保するために、レコードを制御された監査可能な方法でアーカイブまたは完全に削除できます。