11
Oracle Real Application Clusters環境のOracle Internet Directory

Oracle Real Application Clustersは、複数の、相互接続されたコンピュータの処理能力を活用するコンピューティング環境です。Oracle Real Application Clustersは、クラスタと呼ばれるハードウェアの集合とともに、各コンポーネントの処理能力を、単一の強力なコンピューティング環境にまとめます。クラスタは、ノードとも呼ばれる2つ以上のコンピュータで構成されます。

この章では、Oracle Real Application ClustersシステムでOracle Internet Directoryを実行する方法について説明します。この章の項目は次のとおりです。

11.1 用語

ノード

インスタンスが常駐するコンピュータを指します。ディスク記憶域を他のノードと共有する、大規模パラレル・コンピューティング・インフラストラクチャの一部である場合もあります。ほとんどの場合、ノードはオペレーティング・システムの独自のコピーを持ちます。
Cluster

通常はそれぞれが異なるノード上で実行されるインスタンスの集合です。ディスク上の共有データベースへのアクセス時に相互に調整されます。
Cluster Manager

オペレーティング・システム固有のコンポーネントです。クラスタ上のクラスタ・メンバーシップに関する共通ビューを提供して、ノードのメンバーシップ状態を検出して追跡します。
透過的アプリケーション・フェイルオーバー（TAF）

Oracle Real Application ClustersやOracle Fail Safeなど、可用性の高い環境を目的としたランタイム・フェイルオーバーです。これは、アプリケーションとサービス間接続のフェイルオーバーおよび再確立を参照します。これによって、接続に障害が発生した場合、クライアント・アプリケーションは自動的にデータベースに再接続され、処理中のSELECT文を再開します。この再接続は、Oracle Call Interface（OCI）内から自動的に行われます。

アプリケーションを処理するインスタンスが1つ残されていれば、クライアントが接続障害を感知することはありません。
接続時フェイルオーバー（Connect-time failover）

最初のリスナーが応答しない場合に、クライアントの接続リクエストが他のリスナーに転送されるフェイルオーバー・メソッドです。接続時フェイルオーバーはサービス登録によって有効になります。これは、接続の試行前にインスタンスが起動されているかどうかをリスナーが認識できるためです。

11.2 Real Application ClustersデータベースへのOracle Internet Directoryのインストール

Real Application ClustersデータベースにOracle Internet Directoryをインストールする方法の詳細は、Oracle Application Serverのインストレーション・ガイドの「高可用性環境へのインストール: OracleAS Cluster（Identity Management）」を参照してください。

11.3 Oracle Real Application Clusters環境でのOracle Internet Directory

広範囲にわたる高可用性構成を実現するには、Real Application Clustersがアクティブ/アクティブ・モードで稼動するようにOracle Internet Directoryを構成します。このためには、Oracle Internet DirectoryプロセスおよびOracle Internet Directoryで指定したデータベースを、Real Application Clustersのすべてのノードで実行する必要があります。

図11-1に、Oracle Real Application Clustersデータベースが構成されている2ノード構成のクラスタを示します。

図11-1 基本的な高可用性構成のOracle Internet Directory

図11-1に示す内容は、次のとおりです。

Oracleディレクトリ・サーバー・インスタンス1は、Real Application Clustersのノード1でアクティブであり、Oracleディレクトリ・サーバー・インスタンス2は、Real Application Clustersのノード2でアクティブです。各ノードでは、複数のOracleディレクトリ・サーバー・インスタンスを起動できます。
Oracle Directory Integration and Provisioning Serverのインスタンスは、両方のノードでアクティブです。
Oracleディレクトリ・レプリケーション・サーバー・インスタンスは、1つのノードでのみアクティブです。ノードに障害が発生した場合、正常なノード側のOIDモニターは、障害が発生したノードからOracleディレクトリ・レプリケーション・サーバー・インスタンスを正常なノード側に移します。
LDAPクライアント・アプリケーションは、異なるReal Application Clustersノード上のOracle Internet Directoryと直接通信するように構成できます。または、LANリダイレクタを使用してOracle Internet Directoryサーバー・インスタンスをフロントエンドにして、Real Application Clustersノードの単一システム・イメージを取り込むこともできます。
障害またはメンテナンスのために、1つのReal Application Clustersノードを使用できない場合は、もう1つのReal Applications Clustersノード側のOracle Internet Directoryを使用できます。障害が発生したReal Application Clustersノード上のOracle Internet Directoryと接続されているLDAPクライアントは、再接続する必要があります。

11.4 Real Application Clustersデータベース・インスタンスを対象としたOracleディレクトリ・サーバーの接続モード

この項では、Oracle Real Application Clustersデータベース・インスタンスと通信するOracleディレクトリ・サーバー・インスタンスで可能な様々な接続モードについて説明します。これらの接続モードは、Oracle Internet Directoryクライアントには透過的で、Oracle Internet Directoryとクライアントとの通信には影響を与えません。

この項では、次の項目について説明します。

11.4.1 Load_balanceパラメータ

