4.1 同期

eDirectoryでの同期には、次のような特徴があります。

遷移同期

eDirectoryでの同期は遷移同期です。つまり、eDirectoryでデータへの変更を同期する場合、eDirectoryエージェントがレプリカリング内の他のすべてのエージェントに直接接続して変更を同期する必要はありません。

図 4-2 遷移同期

たとえば、Server 1でデータに変更を加えた場合、その変更はServer 1からServer 2、およびServer 2からServer 3に同期されます。通信上の問題のためServer 1がServer 3に直接接続できなかった場合でも、Server 3はServer 2を介してデータへの最新の変更内容を受信します。Server 3は、変更内容を受信したことをServer 2に通知します。次にServer 2は、Server 3とServer 2が同期していることをServer 1に通知します。

通常同期またはレプリカ同期は、eDirectoryにおける2つの同期プロセスの1つです。通常同期では、サーバ上のデータへの変更がすべて、レプリカリング内の他のサーバと同期されます。

通常同期は、同じパーティションを持つ任意のバージョンのeDirectoryが実行されているすべてのサーバ間で行われます。

詳細については、レプリカの管理を参照してください。

通常同期を有効または無効にするには、NetIQ iMonitorでアウトバウンド同期およびインバウンド同期を有効または無効にします。インバウンド同期およびアウトバウンド同期は両方とも、デフォルトでは有効になっています。通常同期を介して他のサーバ間でデータへの変更を同期するには、iMonitorで同期パラメータを設定する必要があります。詳細については、「DSエージェントを制御および環境設定する」を参照してください。

通常同期では、データに変更が加えた場合、変更内容はサーバ間で同期される前に、バッファに保存されます。サーバの同期ステータスは、iMonitorで表示できます。詳細については、「ツリー内のオブジェクトの参照」を参照してください。

通常同期は遷移同期であり、オブジェクトトランザクションモデルが維持されます。詳細については、101ページの「遷移同期」および「オブジェクトトランザクションモデル」を参照してください。

NDSD_CC_SKULK_DELAY=<SECONDS>
NDSD_CC_SKULK_DELAY=5

優先度同期は、eDirectoryにおける2つの同期プロセスの1つです。優先度同期を使用すると、通常同期を待たずに重要なデータを同期することができます。

優先度同期はeDirectoryでの通常の同期プロセスを補うものです。通常同期とは異なり、優先度同期では、変更内容はサーバ間で同期される前にバッファに保存されません。そのため、優先度同期は通常同期より高速になります。

通常の同期を待てない場合は、優先度同期によって重要なデータを同期できます。優先度同期プロセスは通常の同期プロセスより高速です。優先度同期は、同じパーティションをホストしている2台以上のeDirectory 8.8以降のサーバ間でのみサポートされます。

次の表に、優先度同期機能をサポートするプラットフォームを示します。

このセクションでは、次の情報を紹介します。

優先度同期の必要性

通常の同期では時間がかかる場合がありますが、その間、変更されたデータは他のサーバで使用できません。たとえば、ディレクトリと通信している異なるアプリケーションがあるとします。サーバ1でパスワードを変更します。通常の同期では、この変更がサーバ2と同期されるまでしばらく時間がかかります。このため、ユーザはまだ古いパスワードを使用して、サーバ2と通信するアプリケーションを通してディレクトリへの認証を行うことができます。

図 4-3 優先度同期の必要性

大規模な展開においては、オブジェクトの重要なデータが変更されたときに、変更が直ちに同期される必要があります。優先度同期プロセスはこの問題を解決します。

優先度同期の使用

優先度同期を使用して日付の変更を同期するには、次の操作を行う必要があります。

優先度同期は、デフォルトで有効になっています。詳細については、「インバウンド優先度同期およびアウトバウンド優先度同期を有効/無効にする」を参照してください。

優先度同期を介して重要なデータへの変更を同期するには、次の手順を実行します。

優先度同期プロセスでは、重要な属性への変更のみが同期されます。優先度同期では、オブジェクトトランザクションモデルが維持されます。したがって、重要ではないデータが変更され、まだ同期されていない場合、および重要なデータが同じエントリで変更された場合には、重要ではないデータが重要なデータとともに同期されます。

たとえば、ユーザがIncome、Employee No、Address、Cube Noという属性を持っているとします。その中のIncomeとAddressが重要な属性です。Employee NoおよびCube Noは変更されていますが、これらの変更はまだ同期されていません。IncomeおよびAddressへの変更が優先度同期を介して同期されると、Employee NoおよびCube Noも(重要データとして指定されていませんが)同期されます。

