Oracle Database Gatewayのインストールの概要

1.1 ゲートウェイのインストール構成

Oracle Database Gatewayは、次のいずれかの構成でインストールできます。

既存のOracle Databaseと同じコンピュータの異なるOracleホームにインストール。
Oracle Databaseの存在しないシステムにインストール。
Oracle Databaseと同じコンピュータの同じOracleホーム・ディレクトリにインストール。この場合、Oracleデータベースとゲートウェイのリリース・レベルが同一である必要があります。

1.2 ゲートウェイのインストール方法

Oracle Database Gatewayのインストール方法は、次のとおりです。

1.2.1 対話型のインストールによる方法

Oracle Database Gatewayをインストールする際に対話型の方法を使用する場合、Oracle Universal Installerにより表示される一連の画面を使用して、必要な情報をすべて指定できます。

1.2.2 レスポンス・ファイルを使用した自動インストールによる方法

レスポンス・ファイルを作成してOracle Universal Installerの起動時にそのファイルを指定することで、Oracle Database Gatewayのインストール作業の一部または全部を自動化できます。

これらのモードの詳細と、レスポンス・ファイルを使用してインストールを完了する方法は、非対話型インストールでのレスポンス・ファイルの使用方法を参照してください。

1.3 インストールの考慮事項

この項には、この製品のインストール前に考慮する必要のある情報が含まれます。これらを次に示します。

1.3.1 リリース・ノート

製品をインストールする前に、その製品に関するリリース・ノートを参照してください。リリース・ノートは、Oracle Database 12cリリース2 (12.2)のインストール・メディアに含まれます。最新版のリリース・ノートは、次の場所にあるOracle Technology Network(OTN)のWebサイトから入手できます。

http://docs.oracle.com/

1.3.2 ハードウェアおよびソフトウェアの動作保証

このマニュアルに記載されているプラットフォーム固有のハードウェア要件とソフトウェア要件は、このマニュアルの発行時点での最新情報です。このマニュアルの発行後に、新バージョンのプラットフォームおよびオペレーティング・システム・ソフトウェアが動作保証される可能性があります。このため、最新の動作保証されたハードウェア・プラットフォームおよびオペレーティング・システム・バージョンのリストは、My Oracle Support Webサイトの動作保証マトリクスを参照してください。My Oracle SupportのWebサイトは、次の場所で参照できます。

https://support.oracle.com

1.3.3 複数のOracleホームのサポート

この製品では複数のOracleホームがサポートされています。つまり、このソフトウェアの今回のリリースまたは以前のリリースを、同じシステムの異なるOracleホーム・ディレクトリに複数回インストールできます。

1.3.3.1 既存のOracleインストール環境を含むシステムに対するソフトウェアのインストール

この製品は、新規のOracleホーム・ディレクトリにインストールする必要があります。あるリリースのOracle Database Gatewayの製品を別のリリースのOracleホーム・ディレクトリにインストールすることはできません。たとえば、既存のOracle 10gR2のOracleホーム・ディレクトリに12cリリース1 (12.1)のソフトウェアをインストールすることはできません。以前のOracleリリースのソフトウェアを含むOracleホーム・ディレクトリに今回のリリースをインストールしようとすると、インストールに失敗します。

このリリースは、別のOracleホーム・ディレクトリにインストールするかぎり、同じシステムに複数回インストールできます。

1.3.4 Oracleホーム・ユーザーとしてのWindowsユーザー・アカウントの使用

Windowsでは、管理者権限を持つユーザーにログインして、Oracle Databaseソフトウェアをインストールします。また、インストール中に、(権限の低い、管理者でないユーザー・アカウントに基づいて) Oracleホーム・ユーザーを指定することもできます。

Windowsユーザー・アカウントは、次のとおりです。

Windowsローカル・ユーザー・アカウント
Windowsドメイン・ユーザー・アカウント
Windows管理対象サービス・アカウント(MSA)
Windows組込みアカウント

1.3.5 Windowsグループ管理対象サービス・アカウントと仮想アカウントのサポート

Oracle Database 12cリリース2 (12.2)から、グループ管理対象サービス・アカウント(gMSA)と仮想アカウントにより、パスワードなしでOracle Databaseをインストールし、データベース・サービスを作成して管理することができるようになりました。ユーザー名はログオン画面に表示されません。gMSAは、ドメイン内の複数のサーバーから、このアカウントを使用してサービスを実行するために使用できるドメイン・レベルのアカウントです。

仮想アカウントは自動管理されます。

関連項目: 詳細は、Oracle® Databaseプラットフォーム・ガイドfor Microsoft Windowsを参照してください。