tnsnames.oraファイル内のload_balanceパラメータをONに設定すると、Oracle DatabaseへのOracle Internet Directory接続が、Oracle Databaseの各ノードに分散されます。いずれかのノードでフェイルオーバーが発生している場合、使用可能なOracle Databaseのノードへリダイレクトされるのは、障害が発生したノードへの接続のみです。

load_balanceパラメータをoffに設定すると、Oracle Databaseの1つのノードのみが、Oracle DatabaseへのすべてのOracle Internet Directory接続の対象になります。

フェイルオーバー中、すべての接続は、使用可能なOracle Databaseのノードへリダイレクトされます。

11.4.2 接続時フェイルオーバー（CTF）

Oracleディレクトリ・サーバーによってOracle Databaseへの接続が行われる場合、Oracle Databaseの1次ノードが使用できないときは、Oracle Internet Directoryサーバーはバックアップ（2次データベース）へ接続します。

11.4.3 透過的アプリケーション・フェイルオーバー（TAF）

TAFを構成するには、tnsnames.oraファイルで、type=selectおよびmethod=preconnectを追加します。

LDAP検索操作中、Oracle Databaseの1次ノードで障害が発生した場合、Oracleディレクトリ・サーバーは、Oracle Databaseのバックアップ（2次ノード）へ透過的に接続し、現行のLDAP検索操作が継続されます。

11.4.4 フェイルオーバー用のtnsnames.oraファイルの構成

この項では、2つのノードでのtnsnames.oraファイルの構成を示します。

ノード1

db.us.acme.com= 
 (description=  
  (load_balance=off/on)  /* only connect time load balancing & connection load 
balancing */
  (failover=on)          /* only connect time failover */
  (address=  
       (protocol=tcp)  
       (host=db1)  
       (port=1521)) 
 (address=  
       (protocol=tcp)  
       (host=db2)  
       (port=1521)) 
  (connect_data= 
     (service_name=db.us.acme.com) 
     (failover_mode=
       (backup=db2.acme.com)
       (type=select) 
       (method=preconnect))))

db2.acme.com= 
 (description=  
  (address=  
       (protocol=tcp)  
       (host=db2)  
       (port=1521)) 
  (connect_data= 
     (service_name=db.us.acme.com) 
     (instance_name=db2)
     (failover_mode=
     (backup=db2.acme.com)
     (type=select)
     (method=preconnect))
     ))

ノード2

db.us.acme.com= 
 (description=  
  (load_balance=off/on)  /* only connect time load balancing & connection load 
balancing */
  (failover=on)          /* only connect time failover */
  (address=  
       (protocol=tcp)  
       (host=db2)  
       (port=1521)) 
 (address=  
       (protocol=tcp)  
       (host=db1)  
       (port=1521)) 
  (connect_data= 
     (service_name=db.us.acme.com) 
     (failover_mode=
       (backup=db1.acme.com)
       (type=select) 
       (method=preconnect))))

db1.acme.com= 
 (description=  
  (address=  
       (protocol=tcp)  
       (host=db1)  
       (port=1521)) 
  (connect_data= 
     (service_name=db.us.acme.com) 
     (instance_name=db2)
     (failover_mode=
     (backup=db2.acme.com)
     (type=select)
     (method=preconnect))))

11.5 Oracle Internet DirectoryのReal Application Clustersノード間でのOracleディレクトリ・レプリケーション

ディレクトリ・レプリケーションは、Oracle Internet Directoryの2つ以上のReal Application Clustersノード間で構成できます。

ディレクトリ・レプリケーション・グループ（DRG）内の各ノードは、Oracle Internet DirectoryのReal Application Clustersノードです。

ディレクトリ・レプリケーションによって、地理的可用性が得られ、DRG内のOracle Internet DirectoryのReal Application Clustersノードによって、ローカルな可用性、管理性およびスケーラビリティが保証されます。

注意
ディレクトリ・レプリケーション・サーバー（oidrepld）またはOracle Directory Integration and Provisioning Server（odisrv）のいずれかあるいは両方が動作している1次ノードに障害が発生した場合、5分後に2次ノードのOIDモニターが2次ノードでこれらのプロセスを開始します。ただし1次ノードを再起動しても、これらのサーバーは1次ノードでは自動的に再起動されません。
正常な停止はフェイルオーバーとして処理されません。正常に停止しても、5分後に2次ノードのOIDモニターによって2次ノードでプロセスが開始されることはありません。一方、障害時と同じように、1次ノードを再起動しても、これらのサーバーは自動的に1次ノードで再起動されません。

11.6 Real Application ClustersノードでのODSパスワードの変更

OIDデータベース・パスワード・ユーティリティを使用して、Real Application Clustersの1つのノードでODSパスワードを変更する場合は、他のReal Application ClustersノードでWallet $ORACLE_HOME/ldap/admin/oidpwdlldap1を更新する必要があります。そのためには、変更したWalletをすべてのノードにコピーするか、または他のすべてのノードでOIDデータベース・パスワード・ユーティリティを起動して、Walletファイルのみ更新します。この処理は、レプリケーション・パスワードの変更にも適用されます。この場合は、OIDデータベース・パスワード・ユーティリティではなく、レプリケーション環境管理ツールを使用します。

11Oracle Real Application Clusters環境のOracle Internet Directory