このセクションでは、次の情報について説明します。

優先度同期キューサイズ

これは、同期の前にキューで保持可能な、変更された重要なエントリの最大数です。重要なエントリは、変更されるとすぐに優先度同期キューに入れられ、順次に同期されます。たとえば、server1でD1、D2、およびD3という重要なエントリが変更されており、これらのエントリを、優先度同期を介してserver2およびserver3間で同期させる必要がある場合には、まずD1がserver2およびserver3と同期されます。次にD2がserver2およびserver3と同期され、その後、D3がserver2およびserver3と同期されます。キュー内の以前のエントリがサーバのいずれかと正常に同期していない場合でも、その他のエントリの同期には影響しません。

図 4-4 優先度同期キュー

iMonitorで優先度同期キューサイズを指定するには、［エージェント同期］の下にある［エージェント環境設定］を使用します。詳細については、DSエージェントを制御および環境設定するを参照してください。

優先度同期プロセス中、多数の変更が短い間隔で行われ、キューが最大サイズに達した場合には、キューは期限切れになり、新しいキューが形成されます。まだ同期されていない古いキュー内の変更は、通常同期によって同期されます。

優先度同期のキューサイズは、0から2³² - 1までの範囲で変更できます。デフォルトでは、この値は2³² - 1に設定されています。優先度同期キューサイズが0に設定されている場合、変更は優先度同期では同期されません。これらの変更は通常同期によって同期されます。

-1を指定すると、キューサイズが無限大になります。-1は2³² - 1です。-3などの負の値を指定した場合は、-3 = -1-2になり、2³² - 1-2になります。

優先度同期ポリシーを管理する

優先度同期の管理は、iManagerまたはLDAPを使用して、ポリシーを作成および定義し、パーティションに適用することで行えます。優先度同期ポリシーを定義するには、重要な属性を指定します。

メモ:プラグインは、NetIQ iManager 2.6以降でのみ利用できます。

図 4-5 優先度同期プロセス

たとえば、PasswordおよびAccount Numberという属性が重要である場合、これらの属性を含む優先度同期ポリシーPS1を作成できます。その後、ポリシーPS1をパーティションP1に適用できます。サーバ上のエントリのパスワードまたはアカウント番号を変更した場合、その変更は、パーティションP1を持つ他のサーバと直ちに同期されます。

優先度同期が実行されるようにするには、iMonitorでアウトバウンド優先度同期およびインバウンド優先度同期が有効になっていることを確認する必要があります。インバウンド優先度同期およびアウトバウンド優先度同期は、デフォルトで有効になっています。インバウンド優先度同期およびアウトバウンド優先度同期を無効にしている場合、データへの変更は通常同期によって同期されます。

詳細については、DSエージェントを制御および環境設定するを参照してください。

この節では、次のトピックについて説明します。

• 優先度同期ポリシーを作成および定義する

• 優先度同期ポリシーを編集する

• 優先度同期ポリシーを適用する

• 優先度同期ポリシーを削除する

子パーティションを作成した場合、親に適用されている優先度同期ポリシーが子パーティションに継承されます。パーティションをマージした場合、親の優先度同期ポリシーが保持されます。

優先度同期ポリシーを作成および定義する

優先度同期ポリシーの定義は、属性を直接選択するか、オブジェクトクラスを介して選択することで行えます。オブジェクトクラスを介して属性を選択する場合は、オブジェクトクラスの下にあるすべての属性が優先度同期に選択されます。優先度同期では必須属性またはオプション属性を選択することができます。

優先度同期ポリシーは、iManagerまたはLDAPのいずれかを使用して、eDirectoryツリー内の任意の場所で作成できます。

iManagerの使用:

1. ［役割およびタスク］ボタン をクリックします。

2. ［パーティションとレプリカの管理］>［優先度同期ポリシー］をクリックします。

3. 優先度同期ポリシー管理ウィザードで、［ポリシーを作成、編集、適用します］を選択します。

4. 次へをクリックします。

5. ウィザードの指示に従って、ポリシーを作成します。

   ウィザードの各段階で、［ヘルプ］が利用できます。

LDAPを使用する場合:

空の優先度同期ポリシーを作成するには、次のように指定します。

dn:cn=policy1,o=policies

changetype:add

objectclass:prsyncpolicy