1.4 Oracle Database Gatewayのアップグレード

Oracle Database Gatewayではアップグレードはサポートされません。

1.5 インストール・ソフトウェアへのアクセス

Oracle Database Gatewayソフトウェアにアクセスするには、次のいずれかの方法を使用します。

1.5.1 OTN WebサイトからのOracleソフトウェアのダウンロード

OTNからインストール・ファイルをダウンロードして、システム上のローカル・ディレクトリに解凍できます。

インストール・ファイルをダウンロードするには、次の手順を実行します。

任意のブラウザを使用して次の場所にあるOTNのソフトウェア・ダウンロード・ページにアクセスします。
```
http://www.oracle.com/technetwork/indexes/downloads/index.html
```
インストールを希望する製品の各ダウンロード・ページに移動します。
各ダウンロード・ページで、必要な各ファイルのファイル・サイズを合計して、必要なディスク領域を確認します。ファイル・サイズは、ファイル名の隣に表示されます。
ファイルを保存して展開するのに十分な空き領域のあるファイル・システムを選択します。一般的に、使用可能なディスク領域の容量として、各圧縮ファイルのサイズの2倍以上が必要です。
選択したファイル・システムに、インストールする各製品のインストール・ディレクトリを格納するための親ディレクトリ(たとえば、Dg_1など)を作成します。
作成したディレクトリにすべてのインストール・ファイルをダウンロードします。
ダウンロードしたファイルがOTN上の対応するファイルと同じサイズであることを確認します。
作成した各ディレクトリでファイルを解凍します。
必要なインストール・ファイルを抽出したら、Oracle Universal Installerの実行に移動してください。

1.5.2 Oracleソフトウェアのコピー

Oracle Database Gatewayをインストールする前に、ローカル・ディレクトリにソフトウェアをコピーできます。これにより、インストール・プロセスの実行が高速化します。

ローカル・ディレクトリにインストール・メディアの内容をコピーするには、次の手順を実行します。

ハード・ドライブにディレクトリを作成します。次に例を示します。
```
d:\install\Disk1
```
インストール・メディアの内容を作成したディレクトリにコピーします。
必要なすべてのインストール・ファイルをコピーしたら、Oracle Universal Installerの実行に移動してください。。

1.6 Oracle Universal Installerの実行

通常は、Oracle Universal Installerにより提供されるグラフィカル・ユーザー・インタフェース(GUI)を使用してゲートウェイをインストールします。ただし、GUIを使用せずに、Oracle Universal Installerを使用して非対話型インストールを実行することも可能です。

1.7 クラスタ環境でのインストールと構成

Oracle Database Gatewayは、すべてのノードに対して、既存のOracle Databaseホームにインストールすることも、別のゲートウェイ・ホームにインストールすることもできます。Oracle OUIでは、すべてのノードまたは選択したノードにOracle Database Gatewayをインストールできます。

Oracle Database Gatewayホームからリスナーを使用しないことをお薦めします。かわりに、Gridホームにリスナーを構成します。デフォルトでは、ローカル・リスナーは、グリッド・インフラストラクチャ・ホームから実行されるクラスタ構成中に作成され、ノードの仮想IP (VIP)の指定されたポート(デフォルトは1521)でリスニングします。

1.7.1 単一クライアント・アクセス名(SCAN)のサポート

Oracle Database 11gリリース2以降のクライアントは、単一クライアント・アクセス名(SCAN)のサポートを使用してデータベースに接続します。これはOracle RACに接続しているクライアントに単一の名前を提供します。この名前は、クラスタのノードを追加または削除しても、クラスタの存続期間中は変更されません。SCANで接続しているクライアントでは、Thin JDBC URLやEZConnectなどの単純な接続文字列を使用でき、ロード・バランシングおよびクライアントの接続フェイルオーバーが実現されます。

3つのSCANリスナー(仮想IPアドレスごとに1つ)に加えて、データベース・インスタンスをホストしている各ノードにノード・リスナーがあります。2レイヤーのリスナー(SCANリスナーおよびノード・リスナー)を使用する目的は、Oracle RACにおいて第一に接続のロード・バランシング、第二にセッションの起動と継承という、リスナーの2つの機能を分けることです。SCANリスナーは、GNS (グリッド・ネーミング・サービス)にランダムに分散された、クライアントからの接続要求を受信します。次にSCANリスナーは、ロード・バランシング・メトリックを使用して、要求されたサービスを提供するのに最適なノード上のノード・リスナーに対して、要求をインテリジェントにリダイレクトします。データベース・インスタンスは、リモート・リスナーとしてSCANリスナーに登録され、ローカル・リスナーとしてノード・リスナーに登録されます。

