ドメインセパレーション「非初期設定ドメインセパレーション」テーブルに関するヒントIssue バックグラウンド: ドメインセパレーションプラグインをアクティブ化すると、システムはデフォルトで多くのプラットフォームテーブルでドメインセパレーションをアクティブ化します。 これに関するオンラインドキュメントは次のとおりです。 ドメインセパレーション これは、上記のリンクの最後の 2 つのセクションの「アプリケーションでのドメインセパレーションのサポート」および「ドメインセパレーションとともにインストールされる」セクションで説明されています。 さらに、インスタンスで作成されたカスタムテーブルや、すぐに利用可能なテーブルの多くであっても、テーブルに [sys_domain] フィールドを追加するだけでカスタマイズしてドメインセパレーションすることができます。 ただし、ドメインセパレーションすべきではないテーブル/アプリケーションもあります。他のテーブル/アプリケーションの中には、ドメインセパレーションを実現するためにsys_domainフィールドを追加しただけでは不十分であるため、そのようなテーブルのドメインセパレーションは ServiceNow では推奨されていません。 このドキュメントでは、この情報について詳しく説明します。 ドメインセパレーションの拒否リストにあるテーブル sys_security_restricted_listテーブルには、プラットフォームテーブルの潜在的な拒否リストと許可リストのエントリが保存されます。 以下のスクリーンショットのように、拒否リストに載っているドメインセパレーションテーブルでは、[タイプ] フィールドが [拒否リスト] に設定され、[リストコンテキスト] フィールドが [non_domain_separable] に設定されています。 初期設定では、ドメインセパレーションプラグインを有効にすると、セキュリティの排他的/包含リストエンティティ、ACL、ディクショナリ、システムプロパティ、およびスクリプトインクルードの 5 つのテーブルがnon_domain_separableとして追加されます。 特定のすぐに利用可能なテーブルのドメインセパレーション CMDB: CMDB はドメインサポートのレベル 2 サポートとして示されていますが、CMDB 全体にドメインセパレーションを全面的に実装することを計画する際に考慮すべき点がいくつかあります。考慮事項としては、データ量、データの重複の可能性、およびレコードがすべてのドメインに共通の参照データとして意図されているかどうか、またはドメイン固有の属性があるかどうかなどがあります。CMDB 全体をドメインセパレーションすると、CMDB を参照または拡張するすべてのテーブルに影響します。 また、プラットフォームの制約により、特定のクラス、識別子、および CI 関係タイプはドメインに対応しません。 <!-- p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 14.0px; font: 12.0px 'Helvetica Neue'; color: #455464; -webkit-text-stroke: #455464; background-color: #ffffff} p.p3 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; -webkit-text-stroke: #455464; min-height: 14.0px} p.p4 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 14.0px; font: 12.0px 'Helvetica Neue'; color: #455464; -webkit-text-stroke: #455464; background-color: #ffffff; min-height: 14.0px} span.s1 {font-kerning: none} --> CMDB モデル: 現在、CMDB モデルは初期状態ではドメインセパレーションされていません。モデルのドメインセパレーションは、製品オーナーによるレビューが必要な拡張要求です。Cmdb_modelテーブルは、他の多くのテーブル (資産、転送注文、契約、カタログアイテムなど) によって参照されるため、顧客がドメインセパレーションできます。ドメインセパレーションcmdb_modelは、それを参照するすべてのテーブルに影響します。CMDB モデルをドメインセパレーションする前に考慮すべき点として、データ量、データの重複の可能性、およびモデルがすべてのドメインに共通の参照データとして意図されているのか、ドメイン固有の属性があるのかが挙げられます。 <!-- p.p1 {margin: 0.0px 0.0px 12.0px 0.0px; line-height: 14.0px; font: 12.0px Times; color: #000000; -webkit-text-stroke: #000000} span.s1 {text-decoration: underline ; font-kerning: none} span.s2 {font-kerning: none} --> IP サービス: 現在、IP Services はすぐにはドメインを認識しませんが、今後のリリースで修正される予定のPRB1104438があります。 CI 関係: オンラインドキュメントによると、CI 関係 (cmdb_rel_ci) テーブルをドメインセパレーションすることは推奨されていません。また、このテーブルには [sys_domain] フィールドが標準提供されていません。 代わりに、クエリ前ユーザービジネスルールを作成できます。ユーザーのドメインがcmdb_rel_ciテーブルの親の会社フィールドと同じである場合、ユーザーはその条件が有効なレコードをクエリできる必要があります。 フィールド暗号化 (com.glide.encryption プラグイン): フィールド暗号化は、追加の変更なしでドメインセパレーションと連携する必要があります <!-- p.p1 {margin: 0.0px 0.0px 12.0px 0.0px; line-height: 14.0px; font: 12.0px Times; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} --> オペレーショナルインテリジェンス: 現在、オペレーショナルインテリジェンスではドメインサポートを使用できませんが、今後のリリースでサポートされる予定です。 ドメインサポートはデータ専用です 会計カレンダー: 現在、会計カレンダーではドメインサポートを使用できませんが、将来のリリースでサポートされる予定です。ServiceNow では、会計カレンダーをカスタマイズしてドメイン対応にすることはお勧めしません。実装はかなり複雑で、多くの変更が必要になるためです。 <!-- p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 14.0px; font: 12.0px 'Helvetica Neue'; color: #455464; -webkit-text-stroke: #455464; background-color: #ffffff} span.s1 {font-kerning: none} -->