優先度同期ポリシーを定義するには、優先度同期の属性をマークします。

dn:cn=policy2,o=policies

changetype:add

objectclass:prsyncpolicy

prsyncattributes:description

上の例では、Descriptionが優先度同期としてマークされた属性です。

優先度同期ポリシーを編集する

優先度同期ポリシーオブジェクトの編集は、iManagerまたはLDAPを使用して行えます。

iManagerの使用

1. ［役割およびタスク］ボタン をクリックします。

2. ［パーティションとレプリカの管理］>［優先度同期ポリシー］をクリックします。

3. 優先度同期ポリシー管理ウィザードで、［ポリシーを編集します］を選択します。

4. 次へをクリックします。

5. ウィザードの指示に従って、ポリシーを編集します。

   ウィザードの各段階で、［ヘルプ］が利用できます。

LDAPを使用する場合

次の例では、DescriptionではなくSurnameを優先度同期としてマークすることで、優先度同期ポリシーが変更されています。

dn:cn=policy2,o=policies

changetype:modify

add:prsyncattributes

prsyncattributes:surname

優先度同期としてマークされている属性を優先度同期ポリシーから削除するには、次のように指定します。

dn:cn=policy2,o=policies

changetype:modify

add:prsyncattributes

prsyncattributes:description

上の例では、属性Descriptionが優先度同期ポリシーから削除されています。

優先度同期ポリシーを適用する

1つの優先度同期ポリシーを多数のパーティションに適用できますが、複数のポリシーを1つのパーティションに適用することはできません。

優先度同期ポリシーをパーティションに適用するには、iManagerまたはLDAPを使用して行えます。

iManagerの使用:

1. ［役割およびタスク］ボタン をクリックします。

2. ［パーティションとレプリカの管理］>［優先度同期ポリシー］をクリックします。

3. 優先度同期ポリシー管理ウィザードで、［ポリシーを作成、編集、適用します］を選択します。

4. ウィザードの指示に従って、ポリシーを適用します。

   ウィザードの各段階で、［ヘルプ］が利用できます。

LDAPを使用する場合:

優先度同期ポリシーをルートパーティションに適用するには、次のように指定します。

dn:

changetype:modify

add:prsyncpolicydn

prsyncpolicydn:cn=policy2,o=policies

上の例では、policy2がルートパーティションに適用されています。

優先度同期ポリシーを非ルートパーティションに適用するには、次のように指定します。

dn:o=org

changetype:modify

add:prsyncpolicydn

prsyncpolicydn:cn=policy2,o=policies

上の例では、policy2が非ルートパーティションに適用されています。

非ルートパーティションの優先度同期ポリシーを置き換えるには、次のように指定します。

dn:o=org

changetype:modify

replace:prsyncpolicydn

prsyncpolicydn:cn=policy1,o=policies

上の例では、policy2がpolicy1に置き換えられています。

優先度同期ポリシーと非ルートパーティションとの関連付けを解除するには、次のように指定します。

dn:o=org

changetype:modify

delete:prsyncpolicydn

上の例では、優先度同期ポリシーと非ルートパーティションO=Orgとの関連付けが解除されています。

優先度同期ポリシーを削除する

優先度同期ポリシーの削除は、iManagerまたはLDAPを使用して行えます。

iManagerの使用:

1. ［役割およびタスク］ボタン をクリックします。

2. ［パーティションとレプリカの管理］>［優先度同期ポリシー］をクリックします。

3. 優先度同期ポリシー管理ウィザードで、［ポリシーを削除します］を選択します。

4. ウィザードの指示に従って、ポリシーを削除します。

   ウィザードの各段階で、［ヘルプ］が利用できます。

LDAPを使用する場合:

dn:cn=policy1,o=policies

changetype:delete

メモ:優先度同期ポリシーの作成と管理の詳細については、LinuxでのLDAPツールの使用およびNetIQインポート/エクスポート変換ユーティリティを参照してください。

eDirectoryのレプリケーションは、デフォルトでメッシュトポロジに従います。つまり、レプリカリング内のすべてのレプリカが、相互にアウトバウンドおよびインバウンドになることができます。メッシュモデルはすべての環境に適しているとは限りません。ポリシーベースのレプリケーションを使用すると、管理者はレプリケーショントポロジを設定し、レプリケーショントラフィックを最適化することができます。

レプリケーショントポロジを設定するには、ポリシーファイルを作成し、1つのファイルですべてのパーティションに対するポリシーを指定して、必要なサーバにそれをコピーします。

