Explanation:
ServiceNowでは、重複CIの管理は、検出、分析、および修復に及びます。
CMDBヘルスダッシュボードの正確性機能は、重複が存在する箇所とその影響を明らかにし、可視性と優先順位付けを提供します。
認証タスクは、統制された解決をサポートし、個人またはグループにデータの検証と修正を割り当てることを可能にします。
重複排除テンプレートを使用すると、一括修正が可能になります。これは、標準化されたマージルールを多数の重複データに適用できる場合に最適です。
重複CI修復ツールは、レコードごとにガイド付きのウィザードを提供し、関係性と履歴を保持することで、より安全な個別解決を実現します。
重複排除タスクは、これらのプロセスによって生成される作業項目ですが、それ自体は成果を表すものではないため、適用されません。
このマッピングはCMDBデータ基盤のベストプラクティスに準拠しており、重複データが効率的かつ安全に特定、優先順位付け、および修正されることを保証します。

CIクラスとプリンシパルクラスの指定を管理することは、スキーマレベルのCMDBアクティビティであり、インシデント、変更、問題などのITSMプロセスにおけるCIの表示方法に直接影響します。ServiceNowでは、これらのアクティビティには、ガバナンス、セキュリティ、およびアップグレードの安全性を確保するために、特定の管理者権限が必要です。
sn_cmdb_adminロールは、CIクラス階層管理、プリンシパルクラス構成、およびCMDB全体のガバナンスを含むCMDB構造への管理アクセスを提供するため、必須です。このロールがないと、ユーザーはCIクラスを効果的に追加、削除、または管理することができません。
personalize_dictionary ロールも必要です。これは、CI クラスの追加または削除には辞書レベルの変更が伴うためです。CI クラスは CMDB スキーマを拡張するテーブルとして実装されており、プリンシパル クラス フィルタの変更は辞書メタデータに依存します。このロールは、クラス定義を安全に作成、変更、または削除する権限を付与します。
sn_csdm_admin ロールは、CSDM の構成要素（ドメイン、サービス、ライフサイクルアライメント）の管理に特化しており、辞書やスキーマの変更権限は付与していません。cmdb_query_builder ロールは、クエリとレポート作成のみに使用され、構造的な変更は許可していません。

Explanation:
共通サービスデータモデル（CSDM）は、CMDBデータを、サービスの計画、提供、および利用方法を反映したドメインに整理します。オブジェクトの適切な配置は、レポート作成、所有権の明確化、および下流のITSM、ITOM、IRMのユースケースにとって不可欠です。
設計および計画領域のビジネスプロセス
ビジネスプロセスとは、事業がどのように運営されるか、そしてどのような能力が必要とされるかを説明するものです。
これらは、サービスやアプリケーションを構築または提供する前に設計するために使用される計画構成要素です。
基盤ドメイン ビジネスアプリケーション
ビジネスアプリケーションは、どのようなアプリケーションが存在し、誰が所有しているかを示す、基盤となる参照オブジェクトです。これらは所有権、ライフサイクル、ガバナンスの基盤となりますが、直接的な運用には関与しません。
サービス提供ドメイン アプリケーションサービス
アプリケーションサービスは、稼働中の運用技術サービス（多くの場合、サービスマッピングによって作成される）を表します。これらはインシデント管理、変更管理、イベント管理の中核を成すものであり、サービス提供の一部となります。
販売/消費ドメインビジネスサービス
ビジネスサービスとは、顧客や消費者に提供されるものを指します。これらは価値の提供、サービスレベル契約（SLA）、および消費状況を定義するため、販売／消費領域に属します。
このマッピングはCSDM v5のガイダンスに準拠しており、計画構成要素、基本記録、運用サービス、および顧客向けサービス間の明確な分離を保証します。これは、拡張性と統制性を備えたCMDBの重要な原則です。

CMDBデータマネージャーは、CMDBの長期的な健全性を確保するために、ライフサイクルポリシー（アーカイブ、認証、証明、クリーンアップ）の作成、公開、管理などのガバナンス活動を実行します。これらの活動は、CMDBワークスペース内の「管理」タブで実行されます。
ServiceNowでは、CMDBワークスペースの「管理」タブが、CMDBガバナンス操作を一元管理する場所です。ここから、データマネージャーはポリシーロジックの定義、所有権の割り当て、実行スケジュールの設定、結果の監視、およびそれらのポリシーによって生成された修復タスクの管理を行うことができます。

CSDMは、サービスを考慮したコンテキストを提供することで、変更管理を大幅に強化し、より良い計画策定、リスク評価、および利害関係者とのコミュニケーションを可能にします。
重要な利点の1つは、サービス停止期間（オプションA）を特定できることです。CSDMに準拠したビジネスサービス、サービス提供内容、およびサービスカレンダーを通じて、変更管理者は、業務上の制約、規制要件、またはピーク使用期間のためにサービスが変更できない時期を明確に把握できます。これにより、リスクの高い期間に変更がスケジュールされるのを防ぐことができます。
もう一つの重要な利点は、変更がサービスに与える影響を把握できることです（オプションD）。CSDMは、インフラストラクチャ構成アイテム、アプリケーションサービス、およびビジネスサービス間の明確な関係を確立します。変更が提案されると、これらの関係によって正確な影響分析が可能になり、変更管理者は技術的な範囲だけでなく、ビジネス上の重要度に基づいてリスクを評価できます。
オプションB（根本原因の特定）は、主に問題管理機能です。オプションC（変更の動的ルーティング）は、CSDMによって直接制御されるのではなく、ワークフローと承認ロジックによって制御されます。
したがって、正解はA - 停電期間を特定する、およびD - 変更がサービスに与える影響を理解する、です。