Oracle Fusion Middleware Oracle Internet Directory管理者ガイド 11g リリース1(11.1.1) B55919-02 |
|
![]() 前 |
![]() 次 |
11g リリース1(11.1.1)以降では、一方向および双方向レプリケーションに加えて、マルチマスター・レプリケーションにLDAPベース・レプリケーションを使用できます。このため、Oracle Databaseアドバンスト・レプリケーション・ベースのレプリケーションは、10g(10.1.4.0.1)の場合よりも重要性が低くなっています。11g リリース1(11.1.1)でアドバンスト・レプリケーションを使用する必要があるのは、同じマシン上にOracle Single Sign-Onが構成されており、Oracle Internet DirectoryのデータとOracle Single Sign-Onのデータをレプリケートする場合に限られます。
この付録の項目は次のとおりです。
注意: この付録で言及するOracle Single Sign-OnおよびOracle Delegated Administration ServicesはすべてOracle Single Sign-On 10g(10.1.4.3.0)以上およびOracle Delegated Administration Services 10g(10.1.4.3.0)以上のことです。 |
11g リリース1(11.1.1)でアドバンスト・レプリケーションを設定するには、コマンドラインを使用する必要があります。Oracle Enterprise Manager Fusion Middleware Controlのレプリケーション・ウィザードは、LDAPベースのレプリケーションの設定にのみ使用できます。
Oracle Databaseアドバンスト・レプリケーション・ベースのレプリケーションを使用する場合、同じディレクトリ・レプリケーション・グループのすべてのノードで同じバージョンのOracle Databaseが稼働している必要があります。
この項では、部分レプリケーション用にアドバンスト・レプリケーションを設定する場合の規則およびベスト・プラクティスについて説明します。この付録には、次の項があります。
アドバンスト・レプリケーションで可能なのは、ネーミング・コンテキストの除外のみです。
Oracle Databaseアドバンスト・レプリケーション・ベースのレプリケーションでネーミング・コンテキストをレプリケーションから除外するには、Oracle Databaseアドバンスト・レプリケーション・ベースのレプリケーション承諾エントリorclagreementid=000001
のorclexcludednamingcontext
属性で除外ネーミング・コンテキストを指定します。
図C-1およびその後に続く説明では、ネーミング・コンテキスト・コンテナとそのオブジェクトの使用方法の詳細を示します。
図C-1で、レプリケーションに含まれるネーミング・コンテキストはc=us
です。このネーミング・コンテキスト内では、1つのサブツリー(cn=users,cn=hr, c=us
)がレプリケーションから除外されています。さらに、ネーミング・コンテキストc=us
のuserPassword
およびtelephonenumber
という2つの属性がレプリケーションから除外されています。
この項では、アドバンスト・レプリケーションのフィルタリングの規則について説明します。
次のネーミング・コンテキストはレプリケートできません。
DSEルート固有のエントリ
orclagreementid=000001,cn=replication configuration
cn=subconfigsubentry
cn=Oracle Internet Directory
cn=subregistrysubentry
次のネーミング・コンテキストはレプリケーションから除外できません。
cn=catalogs
cn=subschemasubentry
cn=oracleschemaversion
cn=replication configuration
この項では、マルチマスター・レプリケーション・グループの構成の方法、およびそのグループでの競合を手動で解決する方法について説明します。この項の内容は、次のとおりです。
関連項目: 『Oracle Fusion Middleware高可用性ガイド』のマルチマスター・レプリケーションに関する章 |
次の9つの規則は、アドバンスト・レプリケーション(ASRとも呼ばれます)・ベースのレプリケーションに適用されます。
このタイプのディレクトリ・レプリケーション・グループ(DRG)では、1つのノードをマスター定義サイト(MDS)として指定する必要があります。これは、グループ・マスターです。このレプリケーションに参加している他のすべてのノードはレプリカで、データベース・レプリケーションではリモート・マスター・サイト(RMS)と呼ばれます。
注意: Oracle Databaseアドバンスト・レプリケーション・ベースのレプリカは、中央のマスターではありませんが、次の2つの理由によってリモート・マスター・サイト(RMS)と呼ばれることがあります。第1に、アドバンスト・レプリケーションでは、情報がサイト間で移動するときに、転送された情報の受信側はリモート・マスター・サイトと呼ばれるためです。第2に、Oracle Databaseアドバンスト・レプリケーション・ベースのレプリカに対して直接行われる個別の変更は、そのグループのすべてのメンバーにもレプリケートされるため、相互作用時にそのレプリカがマスターとなるためです。このようにメンバーに対する変更が他のすべてのメンバーにレプリケートされるグループは、マルチマスター・レプリケーション・グループと呼ばれます。 |
マルチマスター・レプリケーションの構成を行う場合、ディレクトリ・レプリケーション・グループ(DRG)のマスター・ノードとOracle Databaseアドバンスト・レプリケーション・ベースのレプリカになる各ノードが最初は空であることが必要です。つまり、Oracle Internet Directoryを新たにインストールする必要があります。
注意: マスター・ノードが新規インストールでない場合は、「アドバンスト・レプリケーション・ベースのマルチマスター・レプリケーション用のノードの追加」で説明する手順に従って、レプリカを追加します。この手順では、レプリケーション・グループの初期化も行います。 |
Oracle Databaseアドバンスト・レプリケーション・ベースのレプリカを追加する場合、新規レプリカが空であることが必要です。つまり、Oracle Internet Directoryを新たにインストールする必要があります。
Oracle Databaseアドバンスト・レプリケーション・ベースの各レプリカのスポンサ・ノードは、次のいずれかです。
マスター・ノード
既存のマルチマスターDRGのOracle Databaseアドバンスト・レプリケーション・ベースのレプリカ
LDAPレプリカ(その他のLDAPレプリカのコンシューマLDAPレプリカではない)のサプライヤ
Oracle Databaseアドバンスト・レプリケーション・ベースのレプリカは、LDAPレプリカのコンシューマになることはできません。
Oracle Internet Directory 11g リリース1(11.1.1)では、1つのノードを複数のマルチマスター・レプリケーション・グループの一部にすることはできません。
DSEルート固有のデータ、サーバー構成データおよびレプリケーション承諾データは、ディレクトリ・レプリケーション・グループのサーバー間でレプリケートされるデータには含まれません。
マルチマスター・レプリケーション・グループを構成すると、Oracle Single Sign-Onデータベース・スキーマが自動的にレプリケーション内に構成されます。
DRGにノードを追加する場合、そのノードは、DRG内の他のノードと同じリリースのOracle Internet Directoryを実行している必要があります。新規の10g(10.1.4.0.1)ノードを旧リリースのノードを含むDRGに追加する場合は、まず既存のノードすべてを10g(10.1.4.0.1)にアップグレードします。
この項では、マルチマスター・レプリケーション・グループをインストールおよび設定する際に実行する一般的なタスクを説明します。この項の内容は、次のとおりです。
注意:
|
『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の説明に従って、マスター定義サイトにOracle Internet Directoryをインストールします。
Oracle Net Servicesを使用して、マスター定義サイトのデータベースおよびDRG内の他のすべてのノードに接続できる必要があります。
注意: インストール時に、各Oracle Internet Directoryのデータベース・インスタンス名が各マシンで一意であることを確認してください。 |
『Oracle Fusion Middleware Oracle Identity Managementインストレーション・ガイド』の説明に従って、リモート・マスター・サイトにOracle Internet Directoryをインストールします。
空のレプリカから開始することをお薦めしますが、レプリカではなく最初にマスターとして構成されたマシンを使用してレプリケーションを設定できます。最初にマスター(RMS)として構成されたマシンを使用する場合は、次のように、まずメタデータをMDSに移行する必要があります。
プロセス(remtool –backupmetadata)が正しく機能するように、Oracle Internet DirectoryサーバーがMDSおよび対象となる各レプリカで稼働していることを確認します。
新たに作成したノードから、次のコマンドを実行します。
remtool –backupmetadata \ –replica "new_node_host:new_node_port" \ –master "master_host:master_port"
master_host:master_portは、対象となるレプリカのサプライヤのホスト名およびポート番号です。レプリケーション識別名のパスワードを要求されます。
注意: Oracle Delegated Administration Servicesが構成されていない場合、remtool を-backupmetadata オプションを指定して実行すると、次のようなエラー・メッセージが表示されます。
Failed to add "orclApplicationCommonName=ias.example.com, cn=IAS Instances, cn=IAS, cn=Products, cn=OracleContext" as "uniquemember" to entry "cn=Associated Mid-tiers, orclapplicationcommonname=DASApp, cn=DAS,cn=products, cn=OracleContext at replica ldap://myhost:3060 このエラー・メッセージは無視してください。 |
このツールは、メタデータをマスター・レプリカにロードする以外に、メタデータのバックアップを含むocbkup.new_replica_id
.TO.
master_replicaid
.
timestamp
.dat
という名前のファイルを作成します。このファイルはORACLE_INSTANCE
/diagnostics/logs/OID/tools
ディレクトリに作成されます。このファイルには、LDIF形式でのマスター・レプリカの変更と、SSOのコンテナ・エントリ[orclApplicationCommonName=ORASSO_SSOSERVER, cn=SSO, cn=Products, cn=OracleContext]およびDASのURLコンテナ・エントリ[cn=OperationURLs, cn=DAS, cn=Products, cn=OracleContext]のコピーが格納されます。
メタデータのバックアップに成功すると、端末に次のメッセージが表示されます。
Backup of metadata will be stored in
ORACLE_INSTANCE/diagnostics/logs/OID/tools/ocbkup.replicaid_pilot.TO.replcicaid_master.timestamp.ldif.
Metadata copied successfully.
メッセージには、ORACLE_INSTANCE
の実際のパスとファイル名が含まれます。
この操作を行っている間にエラーが発生した場合、remtool
を起動した端末にエラーが表示されます。エラー・メッセージは、ORACLE_INSTANCE
/diagnostics/logs/OID/tools/remtool.log
ファイルにも記録されます。
マスターのメタデータをMDSに正しく移行できたら、次は、「タスク3: ディレクトリ・レプリケーション・グループ用のアドバンスト・レプリケーションの設定」に進みます。
次の各項では、レプリケーション管理ツールを使用してアドバンスト・レプリケーションをインストールおよび設定する方法を説明します。
関連項目: Oracle Databaseアドバンスト・レプリケーションの設定方法は、Oracle Databaseドキュメント・ライブラリの『Oracle Databaseアドバンスト・レプリケーション』、およびレプリケーション管理ツールのオンライン・ヘルプを参照してください。 |
ディレクトリ・レプリケーション・グループ(DRG)を設定するには、次のタスクを実行してアドバンスト・レプリケーション環境を構成する必要があります。
ディレクトリ・レプリケーション・グループの各ノードについて、次の手順を実行します。(各手順の詳細は、このリストに続く項を参照してください。)
各Oracle Internet Directory ORACLE_INSTANCEおよびOracle Database ORACLE_INSTANCEでtnsnames.ora
を構成します。
Oracle Internet Directory ORACLE_HOMEとOracle Database ORACLE_HOMEの両方でリスナーを停止し、再起動します。
Oracle Net Services環境をレプリケーション用に準備する手順は、次のとおりです。
sqlnet.ora
ファイルには、少なくとも次のパラメータが記述されている必要があります。
names.directory_path = (TNSNAMES)
names.default_domain = global_database_domain
UNIXでは、sqlnet.ora
ファイルはORACLE_INSTANCE
/network/admin
にあります。
Microsoft Windowsでは、sqlnet.ora
ファイルは%ORACLE_HOME%
\network\admin
にあります。
各Oracle Internet Directory ORACLE_INSTANCEおよびOracle Database ORACLE_INSTANCEでtnsnames.ora
を構成します。
DRGの各ノードで、DRGのすべてのOracle Internet Directoryデータベース・インスタンスを定義します。Oracle Internet Directory ORACLE_INSTANCEおよびOracle Database ORACLE_HOMEで、各tnsnames.ora
ファイルに、それぞれのOracle Internet Directoryデータベースに対する接続記述子情報が次の形式で記述されている必要があります。
net_service_name = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = HOST_NAME_OR_IP_ADDRESS) (PORT = port_no_of_listener)) (CONNECT_DATA =(service_name = service_name_of_database)))
net_service_name
はデータベースのグローバル名です。たとえば、データベースのグローバル名がmds.sales.com
の場合、net_service_nameはmds.sales.com
であることが必要です。データベースのグローバル名およびnet_service_name
がドメイン修飾されていることを確認してください。この例の場合、グローバル名とnet_service_name
はsales.com
でドメイン修飾されています。
注意:
|
関連項目: tnsnames.ora 構文の詳細は、『Oracle Database Net Servicesリファレンス』を参照してください。 |
UNIXでは、tnsnames.ora
ファイルは、ORACLE_INSTANCE/config
にあります。
Microsoft Windowsでは、tnsnames.ora
ファイルは%ORACLE_INSTANCE%
\config
にあります。
Oracle Internet Directory ORACLE_HOMEとOracle Database ORACLE_HOMEの両方でリスナーを停止し、再起動します。
Oracle Internet Directoryデータベースのリスナーを停止するには、Oracle Database Oracleホームでリスナー制御ユーティリティ$ORACLE_HOME/bin/lsnrctl
を使用します。lsnrctl
コマンド・プロンプトで、次のコマンドを入力します。
SET PASSWORD
STOP [listener_name]
SET PASSWORD
は、パスワードがlistener.ora
ファイルで設定されている場合にのみ必要です。デフォルトのリスナー名はLISTENER
です。
Oracle Internet Directoryデータベースのリスナーを再起動するには、lsnrctl
コマンド・プロンプトで次のコマンドを入力します。
START [listener_name]
quit
DRGの各ノードで、全ノードに対してOracle Net接続をテストします。
重要: 次の2つのコマンドを使用して接続を試みます。
sqlplus ods@net_service_name_without_domain_name sqlplus ods@net_service_name_with_domain_name
ods_passwordが要求されます。接続できない場合、レプリケーションは行われません。
この手順は、次のとおりです。
MDSコンソールから、システム・ユーザーとしてすべてのノード(MDSを含む)に接続します。すべてのノードで、次のことを確認してください。
Oracle Internet Directoryデータベースが実行中であること
Oracle Internet Directoryリスナーが実行中であること
接続文字列が正しいこと
システム・パスワードが正しいこと
次のウォレットがリモート・サイトに存在することを確認してください。
Oracle Internet Directoryに指定されたデータベースにパスワードを保存するためのウォレット。このウォレットは、oidpwdlldap1
という名前で、ディレクトリORACLE_INSTANCE
/OID/admin
にあります。
レプリケーション管理者のパスワードを保存するためのウォレット。このウォレットは、oidpwdr
oracle_sid
という名前で、ディレクトリORACLE_INSTANCE
/OID/admin
にあります。(oracle_sid
は、接続データベースから取得されます。)
ウォレットが特定のサイトに存在しない場合は、リモート・ノードで次のコマンドを入力して作成します。
oidpasswd connect=connect_string create_wallet=true
次の「注意」の前提条件を確認します。その後、MDSのコマンド・プロンプトでremtool
(レプリケーション環境管理ツール)を使用し、次のコマンドを実行してアドバンスト・レプリケーションを構成します。
$ORACLE_HOME/ldap/bin/remtool -asrsetup
関連項目:
|
注意:
|
データをディレクトリにロードする方法は、次の2つから選択できます。
DRGに追加するエントリが少数の場合は、DRGの構成が完了するまで待ちます。ldapadd
を使用して、データをいずれかのノードにロードします。その後、エントリは指定した時間に他のノードにレプリケートされます。
DRGにロードするデータが大量の場合は、bulkloadユーティリティを使用します。
次のように入力して、DRGのすべてのノードでLDAPサーバーを停止します。
opmnctl stopproc process-type=OID
DRGの一部であり、ldifファイルをディレクトリにロードするノード上で、ORACLE_INSANCEが設定されていることを確認し、次のように入力します。
bulkload connect="connect_string" check="TRUE" \ generate="TRUE" file="file_with_absolute_path_name"
注意: ldifwrite を使用してOracle Internet Directoryからデータを抽出した場合は、他のオプションに加え、restore="TRUE" オプションを使用して、操作属性をリストアします。 |
同一ノードでORACLE_INSTANCE
が設定されていることを確認し、次を入力します。
bulkload connect="connect_string_1" load="TRUE"
同じノードで手順cを繰り返し、DRGのすべてのノードにデータをロードするまで、毎回、connect_string_1
をDRGの別のノードの接続文字列で置き換えます。たとえば、次のように入力します。
bulkload connect="connect_string_2" load="TRUE"
さらに、次のように入力します。
bulkload connect="connect_string_3" load="TRUE"
同様の手順で、DRG内のすべてのノードにデータをロードします。
関連項目: 構文と使用方法の詳細は、Oracle Fusion Middleware Oracle Identity Managementリファレンスのbulkload コマンドライン・ツールのリファレンスを参照してください。 |
デフォルトの構成では、Oracle Internet Directory LDAPサーバー・インスタンス#1の変更ロギングはTRUEに設定されています。Oracle Internet Directory LDAPサーバーのデフォルトのインスタンスは、次のように指定すると開始されます。
opmnctl startproc process-type=OID
すべてのノードでレプリケーション・サーバーを起動するには、各ノードで次のコマンドを入力します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName \ flags="-h LdapHost -p LdapPort" start
インスタンス番号は、DRG全体で一意である必要はありません。
関連項目: Oracle Internet Directoryのプロセス制御の詳細は、第4章「Oracle Internet Directoryコンポーネントのプロセス制御の理解」を参照してください。 |
次の説明のとおり、レプリケーションをテストします。
注意: Oracle Single Sign-Onのレプリケーションを構成するには、Oracle Single Sign-On用のインストール後の手順を実行します。10g(10.1.4.0.1)ライブラリの『Oracle Application Server Single Sign-On管理者ガイド』のレプリケーションのインストールに関する項を参照してください。 |
注意: 既存のマルチマスター・レプリケーション・グループに追加する新規ノードには、Oracle Internet Directoryがインストールされている必要があります。詳細は、「タスク2: リモート・マスター・サイト(RMS)へのOracle Internet Directoryのインストール」を参照してください。 |
マスター・ノード、または他のLDAPベースのレプリカのコンシューマではないLDAPベースのサプライヤ・レプリカにノードを追加し、マルチマスターDRGを形成できます。その場合、この項の手順に従えば、アドバンスト・レプリケーションの初期インストールおよび構成が自動的に実行されます。
稼働中のレプリケーション・グループまたは大規模なマスター・ノードに新規レプリケーション・ノードを追加するには、次の手順を実行します。
注意: 以降の各タスクの中で示されているコマンドを実行するには、次のタイプのファイルが、対応するディレクトリに格納されている必要があります。
「タスク2: スポンサ・ノードの特定とOracle Internet Directoryのインストール」を開始する前に、これら3つのタイプのファイルがそれぞれのパスに存在することを確認してください。 |
「全ノードでのレプリケーション用のOracle Net Services環境の準備」では、この環境を準備するプロセスを説明します。
ディレクトリ・レプリケーション・サーバーを停止するには、LDAPレプリケーション・グループ内の各ノードで次のコマンドを実行します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName\ flags="-h LdapHost -p LdapPort" stop
このタスクのスポンサ・ノードを識別する必要があります。これは、新規ノードにデータを供給するノードです。
RMS用には、Oracle Internet Directoryの新規インスタンスをアドバンスト・レプリケーション・レプリカとしてインストールすることをお薦めします。(既存のマスター・ノードをRMSとして使用することも可能ですが、手動の手順を別途実行する必要があります。)
新しいOracle Internet Directoryをリモート・サイトにインストールします。
既存のマスターをRMSとして使用する場合は、「既存のマスターをリモート・マスター・サイトとして使用する場合」の指示に従って、マスターのメタデータをスポンサ・ノードに移行する必要があります。マスターのメタデータをMDSに正しく移行できたら、次は、「タスク3: スポンサ・ノードの読取り専用モードへの切替え」に進みます。
スポンサ・ノードは、新規ノードにデータを供給するノードです。スポンサ・ノードを読取り/書込みモードから読取り専用モードに切り替えるには、「サーバー・モードの変更」の手順のいずれかを使用します。
注意: スポンサ・ノードが読取り専用モードの間は、そのノードを更新できません。他のノードは更新できますが、その更新内容はすぐにはレプリケートされません。また、スポンサ・ノードとMDSが同じノードの可能性もあります。 |
この処理は時間がかかる場合もあるため、バックアップ処理中に"タスク5: アドバンスト・レプリケーションのノード追加設定の実行"を開始してもかまいません。
スポンサ・ノードでORACLE_INSTANCE
が設定されていることを確認し、次のコマンドを入力します。
ldifwrite connect="connect_string" \ baseDN="orclAgreementID=000001,cn=replication configuration" \ file="output_ldif_file"
これで、スポンサ・ノードのディレクトリがバックアップされます。
注意: レプリケーションを行うすべてのノードで、Oracle Net Serviceが正しく構成されている必要があります。「全ノードでのレプリケーション用のOracle Net Services環境の準備」を参照してください。 |
アドバンスト・レプリケーションのノード追加設定は、「タスク4: ldifwriteを使用したスポンサ・ノードのバックアップ」を実行するときに同時に実行できます。
スポンサ・ノードで、次のコマンドを入力します。
remtool -addnode
レプリケーション環境管理ツールによって、DRGにノードが追加されます。
注意:
エラーが発生した場合は、まず |
関連項目: レプリケーション環境管理ツールの-addnode オプションの使用方法は、Oracle Fusion Middleware Oracle Identity Managementリファレンスのremtool コマンドラインのリファレンスを参照してください。 |
スポンサ・ノードを更新可能モードに切り替えるには、「サーバー・モードの変更」の手順のいずれかを使用します。
注意: タスク6は、タスク3と類似しています。この手順ではorclservermode パラメータが読取り/書込みに設定される点のみが異なります。 |
ディレクトリ・レプリケーション・サーバーを起動するには、新規ノード以外のすべてのノード上で次のコマンドを入力します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName \ flags="-h LdapHost -p LdapPort" start
新規ノードでディレクトリまたはレプリケーション処理が何も実行されていないことを確認するため、次のように入力します。
opmnctl stopproc process-type=OID
データをロードするには、ORACLE_INSTANCE
が設定されていることを確認し、新規ノードで次のコマンドを入力します。
bulkload connect="db_connect_string_of_new_node" check="TRUE" generate="TRUE" \ load="TRUE" restore="TRUE" \ file="absolute_path_to_the_ldif_file_generated_by_ldifwrite"
注意: Oracle Internet Directoryの旧リリース(10g リリース2(10.1.2.0.2)など)のデータを、10g(10.1.4.0.1)が稼働しているノードにロードする場合、パスワード・ポリシー・エントリを、「パスワード・ポリシーとファンアウト・レプリケーション」で説明しているように更新する必要があります。 |
ディレクトリ・サーバーを起動するには、新規ノードで次のコマンドを入力します。
opmnctl startproc process-type=OID
ディレクトリ・レプリケーション・サーバーを起動するには、新規ノードで次のコマンドを入力します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName \ flags="-h LdapHost -p LdapPort" start
注意:
|
システム・エラーが発生して新しいノードを追加できなかった場合などは、ノードをDRGから削除する必要があります。
レプリケーション・ノードを削除するには、次のタスクを実行します。
ディレクトリ・レプリケーション・サーバーを停止するには、DRG内の各ノードで次のコマンドを実行します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName \ flags="-h LdapHost -p LdapPort" stop
削除するノードでOracle Internet Directoryを停止します。
opmnctl stopproc process-type=OID
関連項目: Oracle Internet Directoryの停止方法の詳細は、Oracle Fusion Middleware Oracle Identity Managementリファレンスのopmn コマンドライン・ツールのリファレンスを参照してください。 |
MDSから、次のスクリプトを実行します。
remtool -delnode
レプリケーション環境管理ツールによって、レプリケーション・グループからノードが削除されます。
関連項目: レプリケーション環境管理ツールの-delnode オプションの使用方法は、Oracle Fusion Middleware Oracle Identity Managementリファレンスのremtool コマンドライン・ツールのリファレンスを参照してください。 |
この処理は、システム・リソースとDRGのサイズによって、長時間かかる場合があります。-v
オプションを使用すると、進捗状況を確認できます。
注意: エラーが発生した場合は、まず-asrverify オプションを使用します。このオプションでもエラーが発生した場合には、-asrrectify オプションを使用して、そのエラーを修正します。-asrverify および-asrrectify は、DRG内のすべてのノードをリストします。削除するノードがリストにない場合は、-delnode オプションを使用してレプリケーション環境管理ツールを再度実行し、ノードを削除します。 |
ディレクトリ・レプリケーション・サーバーを起動するには、DRGのその他の各ノードで次のコマンドを入力します。
oidctl connect=connStr server=oidrepld instance=1 componentname=oidComponentName \ flags="-h LdapHost -p LdapPort" start
関連項目: Oracle Fusion Middleware Oracle Identity Managementリファレンスのopmn コマンドライン・ツールのリファレンス |