![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Oracle Real Application Clusters (RAC)は、複製されたOracleデータベース・サービスを使用して同一のOracleデータベースにアクセスするマシンのクラスタリングをサポートします。Oracle RACを使用すると、物理的に異なるOracleサーバー・マシン上に存在する複数のインスタンスから同一のOracleデータベースに同時アクセスできます。また、失敗したデータベース・インスタンスを別の場所にフェイルオーバーすることが可能です。
ただし、XAトランザクション環境でこれらの複製やフェイルオーバーの機能を利用したり、最適なRACパフォーマンスを実現したりするには、トランザクション・モニター側にOracle RAC用の特殊サポートが必要になります。これはOracle 10gでは、同一XAトランザクション内の複数のRACインスタンスから同一データベースにアクセスすることは許可されないためです。
注意: | Oracle 11gでは、同一XAトランザクション内の複数のRACインスタンスから同一データベースにアクセスできますが、特定のXAトランザクション内でのアクセスがすべて同一RACインスタンスから発生する場合は、パフォーマンスが向上する可能性があります。 |
さらにOracle 10gR1では、RACインスタンス間のトランザクション・フェイルオーバーの準備に、トランザクション・モニターが必要です。
Tuxedo 11gリリース1(11.1.1.0)にはOracle RAC用のトランザクション・モニター・サポートが用意されており、管理者は個々のRACインスタンスに関連付けるグループのリストを指定できます。これにより、同じRACデータベースの異なるインスタンスに関連付けられたグループが、同一トランザクションに参加しないことが保証されます。TuxedoのOracle RAC用サポートには、Oracle 10gR1の使用時に必要な、RACフェイルオーバー・イベントをTuxedoトランザクション・マネージャ・サーバー(TMS)プロセスに通知する機能も含まれています。
このため、TMSはRACフェイルオーバー・リカバリの必要に応じて、Oracle 10gR1の準備されたトランザクションのリストをOracleから再取得できます。
注意: | Oracle 10gR2を使用する場合、管理者はOracle <b>DTP Service</b> を使用してOracle RACシステムにアクセスする必要があります。このDTPサービス名は、関連付けられているTuxedoグループのOPENINFO文字列で指定する必要があります。Oracle 10gR2はサービス名を検証し、必要に応じて別のインスタンスに移行します。 |
注意: | Oracle 11g以降のリリースを使用している場合は、特別な構成を行わなくても、必要に応じてサービス名が透過的かつ自動的に代替インスタンスに移行されます。 |
注意: | Oracle 10gR1の場合は、10.1.0.3以降のパッチ・セットが必須です。 |
注意: | Oracle 10gR2の場合は、https://metalink.oracle.com/metalink/plsql/f?p=130:14:3193163745563425327::::p14_database_idで説明されているバグに対応するために、10.2.0.2以降のパッチ・セットが必須です。 |
注意: | Oracle 11gの場合は、11.1.0.6以降のパッチ・セットが推奨されます。RACに関して多くの点が改良されているため、Oracle 11gの使用を強く勧めします。 |
プラットフォーム固有のソフトウェア要件については、Oracle TuxedoシステムのインストールのOracle Tuxedo 11gリリース1(11.1.1.0)プラットフォーム・データ・シートに関する項を参照してください。
TuxedoでOracle RACをサポートするためには、次の2つの作業が必要です。
以下のコマンドおよび環境変数は、TuxedoのOracle RACサポートの構成でのみ使用されます。
(Oracle 10gR1および10gR2で必須、Oracle 11gで省略可能)
(Oracle 10gR1でのみ必須)XARETRYINTERVAL
(Oracle 10gR1でのみ必須)Oracle 10gR1では、同一XAトランザクション内の複数のRACインスタンスから同一データベースにアクセスすることは許可されません。さらにOracle 10gR1では、RACインスタンス間のトランザクション・フェイルオーバーの準備に、トランザクション・モニターが必要です。
Oracle 10gR2では、複数の異なるRACインスタンスがRAC内の異なるトランザクション・ブランチで動作できますが、トランザクション・ブランチが異なるインスタンス上にある場合は、それらのブランチは疎結合され、ロックを共有しません。最適なコミット・パフォーマンスを実現するには、所定のXAトランザクション内では単一のRACインスタンスのみを使用することが重要です。
このため、XAトランザクションを単一のRACインスタンスに関連付けることは、Oracle 10gR2でも引き続き重要になります。Oracle XAでのRACの使用の詳細は、『Oracle Databaseアプリケーション開発者ガイド-基礎編』のOracle XAを使用したアプリケーションの開発に関する章を参照してください。
TUXRACGROUPS
環境変数は、TuxedoグループをOracle RAC構成の特定のインスタンスと関連付けます。これにより、同一RAC構成の異なるインスタンスに含まれるグループが、同一XAトランザクション内に混在するのを防止できます。
注意: | Oracle 10gを使用している場合は、単一のトランザクションが複数のOracle RACインスタンスにまたがらないようにします。各トランザクションに参加するグループは、そのトランザクションの開始時に決定されます。個々のトランザクションは、各RAC構成の1つの特定のインスタンスに割り当てられます。この割当てでは、RAC構成の各インスタンスに含まれるグループが、それぞれ等しい数のトランザクションに割り当てられます。 |
注意: | Oracle 11gでは、複数の異なるRACインスタンスがRAC内の異なるトランザクション・ブランチで動作でき、トランザクション・ブランチが異なるインスタンス上にある場合は、それらのブランチは密結合され、ロックとリソースを共有します。したがって、Oracle 11gを使用している場合はTUXRACGROUPS 環境変数は必要ありません。この環境変数はOracle 11gでも機能し、この環境変数を使用してTuxedoグループをOracle RAC構成の特定のインスタンスに関連付けることができます。 |
TUXRACGROUPS
TUXRACGROUPS
環境変数により特定のRAC構成に関連付けられるグループが指定され、同一トランザクション内のサービス呼出しが同一RAC構成の異なるインスタンスとして識別される複数のグループに送信されるのを防止します。
警告: | TUXRACGROUPS 環境変数を使用する場合は、この環境変数を構成内のすべてのマシン上で設定する必要があり、すべてのマシン上で同じグループ・セットを同じ順番で指定しなければなりません。 |
警告: | この制限事項を守らないと、一貫性のないグループ・セットがトランザクション内に含まれるおそれがあります。この不整合はコミット時に調整グループによって検出され、トランザクションがロールバックされて、エラー・メッセージがuserlogに送られます。 |
TUXRACGROUPS
環境変数は、Oracle RACグループ構成の定義に使用します。構文は次のとおりです。
TUXRACGROUPS="G1,G2,…,Gm;H1,H2,…,Hn[;…]:I1,I2,…,Io;J1,J2,…,Jp[;…][:…]"
注意: | 一般的には、1つのデータベース・インスタンスに関連付けられたすべてのサービスは、単一グループ内に配置されます。そのため通常は、TUXRACGROUPS の値にカンマは必要ありません。 |
TUXRACGROUPS
環境変数は、Oracle RAC構成の異なるインスタンスに関連付けられたグループを指定するための変数です。そのため、TUXRACGROUPS
環境変数を使用するすべてのアプリケーションで、環境変数の値に少なくとも1つのセミコロンが必要です。
注意: | 一般的には、1つのRACデータベース構成のみを指定します。そのため通常は、TUXRACGROUPS の値にコロンは必要ありません。 |
この項では、4つの異なるOracle RACグループ構成の定義例を示します。
図6-1は、単純なOracle RAC構成の例です。
この例では、1つのOracleデータベース(ORA1)に対して2つのOracle RACインスタンスが存在し、各インスタンスにそれぞれ1つのグループが含まれています。
この場合、同じトランザクション・リクエストをGROUP1
とGROUP2
の両方に送信することはできません。これは、各グループが同一のOracle RACデータベース構成にマップされた異なるインスタンスを介してデータベース・サービスにアクセスするためです。
TUXRACGROUPS="GROUP1;GROUP2:GROUP3;GROUP4,GROUP5"
図6-2は、1つのインスタンスに複数のグループを追加した例です。
この例では、2つのOracleデータベースORA1
とORA2
が存在しています。ORA1
はマシン固有のサービスORA1SITE1
とORA1SITE2
を、ORA2
はマシン固有のサービスORA2SITE1
とORA2SITE2
を提供します。この構成は、Oracle RAC構成の各インスタンスに関連付けられたグループに、ほぼ同数のトランザクションを割り当て、同じサービスを構成することを目的としています。
この場合、同じトランザクション・リクエストをGROUP1
とGROUP2
の両方に送信することはできません。これは、各グループが同一のOracle RACデータベース構成にマップされた異なるインスタンスを介してデータベース・サービスにアクセスするためです。GROUP3
とGROUP4
、またはGROUP3
とGROUP5
についても同様で、同じトランザクションをこれらのグループの両方に送信することはできません。
GROUP4
とGROUP5
は、どちらも同じOracle RACデータベース構成の同じデータベース・サービスにアクセスするため、これらのグループはまとめて許可されます。GROUP1
とGROUP4
は、異なるRACデータベース構成にアクセスするため、まとめて許可されます。この構成にGROUP6
もある場合、GROUP6
はOracle RACグループではないため、他のグループとともに許可されます。
注意: | 各Oracle RACインスタンスに含まれるグループの数は、同一である必要はありません。 |
この構成のUBBCONFIG
ファイルの*GROUPS
および*SERVERS
セクションは、リスト6-1のようになります。
*GROUPS
DEFAULT: TMSNAME=TMS_ORA TMSCOUNT=2
GROUP1 LMID=SITE1 GRPNO=1
OPENINFO="ORACLE_XA:Oracle_XA+Acc=P/scott/tiger+SqlNet=ORA1SITE1+SesTm=100+LogDir=.+MaxCur=5"
GROUP2 LMID=SITE2 GRPNO=2
OPENINFO="ORACLE_XA:Oracle_XA+Acc=P/scott/tiger+SqlNet=ORA1SITE2+SesTm=100+LogDir=.+MaxCur=5"
GROUP3 LMID=SITE1 GRPNO=3
OPENINFO="ORACLE_XA:Oracle_XA+Acc=P/scott/tiger+SqlNet=ORA2SITE1+SesTm=100+LogDir=.+MaxCur=5"
GROUP4 LMID=SITE2 GRPNO=4
OPENINFO="ORACLE_XA:Oracle_XA+Acc=P/scott/tiger+SqlNet=ORA2SITE2+SesTm=100+LogDir=.+MaxCur=5"
GROUP5 LMID=SITE2 GRPNO=5
OPENINFO="ORACLE_XA:Oracle_XA+Acc=P/scott/tiger+SqlNet=ORA2SITE2+SesTm=100+LogDir=.+MaxCur=5"
GROUP6 LMID=SITE1 GRPNO=6 TMSNAME=TMS_QM
OPENINFO="TUXEDO/QM:/home/myapplication/QUE:QSPACE"
*SERVERS
DEFAULT: RESTART=Y MAXGEN=5 REPLYQ=Y CLOPT="-A"
EMPLOYEE_SVR SRVGRP=GROUP1 SRVID=1
EMPLOYEE_SVR SRVGRP=GROUP2 SRVID=2
BANKING_SVR SRVGRP=GROUP3 SRVID=3
BANKING_SVR SRVGRP=GROUP4 SRVID=4
BANKING_SVR SRVGRP=GROUP5 SRVID=5
注意: | GROUP4 とGROUP5 には同じOPENINFO 文字列が指定されています。これは、どちらのグループも同じデータベースが提供する同じデータベース・サービスを使用することを意味しています。 |
注意: | Oracleグループ用のOPENINFO 文字列を*GROUPS セクションに指定する方法は、RACなしにOracleを使用する場合と変わりません。Oracleグループ用のOPENINFO 文字列を指定する方法の詳細は、『Oracle Databaseアプリケーション開発者ガイド-基礎編』のOracle XAを使用したアプリケーションの開発に関する章を参照してください。 |
TUXRACGROUPS="GROUP11,GROUP12,GROUP13;GROUP21,GROUP22:GROUP3;GROUP4, GROUP5"
図6-3は、複数のインスタンスに複数のグループを追加する例を示したものです。
この例は、1つ前で説明した例と似ていますが、GROUP11
、GROUP12
、およびGROUP13
はいずれも1番目のRAC構成の1番目のRACインスタンスに、GROUP21
とGROUP22
は2番目のRACインスタンスに関連付けられています。
この構成で、トランザクション内の最初のサービス呼出しがGROUP12
に渡された場合、このトランザクション内のその他のサービス呼出しはGROUP11
、GROUP12
、またはGROUP13
には送信できますが、GROUP21
またはGROUP22
に送信することはできません。
許可されたグループ内では公開されていないが、1つまたは複数の禁止されたグループ内で使用可能なサービスに対して、トランザクション型のサービス呼出しが実行された場合は、以下のいずれかの結果になります。
TUXRACGROUPS
環境変数に定義されている各RAC構成について、Tuxedoでは、トランザクションの開始時に、その構成内のどのRACグループをトランザクションに参加させるかが決定します。
トランザクションは、存在している間はOracle RACインスタンスに固定されます。このことは、このようなトランザクションの呼出しフローでOracle RACに関連付けられたTuxedoサービスに常にアクセスできるかどうかに関係なく当てはまります。
データ依存型ルーティングは、Oracle RAC構成をサポートするように拡張されています。UBBCONFIGの*ROUTING
セクションには、ルーティング範囲が同一のグループを複数定義することができます。リスト6-2は、同じ範囲の値を持つ異なるTuxedoグループの例を示しています。
RANGES="1-5:GROUP1A, 1-5:GROUP1B, 6-10:GROUP2B, 6-10:GROUP2A, *:*"
この例では、GROUP1A
とGROUP1B
のデータ範囲が同じで、GROUP2A
とGROUP2B
のデータ範囲が同じです。Tuxedoは、トランザクションが属するOracle RACインスタンスに関連付けられているグループに、サービス・リクエストをルーティングします。
RACグループにより提供されるトランザクション・サービスに対するデータ依存型ルーティングでは、以下の場合にしか目的の結果を得られません。
特定のトランザクション内では1つのRAC構成インスタンスしか許可されないため、各RACインスタンス内のサービスに対応したデータ値を指定する必要があります。指定しないと、トランザクションによっては、RAC構成内のどのサービスでもデータ値が処理されない可能性があります。
すべてのデータ値が同じサービス・インスタンスのセットによって処理される場合は、データ依存型ルーティングを使用する必要はありません。
RANGES
エントリを、サービスを提供する各RACインスタンスに対して作成する必要がある場合 特定のRACインスタンスに対してルーティングを構成しなかった場合は、そのOracle RACインスタンスに固定されたトランザクションのサービス呼出しが失敗し、tperrno
にTPENOENT
が設定され、tperror
詳細にTPED_GROUP_FORBIDDEN
が設定されます。
トランザクション・ルーティングの開始時に、現在のトランザクションで許可されていないグループはすべて無視されます。ルーティングの決定では、以下のグループのみが対象となります。
非トランザクション型リクエストに対するルーティングには、すべてのグループが参加可能です。サービスは、UBBCONFIGファイル内の*ROUTING
セクションのRANGES
フィールドに指定されたデータ値と一致した最初のグループにルーティングされます。特定の範囲の値に対する非トランザクション型リクエストはすべて、1つのOracle RACインスタンスによってのみ処理されます。
トランザクション型と非トランザクション型が混在するリクエストのルーティングでは、一部のアプリケーションが非トランザクション型リクエストのロード・バランシングをリクエストしないことがあります。個々のデータ値について各アプリケーション内で最初に記述されるRACインスタンスはそれぞれ異なるため、非トランザクション型リクエストについては、個々のRACインスタンスで提供される複数のサービス間で適宜ロード・バランシングが実施されます。
非トランザクション型リクエストの場合、同じルーティング範囲に関連付けられたすべてのグループ間でロード・バランシングを実施する方法はありません。ロード・バランシングを1つずつ実施する場合は、以下を実行します。
図6-4は、Oracle RAC構成内でのトランザクション型/非トランザクション型リクエストのルーティング例を示したものです。
この例で示した構成は、2つのOracle RACインスタンスで構成されています。TUXRACGROUPS
にリストされていない1つのグループに1,000個のトランザクションが作成されている場合、約500個のトランザクションがOracle RACインスタンス1に固定され、GROUP1A
とGROUP2A
にのみアクセスできます。残りの500個のトランザクションはOracle RACインスタンス2に固定され、GROUP1B
とGROUP2B
にのみアクセスできます。
リスト 6-3は、この構成に対するUBBCONFIG
ファイルの*SERVICES
セクションと*ROUTING
セクションの例です。
*SERVICES
DEPOSIT SRVGRP=GROUP1A ROUTING=MYROUTE
DEPOSIT SRVGRP=GROUP2A ROUTING=MYROUTE
DEPOSIT SRVGRP=GROUP1B ROUTING=MYROUTE
DEPOSIT SRVGRP=GROUP2B ROUTING=MYROUTE
*ROUTING
MYROUTE FIELD=”BRANCH_ID”
RANGES=”1-5:GROUP1A, 1-5:GROUP1B, 6-10:GROUP2B, 6-10:GROUP2A, *:*”
BUFTYPE=”FML32”
GROUP1A
およびGROUP2A
は、Oracle RACインスタンス1に属します。GROUP1B
およびGROUP2B
は、Oracle RACインスタンス2に属します。BRANCH_ID
が1 - 5のリクエストは、GROUP1A
またはGROUP1B
で処理されます。BRANCH_ID
が6 - 10のリクエストは、GROUP2A
またはGROUP2B
で処理されます。
トランザクションのリクエストでは、すべてのトランザクションはOracle RACインスタンス1に固定されます。ブランチ1-5はGROUP1A
に、ブランチ6-10はGROUP2A
にそれぞれマッピングされます。もう半分は、Oracle RACインスタンス2に割り当てられます。ブランチ1-5はGROUP1B
に、ブランチ6-10はGROUP2B
にそれぞれマッピングされます。
非トランザクション型リクエストの場合は、ブランチ1 - 5がGROUP1A
に、ブランチ6 - 10がGROUP2Bにマップされます。これは、指定されたグループのうち、これらのグループがそれぞれのルーティング範囲に最初に一致するためです。無効なBRANCH_ID
が指定されたリクエストは、許可されている任意のグループにマップされます。
注意: | RACインスタンス間における一部の非トランザクション型のロード・バランシングを達成するために、Oracle RACインスタンス1は最初に1つのデータ範囲に指定され、RACインスタンス2は最初にその残りのデータ範囲に指定されます。 |
現在の環境を複数のマシンに分割することもできます。たとえば、TuxedoとOracle RACが別々の建物に配置されている場合、Oracle RACインスタンス1にのみアクセスするマシン群とOracle RACインスタンス2のみにアクセスするマシン群を1つのTuxedoドメインで管理して地域的な独立性を維持することも可能です。呼出しが特定の建物の外に送信されるのをできるかぎり少なくするように環境を構成できます。
図6-5は、マシン1 (GROUP1A
とGROUP2A
が所属)とマシン2(GROUP1B
とGROUP2B
が所属)の例を示しています。また、Tuxedo /WSクライアント、Tuxedoネイティブ・クライアント、Tuxedo /Qの場合やMQ Seriesなどの別のリソース・マネージャとリンクしているサーバーの場合、Tuxedo /Domainゲートウェイから呼出しが実行されてトランザクションが作成される場合もあります。
リクエストが送信されるたびに、トランザクションをローカル・マシンに固定し、異なるマシン間のホップをできるだけ回避する必要があります。
コード・リスト 6-4は、2つの物理マシンTUXM1
およびTUXM2
でTuxedoが実行されている場合のUBBCONFIGファイルの例を示しています。両方のマシンの2つのグループがOracle RACに接続しています。GROUP1A
およびGROUP2A
のグループは、RACインスタンス1に接続しているTUXM1
というマシン上で実行中です。GROUP1B
およびGROUP2B
のグループは、RACインスタンス2に接続しているTUXM2
というマシン上で実行中です。
*MACHINES
DEFAULT:
APPDIR="/path/to/appdir"
ENVFILE="/path/to/oracle.env"
TUXDIR="/path/to/tuxdir"
TUXCONFIG="/path/to/tuxconfig"
TLOGDEVICE="/path/to/TLOG"
"machine1" LMID=TUXM1
"machine2" LMID=TUXM2
*GROUPS
ADMGRPA LMID=TUXM1 GRPNO=10 OPENINFO=NONE
ADMGRPB LMID=TUXM2 GRPNO=20 OPENINFO=NONE
GROUP1A LMID=TUXM1 GRPNO=101 TMSNAME=TMS_ORA
OPENINFO="Oracle_XA:Oracle_XA+ACC=P/user/password+Sqlnet=ORA1SITE1+SesTm=100+LogDir=.+MaxCur=5"
GROUP1B LMID=TUXM2 GRPNO=102 TMSNAME=TMS_ORA
OPENINFO="Oracle_XA:Oracle_XA+ACC=P/user/password+Sqlnet=ORA1SITE2+SesTm=100+LogDir=.+MaxCur=5"
GROUP2A LMID=TUXM1 GRPNO=201 TMSNAME=TMS_ORA
OPENINFO="Oracle_XA:Oracle_XA+ACC=P/user/password+Sqlnet=ORA1SITE1+SesTm=100+LogDir=.+MaxCur=5"
GROUP2B LMID=TUXM2 GRPNO=202 TMSNAME=TMS_ORA
OPENINFO="Oracle_XA:Oracle_XA+ACC=P/user/password+Sqlnet=ORA1SITE2+SesTm=100+LogDir=.+MaxCur=5"
GROUP_TDOM_A LMID=TUXM1 GRPNO=301
GROUP_TDOM_B LMID=TUXM2 GRPNO=302
GROUP_CLIENT_A LMID=TUXM1 GRPNO=401 TMSNAME=TMS
GROUP_CLIENT_B LMID=TUXM2 GRPNO=402 TMSNAME=TMS
*SERVERS
DEFAULT: RESTART=Y MAXGEN=5 REPLYQ=Y CLOPT="-A"
TMSYSEVT SRVGRP="ADMGRPA" SRVID=10
TMUSREVT SRVGRP="ADMGRPA" SRVID=20
TMSYSEVT SRVGRP="ADMGRPB" SRVID=10 CLOPT="-A -- -S "
TMUSREVT SRVGRP="ADMGRPB" SRVID=20 CLOPT="-A -- -S "
EMPLOYEE_SVR SRVGRP=GROUP1A SRVID=1
EMPLOYEE_SVR SRVGRP=GROUP1B SRVID=2
BANKING_SVR SRVGRP=GROUP2A SRVID=3
BANKING_SVR SRVGRP=GROUP2B SRVID=4
DMADM SRVGRP="GROUP_TDOM_A" SRVID=100
GWADM SRVGRP="GROUP_TDOM_A" SRVID=110
GWTDOMAIN SRVGRP="GROUP_TDOM_A" SRVID=111 REPLYQ=Y RQADDR="GWGRP_M1"
GWADM SRVGRP="GROUP_TDOM_B" SRVID=110
GWTDOMAIN SRVGRP="GROUP_TDOM_B" SRVID=111 REPLYQ=Y RQADDR="GWGRP_M2"
また、両方のマシン上に、管理サービス用のグループ、Tuxedo /Domainゲートウェイ用のグループ、ネイティブTuxedoクライアントのグループがそれぞれ1つずつ存在しています。トランザクションはすべてGWTDOMAINとネイティブ・クライアントによって作成されます。オープンされたトランザクションが適切なRACインスタンスに所属してローカルで処理されるためには、リスト 6-5
に示されているように、GWTDOMAINとネイティブTuxedoクライアントは直接Oracle RACに接続しない場合でもTUXRACGROUPS
に含まれている必要があります。
注意: | ネイティブ・クライアントは、ローカル・グループにtpinfo->grpname を設定して、適切な動作が行われるようにする必要があります。詳細は、「Tuxedoネイティブ・クライアントによって作成されたトランザクションがリモート・マシンに送信されるのを回避する」を参照してください。 |
TUXRACGROUPS="GROUP_TDOM_A,GROUP_CLIENT_A,GROUP1A,GROUP2A;GROUP_TDOM_B,
GROUP_CLIENT_B,GROUP1B,GROUP2B"
トランザクションが含まれない限り、Tuxedoはロードが可能な間はローカル・マシン上でできる限り多くのリクエストを処理しようします。アイドル状態のローカル・サービスがない場合にのみ、ロード・バランシング・アルゴリズムに基づいてリクエストがリモート・マシンに送信されます。つまり、すべてのサービスがそれぞれのマシン上で利用できる場合は、リモート・マシンにリクエストが送信される心配はないということです。
管理者は、Oracle RMとリンクしていない場合やOracle RACインスタンスに物理的に関連付けられていない場合でも、呼出しフローでアクセスされ、新しいトランザクションをオープンする候補となるTUXRACGROUPS
環境変数にすべてのサービス・グループが含まれていることを常に確認する必要があります。環境変数TUXRACGROUPS
は、非トランザクション型のサービス呼出しに対しては影響を及ぼしません。
Tuxedoサーバーが別のRM (MQSeriesなど)や別のデータベースで構築されている場合、このグループをTUXRACGROUPS
環境変数に含めることによって、新しく開始したトランザクションをローカル・マシンに固定することができます。
TUXRACGROUPS="MQSGROUPA,GROUP1A,GROUP2A;MQSGROUPB,GROUP1B,GROUP2B"
この例では、MQSGROUPA
、GROUP1A
、および GROUP2A
がマシン1に配置され、MQSGROUPB
、GROUP1B
、およびGROUP2B
がマシン2に配置されています。
グループMQSGROUPA
内のサーバーによってトランザクションが作成されると、グループGROUP1A
、GROUP2A
、GROUP1B
、およびGROUP2B
のサービスに対するすべてのTuxedoサービス呼出しがGROUP1A
とGROUP2A
にのみ送信されます。GROUP1B
とGROUP2B
は、RACインスタンス2に属していて、トランザクションがグループMQSGROUPA
を介してRACインスタンス1で作成されたために無視されます。
各マシンのローカルTuxedo /Domainゲートウェイで作成します。リスト6-7に示すように、TUXRACGROUPS
という環境変数を設定します。
TUXRACGROUPS="GWTGROUPA,GROUP1A,GROUP2A;GWTGROUPB,GROUP1B,GROUP2B"
この例では、GWTGROUPA
、GROUP1A
、および GROUP2A
がマシン1に配置され、GWTGROUPB
、GROUP1B
、およびGROUP2B
がマシン2に配置されています。
マシン1上のGWTDOMAINが外部リクエストを受信して新しいトランザクションを作成すると、グループGROUP1A
、GROUP2A
、GROUP1B
、およびGROUP2B
のサービスに対するすべてのTuxedoサービス呼出しがGROUP1A
とGROUP2A
にのみ送信されます。GROUP1B
とGROUP2B
は、RACインスタンス2に属していて、トランザクションがグループGWTGROUPA
を介してRACインスタンス1で作成されたために無視されます。
各マシンにローカルTuxedo /Q構成を作成します。リスト6-8に示すように、TUXRACGROUPS
環境変数を設定します。
TUXRACGROUPS="QUEUEGROUPA,GROUP1A,GROUP2A;QUEUEGROUPB,GROUP1B,GROUP2B"
この例では、QUEUEGROUPA
、GROUP1A
、および GROUP2A
がマシン1に配置され、QUEUEGROUPB
、GROUP1B
、およびGROUP2B
がマシン2に配置されています。
マシン1上のTMQFORWARDがこのようなOracleサービスに新しいメッセージをトランザクションとして送信すると、グループGROUP1A
、GROUP2A
、GROUP1B
、およびGROUP2B
のサービスに対するすべてのTuxedoサービス呼出しがGROUP1A
とGROUP2A
にのみ送信されます。GROUP1B
とGROUP2B
は、RACインスタンス2に属していて、トランザクションがグループQUEUEGROUPA
を介してRACインスタンス1で作成されたために無視されます。
ネイティブ・クライアントを特別なサーバー・グループにバインドすることもできます。そのためには、コマンドbuildclient -r <RM_of_the_group> -f <source_file> -o <binary_file>
を使用してクライアントをビルドし、使用するグループ名を指定してtpinit()
を実行するだけです。
たとえば、2つの追加グループCLIENTGROUPA
とCLIENTGROUPB
を作成して、それぞれのグループで少なくとも2つのTMSを起動することができます。リスト 6-9
に示されているようにTUXRACGROUPS環境変数を設定します。
TUXRACGROUPS="CLIENTGROUPA,GROUP1A,GROUP2A;CLIENTGROUPB,GROUP1B,GROUP2B"
tpinfo->grpname
にCLIENTGROUPA
が設定されている場合、TPINIT構造体を指定してtpinit(TPINIT *tpinfo)
を実行すると、クライアントがCLIENTGROUPA
に関連付けられます。tpinfo->grpname
にCLIENTGROUPB
が設定されていると、クライアントがCLIENTGROUPB
に関連付けられます。
CLIENTGROUPAがマシン1上で、CLIENTGROUPB
がマシン2でそれぞれ実行中の場合、マシン1のネイティブ・クライアントは、tpinfo->grpname = CLIENTGROUPA
を使用してtpinit()
を常に呼び出し、マシン2のネイティブ・クライアントはtpinfo->grpname = CLIENTGROUPB
を使用してtpinit()
を常に呼び出す必要があります。Tuxedoネイティブ・クライアントがtpbegin()
を呼び出すとき、トランザクションは、CLIENTGROUPA
の場合はRACインスタンス1に、CLIENTGROUPB
の場合はRACインスタンス2にそれぞれ関連付けられます。
ワークステーション・クライアントの場合、grpname
の値にはNULL文字列(長さが0の文字列)を指定します。任意のグループ名を設定したり、/WSクライアントを特定のグループに固定したりすることはできません。Tuxedo /WSクライアント内では
tpbegin()
は指定されません。オープンしているトランザクションはすべてのRACインスタンスに平等に配布されます。
Tuxedo /WSクライアントにおけるベスト・プラクティスは、トランザクションがクライアント側で処理されるのを回避し、Tuxedo /WSクライアントによって呼び出される最初のサーバーでトランザクションを開始することです。たとえば、UBBCONFIGファイルの*SERVICES
セクション内の呼び出されるサービスに対してAUTOTRAN
パラメータを設定すると、自動的にトランザクションを作成させることができます。
TMS_rac_refresh(1)
、XARETRYDURATIONSECONDS
、およびXARETRYINTERVAL
は、トランザクション・リカバリの処理にのみ使用されます。
TMS_rac_refresh(1)
は、Oracle RACグループ間のフェイルオーバーが発生したときに呼び出されます。TMS_rac_refresh(1)
は、コマンドラインから手動で実行しないでください。TMS_rac_refresh(1)
の呼出しには、Oracle Fast Application Notification (FAN)を使用します。
注意: | Oracle FANの構成方法の詳細は、Oracle 10gのマニュアルを参照してください。 |
環境変数XARETRYDURATIONSECONDS
とXARETRYINTERVAL
は、Oracle RACの要求に応じたトランザクション・リカバリ処理(xa_recover()
)の再試行に使用します。
XARETRYDURATIONSECONDS
TMS_rac_refresh(1)
が呼び出されたときに、Tuxedo Transaction Manager Server (TMS)によりxa_recover()
処理を再試行する間隔を指定します。この値が設定されていないか、0に設定されている場合、xa_recover()
は1回しか実行されません。
XARETRYINTERVAL
XARETRYDURATIONSECONDS
に設定した値でxa_recover()
処理を再試行する間隔を秒単位で設定します。XARETRYINTERVAL
値は、XARETRYDURATIONSECONDS
に0より大きい値を指定した場合にのみ適用されます。
TuxedoでOracle RAC用の構成をする上で重要になるのが、グループ・フェイルオーバーの発生時に適切なグループ・パラメータを使ってTMS_rac_refresh(1)
を呼び出せるように、Oracle FANを設定する作業です。グループ・パラメータとグループ・フェイルオーバーの詳細は、「トランザクション伝播の構成」を参照してください。
Oracle FANの詳細は、『Workload Management with Oracle Real Application Clusters (PDF) White Paper』を参照してください。
リスト6-10は、Oracle FANスクリプトの例です。
//This File should be placed at ORA_CRS_HOME/racg/usrco//
------------------------------calout.sh-------------------------
#! /bin/ksh
#parse the event
AWK=awk
NOTIFY_EVENTTYPE=$1 # Event type is handled differently
for ARGS in $*
do
PROPERTY=`echo $ARGS|$AWK -F"=" '{print $1}'`
VALUE=`echo $ARGS|$AWK -F"=" '{print $2}'`
case ${PROPERTY} in
VERSION|version)NOTIFY_VERSION=$VALUE;;
SERVICE|service)NOTIFY_SERVICE=$VALUE;;
DATABASE|database)NOTIFY_DATABASE=$VALUE;;
INSTANCE|instance)NOTIFY_INSTANCE=$VALUE;;
HOST|host) NOTIFY_HOST=$VALUE ;;
STATUS|status) NOTIFY_STATUS=$VALUE;;
REASON|reason) NOTIFY_REASON=$VALUE;;
CARD|card) NOTIFY_CARDINALITY=$VALUE ;;
TIMESTAMP|timestamp) NOTIFY_LOGDATE=$VALUE;; # catch
event
??:??:??) NOTIFY_LOGTIME=$PROPERTY;; # catch event time
(hh24:mi:ss)
esac
done
#Set the REFRESH_DIR environment variable.
. /home/oracle/callout.env
#Make a log to record events.
FAN_LOGFILE=/home/oracle/app/products/10.1.0.3.0/db_1/calloutlog/`hostname`_upti
me.log
touch ${FAN_LOGFILE}
echo ${1} >>${FAN_LOGFILE}
#invoke the TMS_rac_refresh command.
if [ ${NOTIFY_EVENTTYPE} = "INSTANCE" -a ${NOTIFY_STATUS} = "down" ]
then
${REFRESH_DIR}/rac_refresh >> ${FAN_LOGFILE} 2>&1
fi
-----------------------------callout.sh end-----------------------------
-----------------------------callout.env----------------------------------
#! /bin/ksh
#TUXEDO and Oracle RAC server are not one the same machine.
export REFRESH_DIR=/tmp
-----------------------------callout.env end------------------------------
-----------------------------rac_refresh----------------------------------
#! /bin/ksh
#If TUXEDO and Oracle RAC server on different machine
. /home/oracle/callout.env
rsh -l ${LOGNAME} ${TUX_MASTER_MACHINE} ${REFRESH_DIR}/rac_refresh
>/tmp/run1.log 2>&1
rsh -l ${LOGNAME} ${TUX_NONMASTER_MACHINE}
${REFRESH_DIR}/rac_refresh >/tmp/run1.log 2>&1
#If TUXEDO and Oracle RAC server are on same machine
#set up environment variable
#export APPDIR=/tmp
#export ORACLE_HOME=/home/oracle/Ora10g
#export TUXDIR=/nfs/users/libo/r902/BJ/bld
#export PATH=.:${PATH}:${TUXDIR}/bin
#. $TUXDIR/tux.env
#export TUXCONFIG=${APPDIR} /tuxconfig
#invoke TMS_rac_refresh
#TMS_rac_refresh RACDBGRP1
#TMS_rac_refresh RACDBGRP3
-----------------------------rac_refresh end-----------------------------
Oracle 10gR2では、トランザクション・リカバリの構成が大幅に簡素化されています。Oracle RACに関連付けられる各グループのOPENINFO
文字列で指定されたデータベース・サービスを、DTPサービスとしてOracleで宣言する必要があります。
たとえば、リスト6-1では、GROUP1
はサービスORA1SITE1
を介してOracleにアクセスし、GROUP2
はサービスORA1SITE2
を介してOracleにアクセスしていました。Oracle 10gR2では、サービスORA1SITE1
を、優先インスタンスSITE1
および使用可能なインスタンスSITE2
と共にDTP=TRUE
で宣言する必要があります。サービスORA1SITE2
は、優先インスタンスSITE2
および使用可能なインスタンスSITE1
と共にDTP=TRUE
で宣言します。同様のプロセスを、グループGROUP3
、GROUP4
、およびGROUP5
にも適用しなければなりません。
異なる優先インスタンスを宣言することで、両方のインスタンスが使用可能になっている通常の動作時には、アプリケーションでロード・バランシングの効果を得ることができます。
TUXRACGROUPS
環境変数の設定により、RAC構成の異なるインスタンスが同一のトランザクションで組み合わされないことが保証され、最適なパフォーマンスを実現できます。1つのRACインスタンスがダウンした場合、Oracleは、トランザクションの整合性を維持しながら、DTPサービスを非優先インスタンスに転送します。
Oracle 10gR2のDTPサービスを使用している場合は、Oracle FANの構成は不要であり、お薦めしません(TMS_rac_refresh(1)
を使用するか、またはXARETRYDURATIONSECONDS
環境変数またはXARETRYINTERVAL
環境変数を設定してください)。
Oracle 11gでは、特別な構成は必要なくトランザクション・リカバリを実行できます。
TuxedoのOracle RAC用環境変数は、オペレーティング・システムのコマンドラインからも設定できますが、これらの環境変数の設定には、UBBCONFIG
ファイル内の*MACHINES
セクションにENVFILE
パラメータを指定する方法を強くお薦めします。
Oracle RACの環境変数を設定する場合は、構文に次の考慮事項を適用します。
![]() ![]() ![]() |