Linuxの場合

XML形式のポリシーファイルを作成し、それにselectivesync.xmlという名前を付けて、nds.confファイルと一緒に配置します。

ポリシーのXML定義のサンプルを次に示します。

<?xml version="1.0" encoding="utf-8" ?>

<SelectiveSync   xmlns="http://www.novell.com/nds"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
  xsi:schemaLocation="http://www.novell.com/nds  
  file:/opt/novell/eDirectory/lib64/nds-schema/xsd/selectivesync.xsd" config-version="0.1">

    <Partition DN=".novell.TREE.">

         <SourceServer DN=".server1.novell.TREE.">

                <SyncronizeTo>.server2.novell.TREE.</SyncronizeTo>

         </SourceServer>

         <SourceServer DN=".server2.novell.TREE.">

                <SyncronizeTo>.server3.novell.TREE.</SyncronizeTo>

         </SourceServer>

         <SourceServer DN=".server3.novell.TREE.">

                <SyncronizeTo>.server1.novell.TREE.</SyncronizeTo>

         </SourceServer>

    </Partition>

</SelectiveSync>

Windowsの場合

XML形式のポリシーファイルを作成し、それにselectivesync.xmlという名前を付けて、インストール場所(たとえばC:\Novell\NDS)に配置します。

ポリシーのXML定義のサンプルを次に示します。

<?xml version="1.0" encoding="utf-8" ?>

<SelectiveSync   xmlns="http://www.novell.com/nds"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
  xsi:schemaLocation="http://www.novell.com/nds    
C:\Novell\NDS\selectivesync.xsd" config-version="0.1">

    <Partition DN=".novell.TREE.">

         <SourceServer DN=".server1.novell.TREE.">

                <SyncronizeTo>.server2.novell.TREE.</SyncronizeTo>

         </SourceServer>

         <SourceServer DN=".server2.novell.TREE.">

                <SyncronizeTo>.server3.novell.TREE.</SyncronizeTo>

         </SourceServer>

         <SourceServer DN=".server3.novell.TREE.">

                <SyncronizeTo>.server1.novell.TREE.</SyncronizeTo>

         </SourceServer>

    </Partition>

</SelectiveSync>

Windowsでは、xsdパスを指定するときにファイルがないことに注意してください。

作成されるスレッドの最大数を設定することで、より多くのサーバに同時に複製されるよう、作成されるスレッド数を手動で増やすことができます。この設定は、サーバ上のすべてのパーティションに適用できます。

作成されるスレッドの最大数を設定するには、次の手順を実行します。

システム計測同期

システム計測同期では、次の2つの式によってSkulkerスレッドの数が計算されます。

ただし［最大システム計測同期スレッド］が無効になっている場合は、上記の2つの式は使用されません。代わりに［最大手動設定同期スレッド］が使用されます。

たとえば、5つのサーバと3つのパーティションを使って環境がセットアップされているとします。ここで［最大システム計測同期スレッド］を有効にした場合、パーティションモードでは、最大で3つのSkulkerスレッドがサーバによって作成される可能性があり、サーバモードでも、最大で3つのSkulkerスレッドが作成される可能性があります。しかし、最大数の3つのSkulkerスレッドが存在しても、1つのサーバがすべてのパーティション上の他の4つのサーバに並列的に更新を送ることはできません。この場合は、［最大システム計測同期スレッド］を無効にして、［最大手動設定同期スレッド］でSkulkerスレッドの数を増やします。

Skulkerスレッドの最大数

［最大手動設定同期スレッド］を12に設定すれば、1つのサーバはすべてのパーティションのすべてのサーバに更新を並行して送ることができます。ただし、このセットアップでは、サーバモードで12個を超えるSkulkerスレッド、パーティションモードで3個を超えるSkulkerスレッドを作成できません。たとえ［最大手動設定同期スレッド］を12より高い値に設定したとしてもです。

旧リリースのeDirectoryでは、1つのサーバから別のサーバへのアウトバウンド同期が単一のスレッドで順次的に実行されたため、変更の複製に長時間かかりました。

eDirectoryに備わっている1つのスレッドは、変更キャッシュを分析し、他のサーバに送るパケットを準備した後、パケットのキューを満たします。別のスレッドがパケットを取得し、それらを他のサーバに1つずつ送ります。これにより同期が最適化され、時間が短縮されます。

1つのサーバから別のサーバへのアウトバウンド同期を設定するには、次の手順を実行します。