2. Directory Serverのインスタンスと接尾辞
7. Directory Serverのパスワード・ポリシー
8. Directory Serverのバックアップとリストア
9. Directory Serverのグループ、ロールおよびCoS
スキーマ・ファイルおよびレプリケーションを使用したスキーマの拡張
スキーマ・ファイルおよびレプリケーションを使用してスキーマを拡張するには:
16. Directory Proxy Serverのツール
17. Directory Proxy Serverのインスタンス
19. Directory Proxy Serverの証明書
20. Directory Proxy Serverのロード・バランシングとクライアント・アフィニティ
22. Directory Proxy Serverによる仮想化
24. Directory Proxy ServerとバックエンドLDAPサーバーの接続
25. クライアントとDirectory Proxy Serverの接続
26. Directory Proxy Serverのクライアント認証
27. Directory Proxy Serverのロギング
28. Directory Proxy Serverの監視とアラート
第3部 Directory Service Control Centerの管理
スキーマ・チェックがオンの場合、インポート、追加および変更のすべての操作が、Directory Serverによって、現在定義されているディレクトリ・スキーマに準拠するようになります。
各エントリのオブジェクト・クラスおよび属性はスキーマに準拠します。
エントリには、そのエントリに定義されているすべてのオブジェクト・クラスに必要なすべての属性が含まれます。
エントリには、そのエントリのオブジェクト・クラスにより許可された属性のみが含まれます。
注意: エントリ変更の際、Directory Serverでは変更する属性のみでなく、エントリ全体でスキーマ・チェックを実行します。したがって、エントリのいずれかのオブジェクト・クラスまたは属性がスキーマに準拠しない場合、操作が失敗する場合もあります。
ただし、スキーマ・チェックでは構文に関する属性値の有効性については検証されません。
スキーマ・チェックはデフォルトでオンとなります。一般には、スキーマ・チェックをオンにして、Directory Serverを実行します。多くのクライアント・アプリケーションでは、スキーマ・チェックをオンにすることは、すべてのエントリがスキーマに準拠していることを示すと見なします。しかし、スキーマ・チェックをオンにすることで、Directory Serverがディレクトリの既存の内容を検証することにはなりません。ディレクトリのすべての内容がスキーマに確実に準拠するようにするには、エントリを追加する前、またはすべてのエントリを再初期化する前にスキーマ・チェックを有効にする以外に方法はありません。
スキーマ・チェックをオフにする例のひとつとして、スキーマに準拠していることがわかっているLDIFファイルのインポート操作を高速化する場合があります。ただし、スキーマに準拠しないエントリをインポートしてしまう危険性もあります。スキーマ・チェックがオフの場合、スキーマに準拠しないインポートされたエントリは検出されません。
レプリケートされた環境におけるスキーマ・チェックの使用については、「ディレクトリ・スキーマのレプリケート」を参照してください。
エントリがスキーマに準拠していない場合、このエントリを検索できず、エントリに対する変更処理も失敗することがあります。次の手順に従い、問題を修正します。
このタスクの実行には、DSCCが使用できます。詳細は、「Directory Service Control Centerのインタフェース」およびDSCCのオンライン・ヘルプを参照してください。
始める前に
スキーマ準拠の問題を修正する必要性を回避するには、デプロイメントの前にスキーマを計画し、スキーマの変更を最小限にします。詳細は、Oracle Directory Server Enterprise Editionデプロイメント・プランニング・ガイドを参照してください。
詳細は、「属性タイプを表示するには:」および「オブジェクト・クラスを表示するには:」を参照してください。