ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成

OracleAS Disaster Recovery

6.2 OracleAS Disaster Recovery 環境の準備環境の準備環境の準備環境の準備

6.2.2 ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成

OracleAS Disaster Recoveryソリューションでは、第6.2.1項「ホスト名の計画と割当て」で計

画して割り当てたホスト名の解決に、次の2つのいずれかのホスト名解決方法を構成できます。

それらのコンポーネントには次のものがあります。

■ 第6.2.2.1項「ローカル・ホストネーミング・ファイル解決の使用」

■ 第6.2.2.2項「DNS解決の使用」

UNIXでは、ファイル/etc/nsswitch.confのhostsパラメータを使用して、名前解決の方法の順序を指定できます。次に、hostsエントリの例を示します。

hosts: files dns nis

この文では、ローカル・ホスト名ファイル解決がDNS解決およびNIS（Network Information

Service）解決よりも優先されています。ホスト名のIPアドレスへの解決が必要になったら、

/etc/hostsファイル（UNIXの場合）または

C:¥WINDOWS¥system32¥drivers¥etc¥hostsファイルが最初に参照されます。ローカル・

ホスト名ファイル解決でホスト名を解決できなかったときは、DNSが使用されます（NIS解決

は、OracleAS Disaster Recoveryソリューションでは使用されません）。ファイル

/etc/nsswitch.confを使用した名前解決の詳細は、UNIXシステムのドキュメントを参照してください。

6.2.2.1 ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用

ホスト名解決のこの方法は、必要なホスト名とそのIPアドレスの対応付けが記載されたローカル・ホストネーミング・ファイルに依存します。UNIXでは、このファイルは/etc/hostsで

す。Windowsでは、このファイルはC:¥WINDOWS¥system32¥drivers¥etc¥hostsです。

UNIXでOracleAS Disaster Recoveryソリューションのホスト名解決にローカル・ホストネー

ミング・ファイルを使用するには、本番サイトとスタンバイ・サイト両方の中間層および

OracleAS Infrastructureの各ホストで、次の手順を実行します。

1. viなどのテキスト・エディタを使用して、/etc/nsswitch.confファイルを編集します。hosts:パラメータで、ホスト名解決の第一の選択肢としてfilesを指定します。

2. 次のエントリが含まれるように、/etc/hostsファイルを編集します。

■ 現行サイト内のすべての中間層ノードの物理ホスト名とその適切なIPアドレス。最初のエントリは、現行ノードのホスト名とIPアドレスにする必要があります。

たとえば、本番サイト内にある中間層ノードの/etc/hostsファイルを編集している場合は、現行ホストのエントリをリストの最初にして、本番サイト内のすべての中間層ノードの物理ホスト名とそのIPアドレスを入力します（短縮されたホスト名に加えて、完全修飾されたホスト名も含める必要があります。表6-3を参照）。

■ 現行サイト内のOracleAS Infrastructureの仮想ホスト名。

たとえば、スタンバイ・サイト内にある中間層ノードの/etc/hostsファイルを編集している場合は、スタンバイ・サイト内のOracleAS Infrastructureホストの仮想ホスト名（完全修飾名と短縮名の両方）とそのIPアドレスを入力します。

3. 前述の手順で説明したファイルを編集した後、各ホストを再起動します。

注意注意

注意注意: ホスト・ファイルにエントリを追加する場合は、計画したホスト名をホスト・ファイルの2番目の列に指定してください。そうしないと、asgctl のverify topology with <host>の操作に失敗し、本番トポロジがスタンバイ・トポロジと対称ではないというエラー・メッセージが表示されます。この種の問題のトラブルシューティングと解決方法は、付録A「高可用性のトラブルシューティング」を参照してください。

4. 各ホストから、その特定のサイト内で有効な各物理ホスト名に対してpingコマンドを使用して、IPアドレスが適切に割り当てられていることを確認します。

図6-8の例のasmid1ホストの場合は、次のコマンドを続けて使用します。

ping asmid1

返されたIPアドレスは123.1.2.333のはずです。

ping asmid2

返されたIPアドレスは123.1.2.334のはずです。

ping infra

返されたIPアドレスは123.1.2.111のはずです。

Windowsでは、ホスト名解決の順序を指定する方法は、Windowsのバージョンによって異な

ります。適切な手順については、ご使用のバージョンのWindowsのドキュメントを参照してください。

表6-3に、図6-8の例における、各本番ノードの/etc/hostsファイルのエントリを示します。

これには、各UNIXホストで必須のエントリが含まれています。Windowsの

C:¥WINDOWS¥system32¥drivers¥etc¥hostsファイルでも、必要なエントリは同様です。

注意注意

注意注意: Solarisなどの一部のUNIX系OSでIPアドレスを取得するには、

-sオプションが必要です。

表表

