15.25. 一般的なレプリケーションの競合の解決

手順15.1 cleanallruv タスク操作を使用した、廃止または欠落したサプライヤーの削除

1. 削除されたサプライヤーが他のサプライヤーにメタデータを残す可能性があるため、有効無効を問わず、すべての RUV レコードとレプリカ ID をリスト表示します。

   # ldapsearch -o ldif-wrap=no -xLLL -H m1.example.com -D "cn=Directory Manager" -W -b dc=example,dc=com '(&(nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff)(objectclass=nstombstone))' nsDS5ReplicaId nsDS5ReplicaType nsds50ruv
   dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
   nsDS5ReplicaId: 1
   nsDS5ReplicaType: 3
   nsds50ruv: {replicageneration} 55d5093a000000010000
   nsds50ruv: {replica 1 ldap://m1.example.com:389} 55d57026000000010000 55d57275000000010000
   nsds50ruv: {replica 20 ldap://m2.example.com:389} 55e74b8c000000140000 55e74bf7000000140000
   nsds50ruv: {replica 9 ldap://m2.example.com:389}
   nsds50ruv: {replica 8 ldap://m2.example.com:389} 506f921f000000080000 50774211000500080000
   

   返されたレプリカ ID 1、20、9、および 8 を書き留めます。
2. cn=config 接尾辞のレプリカ設定エントリー DN cn=replica を検索して、データベースを複製するすべてのサプライヤーに現在定義され、有効なレプリカ ID を一覧表示します。
   注記
   コンシューマーおよび読み取り専用ノードには、レプリカ ID が 65535 に常に設定され、nsDS5ReplicaType: 3 はサプライヤーを署名します。

   # ldapsearch -o ldif-wrap=no -xLLL -H m1.example.com m2.example.com -D "cn=Directory Manager" -W -b cn=config cn=replica nsDS5ReplicaId nsDS5ReplicaType
   dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
   nsDS5ReplicaId: 1
   nsDS5ReplicaType: 3
   
   dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
   nsDS5ReplicaId: 20
   nsDS5ReplicaType: 3
   

   最初のステップで返されるすべての URI を検索すると (この手順では m1.example.com および m2.example.com) 、返されたサプライヤーのリスト (nsDS5ReplicaType: 3 があるもの) を直前の手順の RUV の一覧と比較します。上記の例では、この検索で ID 1 と 20 のみが返されますが、以前の検索では URI m2.example.com で 9 および 8 も返されます。これは、後者の 2 つが削除済みで、その RUV を消去する必要があることを意味します。
3. クリーニングが必要な RUV を判別した後に、新しい cn=cleanallruv,cn=tasks,cn=config エントリーを作成し、レプリケーション設定に関する以下の情報を提供します。
   • 複製されたデータベースのベース DN (replica-base-dn)
   • レプリカ ID (replica-id)
   • 欠落しているサプライヤーからの最大変更状態番号 (CSN) に追いつくか、あるいはすべての RUV エントリーを削除して更新を見逃すか (replica-force-cleaning)。この属性を no に設定すると、タスクは設定されているすべてのレプリカが、まず削除されたレプリカからのすべての変更に追いつくのを待ってから、RUV を削除することになります。

   # dsconf -D "cn=Directory Manager" ldap://m2.example.com repl-tasks \
        cleanallruv --suffix="dc=example,dc=com" --replica-id=8

   注記
   cleanallruv タスクが複製されます。そのため、1 つのサプライヤーでのみ実行する必要があります。
   整理したい各 RUV に同じことを繰り返す (この手順では ID 9)。
4. 先に確認したすべてのレプリカの RUV をクリーンアップした後、最初の手順からの検索を再度使用して、追加の RUV がすべて削除されていることを確認します。

   # ldapsearch -o ldif-wrap=no -xLLL -H m1.example.com -D "cn=Directory Manager" -W -b dc=example,dc=com '(&(nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff)(objectclass=nstombstone))' nsDS5ReplicaId nsDS5ReplicaType nsds50ruv
   dn: cn=replica,cn=dc\3Dexample\2Cdc\3Dcom,cn=mapping tree,cn=config
   nsDS5ReplicaId: 1
   nsDS5ReplicaType: 3
   nsds50ruv: {replicageneration} 55d5093a000000010000
   nsds50ruv: {replica 1 ldap://m1.example.com:389} 55d57026000000010000 55d57275000000010000
   nsds50ruv: {replica 20 ldap://m2.example.com:389} 55e74b8c000000140000 55e74bf7000000140000
   

   上記の出力でわかるように、レプリカ ID 8 および 9 は存在しなくなり、RUV が正常に消去されていることを示しています。