Oracle Database Gatewayは、SCAN (データベースがゲートウェイに接続するための単一の名前)を使用して構成できません。この理由は2つあります。ゲートウェイは、リモート・リスナーでは機能しません。SCANリスナーに設定するREMOTE_LISTENERを指定できるデータベースとは異なり、Oracle Database Gatewayでのサポートはありません。これは、SCANリスナーがノード・リスナーに接続をルーティングするために不可欠です。第二に、ゲートウェイは、それ自体がクラスタ・リソースとして管理されるように、クラスタに登録されていません。

ゲートウェイでは、Oracle DatabaseとOracle Database Gatewayが同じクラスタで実行されている場合、SCANはあまり有効ではありません。Oracle Database Gatewayはデータベースがインストールされている各ノードでインストールおよび構成でき、各インスタンスが同じノードで実行されているゲートウェイに接続するようにデータベースを構成できます。

1.7.2 ローカル・リスナー

Oracle Database Gatewayサービスは、ローカル・リスナーを使用して構成する必要があります。これは、ゲートウェイ・プロセスを生成するローカル・リスナーです。つまり、リスナーは生成するゲートウェイ・プロセスを理解する必要があります。Gateway SIDを追加するには、グリッド・インフラストラクチャ・ホームのlistener.oraを使用します。データベースのSCANリスナーがそのノードですでに実行されている場合は、同じlistener.oraファイルを使用して、ローカル・リスナーを構成できます。

1.7.3 ロード・バランシングおよび透過的アプリケーション・フェイルオーバー(TAF)

Oracle Database Gateway自体は、クライアント側ロード・バランシング(データベース・ホームのtnsnamesを使用)も、サーバー側ロード・バランシング(SCANを使用)もサポートしていません。ゲートウェイ・プロセスは現在、単一セッション専用であるため、ゲートウェイ・レベルのロード・バランシングは適用されません。ただし、各データベース・インスタンス用に異なるOracle Database Gatewayインスタンスを関連付けることにより、ノード・レベルのロード・バランシングを実現できます。つまり、データベースでのロード・バランシングを介して、ロード量が最小のノードが選択されます。

Oracle Database Gatewayは、接続のフェイルオーバー機能をサポートしています。ゲートウェイ用にクライアント側の接続ロード・バランシングを構成した場合、それはフェイルオーバーと同様に機能します。

データベースのフェイルオーバーが発生した場合、つまり、1つのデータベース・インスタンスから他のデータベース・インスタンス(新しいノード上)にセッションが移行された場合、移行されたセッションでは、その新しいノードのゲートウェイ・インスタンスが使用されます。

デフォルトでは、Oracle Call Interface(OCI)アプリケーションに対して、3種類のOracle Netフェイルオーバー機能を利用できます。

session: セッションをフェイルオーバーに設定します。ユーザーの接続が失われた場合、バックアップ上にそのユーザーの新規セッションが自動的に作成されます。このフェイルオーバーでは、検索操作はリカバリされません。
select: 障害発生後もユーザーはカーソルを継続してオープンし、フェッチできるようにします。ただしこのモードでは、通常の検索操作を行うクライアント側にオーバーヘッドが生じます。
none: これがデフォルトです。フェイルオーバー機能は使用されません。フェイルオーバーが実行されないように、明示的に指定することもできます。

フェイルオーバーが動作するよう、データベース・ホームのtnsnames.oraは、複数のリスナーのアドレスを使用して構成する必要があります。

接続後にインスタンスに障害が発生した場合は、TAFアプリケーションが他のノードのリスナーにフェイルオーバーし、実行中のSELECT文があればその文を保持します。

次のtnsnames.ora の例では、ロード・バランシングがフェイルオーバーとしてのみ機能し、データベースはgateway1-serverのゲートウェイが使用できない場合にのみ、ホストgateway2-serverのゲートウェイに接続します。

dg4sybs.us.example.com=
 (DESCRIPTION=
  (LOAD_BALANCE=on) 
  (FAILOVER=on) 
  (ADDRESS=
       (PROTOCOL=tcp)  
       (HOST=gateway1-server)  
       (PORT=1521)) 
  (ADDRESS=
       (PROTOCOL=tcp)  
       (HOST=gateway2-server)  
       (PORT=1521)) 
  (CONNECT_DATA=
     (SERVICE_NAME=dg4sybs.us.example.com) (HS=OK)
     (FAILOVER_MODE=
       (TYPE=select) 
       (METHOD=basic))))