6.4. 他の Directory Server 機能でのレプリケーションの使用

ディレクトリーはアクセス制御命令 (ACI) をエントリーの属性として保存し、Directory Server はこれらの ACI を他のディレクトリーコンテンツとともにレプリケートします。たとえば、特定のホストからのディレクトリーへのアクセスを制限するには、ACI でホスト固有の設定のみを使用します。そうしないと、ACI が他のサーバーにレプリケートされると、Directory Server が ACI をローカルで評価するため、すべてのサーバーでディレクトリーへのアクセスが拒否されます。

ディレクトリーのアクセス制御の設計に関する詳細は、アクセス制御の設計 を参照してください。

レプリケーションは、Directory Server に同梱されるほとんどのプラグインと連携します。ただし、次のプラグインには、複数のサプライヤー環境での制限と例外があります。

チェイニングを使用してディレクトリー全体にエントリーを分散する場合、データベースリンクを含むサーバーは、実際のデータを含むリモートサーバーを参照します。この環境では、データベースリンクをレプリケートできません。ただし、実際のデータを含むデータベースをリモートサーバーにレプリケートする場合があります。

チェイニングとエントリー分散の詳細は、Directory Server でのチェイニングの使用 を参照してください。

レプリケートされた環境では、レプリケーションに参加するすべてのサーバー間でスキーマが一貫している必要があります。スキーマの一貫性を確保するには、単一のサプライヤーサーバーでのみスキーマの変更を行ってください。

サーバー間のレプリケーションを設定した場合、スキーマのレプリケーションはデフォルトで実行されます。

Directory Server は、dsconf コマンド、Web コンソール、LDAP 変更操作を使用して行われたスキーマの変更、または 99user.ldif ファイルに直接行われた変更をレプリケートします。

2 つのサプライヤーサーバーでスキーマを変更すると、コンシューマーは 2 つのサプライヤーからそれぞれ異なるスキーマを持つデータを受信します。コンシューマーは、より新しいスキーマバージョンを持つサプライヤーの変更を適用します。このような状況では、コンシューマーのスキーマは常にサプライヤーの 1 つと異なります。これを回避するには、必ず 1 つのサプライヤーに対してのみスキーマの変更を行うようにしてください。

スキーマをレプリケートするために特別なレプリカ合意を作成する必要はありません。ただし、同じ Directory Server にサプライヤーレプリカとコンシューマーレプリカを保持できます。そのため、スキーマのサプライヤーとして機能するサーバーを常に特定してから、このサプライヤーと、スキーマ情報のコンシューマーとして機能するレプリケーション環境の他のすべてのサーバーとの間にレプリカ合意をセットアップします。

標準スキーマファイルの詳細は、標準スキーマ を参照してください。

他のカスタムファイルを使用する場合は、サプライヤーで変更を加えた後に、これらのファイルをトポロジー内のすべてのサーバーに手動でコピーする必要があります。