表表6-3 図図図図6-8の例の各の例の各の例の各の例の各/etc/hostsファイルにあるネットワーク・ホスト名と仮想ホスト名のファイルにあるネットワーク・ホスト名と仮想ホスト名のファイルにあるネットワーク・ホスト名と仮想ホスト名のファイルにあるネットワーク・ホスト名と仮想ホスト名のエントリ

エントリエントリエントリホストホストホスト

ホスト /etc/hostsのエントリのエントリのエントリのエントリ

本番サイトのasmid1 123.1.2.333 asmid1.oracle.com asmid1 123.1.2.334 asmid2.oracle.com asmid2 123.1.2.111 infra.oracle.com infra

213.2.2.210 remoteinfra.oracle.com remoteinfra 本番サイトのasmid2 123.1.2.334 asmid2.oracle.com asmid2

123.1.2.333 asmid1.oracle.com asmid1 123.1.2.111 infra.oracle.com infra

213.2.2.210 remoteinfra.oracle.com remoteinfra 本番サイトのinfra 123.1.2.111 infra.oracle.com infra

123.1.2.333 asmid1.oracle.com asmid1 123.1.2.334 asmid2.oracle.com asmid2

213.2.2.210 remoteinfra.oracle.com remoteinfra スタンバイ・サイトのasmid1 213.2.2.443 asmid1.oracle.com asmid1

213.2.2.444 asmid2.oracle.com asmid2 213.2.2.210 infra.oracle.com infra

123.1.2.111 remoteinfra.oracle.com remoteinfra スタンバイ・サイトのasmid2 213.2.2.444 asmid2.oracle.com asmid2

213.2.2.443 asmid1.oracle.com asmid1 213.2.2.210 infra.oracle.com infra

123.1.2.111 remoteinfra.oracle.com remoteinfra スタンバイ・サイトのinfra 213.2.2.210 infra.oracle.com infra

213.2.2.443 asmid1.oracle.com asmid1 213.2.2.444 asmid2.oracle.com asmid2

123.1.2.111 remoteinfra.oracle.com remoteinfra

6.2.2.2 DNS 解決の使用解決の使用解決の使用解決の使用

DNSホスト名解決を使用するようOracleAS Disaster Recoveryソリューションを設定するには、企業全体のDNSサーバーに加えて、サイト固有のDNSサーバーを本番サイトとスタンバイ・サイトに設定する必要があります（企業ネットワークには、冗長性を実現するために複数のDNSサーバーがあるのが一般的です）。図6-9に、この設定の概要を示します。

図図図

図6-9 DNS解決トポロジの概要解決トポロジの概要解決トポロジの概要解決トポロジの概要

図6-9のトポロジが機能するには、次のことが要件または前提となります。

■ 本番サイトとスタンバイ・サイトのDNSサーバーが互いを認識しないこと。サイトの DNSサーバーがサイト内のホスト名を解決できない場合は、企業全体のDNSサーバーに

対して、non authoritative検索リクエストが作成されます。

■ 本番サイトとスタンバイ・サイトのDNSサーバーに、中間層の物理ホスト名とOracleAS

Infrastructureの仮想ホスト名のエントリがあること。各DNSサーバーには、担当サイト

内のホスト名のみのエントリが含まれます。両サイトには、企業全体のドメイン名とは異なる共通のドメイン名があります。

■ 企業全体のDNSサーバーに、本番サイトとスタンバイ・サイト両方の中間層ホストと

OracleAS Infrastructureホストのネットワーク・ホスト名のエントリがあること。

■ UNIXの場合、各ホストの/etc/hostsファイルに、本番とスタンバイの両方のサイトのどのホストについても、物理ホスト名、ネットワーク・ホスト名または仮想ホスト名のエントリがないこと。Windowsでは、この要件はファイル

C:¥WINDOWS¥system32¥drivers¥etc¥hostsに適用されます。

ホスト名解決の構成 ホスト名解決の構成 ホスト名解決の構成 ホスト名解決の構成

OracleAS Disaster Recovery

6.2 OracleAS Disaster Recovery 環境の準備 環境の準備 環境の準備 環境の準備

6.2.2 ホスト名解決の構成 ホスト名解決の構成 ホスト名解決の構成 ホスト名解決の構成

6.2.2.1 ローカル・ホストネーミング・ファイル解決の使用 ローカル・ホストネーミング・ファイル解決の使用 ローカル・ホストネーミング・ファイル解決の使用 ローカル・ホストネーミング・ファイル解決の使用

6.2.2.2 DNS 解決の使用 解決の使用 解決の使用 解決の使用

6.2 OracleAS Disaster Recovery 環境の準備環境の準備環境の準備環境の準備

6.2.2 ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成ホスト名解決の構成

6.2.2.1 ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用ローカル・ホストネーミング・ファイル解決の使用

6.2.2.2 DNS 解決の使用解決の使用解決の使用解決の使用