10g リリース2（10.2） for HP Tru64 UNIX
B31763-02
 目次 |
 索引 |
| Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーションおよび構成ガイド 10g リリース2（10.2） for HP Tru64 UNIX B31763-02 |
|
この章では、Oracle Universal Installerを起動する前に完了する必要がある、システムの構成作業について説明します。この章で説明する作業は、次のとおりです。
クラスタ検証ユーティリティ（CVU）は、システムの検証を実行するツールです。このマニュアルでは、ご使用のシステムがOracle ClusterwareおよびOracle Real Application Clustersをインストールするために適切に構成されているかを確認するのに役に立つCVUコマンドについて説明します。
この項の内容は次のとおりです。
CVUコマンドを入力するには、データベースをインストールする前に、ディレクトリを移動し、次の構文を使用してCVUを起動します。
$ /mountpoint/crs/Disk1/cluvfy/ $ ./runcluvfy.sh options
前述の例のmountpoint変数はインストール・メディアのマウント・ポイント・パスで、options変数はユーザーが選択するCVUコマンド・オプションです。次に例を示します。
$ /dev/dvdrom/crs/Disk1/cluvfy/ $ ./runcluvfy.sh comp nodereach -n node1,node2 -verbose
デフォルトでは、CVUコマンドを入力すると、テストのサマリーが出力されます。インストール前の手順では、CVUコマンドに-verbose引数を使用して詳細を出力することをお薦めします。-verbose引数を使用すると、個々の検証結果の詳細が出力されます。可能な場合は、各ノードの結果が表形式で表示されます。
CVUを使用すると、インストールのためのシステム前提条件で、すでに完了しているものを確認できます。既存のOracleソフトウェアがインストールされているシステムにOracle 10g リリース2（10.2）をインストールする場合は、このオプションを使用します。このオプションを使用する場合は、次の点に注意してください。
次の構文を使用して、完了しているインストール前の手順と、実行する必要があるインストール前の手順を確認します。
/$ ./runcluvfy.sh stage -pre crsinst -n node_list
前述の構文例のnode_list変数は、クラスタ内のノードのカンマ区切りリストです。
たとえば、クラスタが、マウント・ポイント/dev/dvdrom/と、node1、node2およびnode3で構成されている場合は、次のコマンドを入力します。
$ cd /dev/dvdrom/crs/Disk1/cluvfy/ $ ./runcluvfy.sh stage -pre crsinst -n node1,node2,node3
CVUレポートを確認し、必要に応じて、インストール前の追加の手順を実行します。
cluvfyコマンドのヘルプは状況依存のヘルプで、入力したコマンドラインの引数に応じて正しい構文の使用方法を示します。
無効なCVUコマンドを入力すると、CVUによって、コマンドの正しい使用方法が表示されます。たとえば、runcluvfy.sh stage -pre dbinstと入力すると、dbinstステージ・オプションを使用して、データベースのインストール前検証を実行するための正しい構文が表示されます。状況依存ヘルプのコマンドは、次のとおりです。
cluvfy: ステージ・コマンドおよびコンポーネント・コマンドの構文についての全般的な使用方法の概要が表示されます。
cluvfy -help: CVUコマンドの詳細な説明が表示されます。
cluvfy comp -list: 検証対象のコンポーネントのリストとそのコンポーネントの検証方法に関する簡単な説明が表示されます。
cluvfy comp -help: 有効な各コンポーネント検証の詳細な構文が表示されます。
cluvfy stage -list: 有効なステージのリストが表示されます。
cluvfy stage -help: 有効な各ステージ検証の詳細な構文が表示されます。
Oracle 10g リリース2（10.2）インストール・メディアのCVUを使用して、Oracle 10g リリース1（10.1）のインストールに必要なシステム要件を検証します。CVUを使用してリリース1（10.1）のインストールを検証するには、コマンド・フラグ-r 10gR1をCVUの標準のシステム検証コマンドに追加します。
たとえば、メディア・マウント・ポイントが/dev/dvdrom/、クラスタ・ノードがnode1、node2およびnode3で構成されたシステムで、Cluster Ready Servicesのリリース1（10.1）のインストールに対する検証を実行するには、次のコマンドを実行します。
$ ./runcluvfy.sh stage -pre crsinst -n node1,node2,node3 -r 10gR1
-verbose引数を使用してCVUを実行し、特定のノードに対するCVUコマンドの結果がUNKNOWNになる場合、その原因は、検証時に問題が検出されたかどうかをCVUで判断できないことにあります。結果が「不明」になる場合の、考えられる原因を次に示します。
/binまたはOracleホーム・ディレクトリで欠落している。
Oracleソフトウェアをインストールする前に、rootユーザーとして複数の作業を実行する必要があります。rootユーザーでログインするには、次の手順のいずれかを実行します。
xterm）などのローカル端末セッションを開始します。
$ xhost + hostname
hostnameは、ローカル・ホストの名前です。
rloginまたはtelnetコマンドを使用してソフトウェアをインストールするシステムに接続します。
$ telnet remote_host
rootユーザーでログインしていない場合は、次のコマンドを入力してユーザーをrootに切り替えます。
$ su - root password: #
システムにOracleソフトウェアを初めてインストールする場合や、インストールする製品によっては、いくつかのオペレーティング・システム・グループと1つのオペレーティング・システム・ユーザー・アカウントを作成する必要があります。
Oracleデータベースをインストールするには、次のオペレーティング・システム・グループおよびユーザーが必要です。
dba）システムに初めてOracleデータベース・ソフトウェアをインストールする場合は、このグループを作成する必要があります。このグループのオペレーティング・システム・ユーザー・アカウントには、データベースの管理権限（SYSDBA権限）があります。このグループのデフォルト名はdbaです。
デフォルト（dba）以外のグループ名を指定する場合は、カスタム・インストール・タイプを選択してソフトウェアをインストールするか、またはこのグループのメンバーではないユーザーとしてOracle Universal Installerを起動する必要があります。この場合、Oracle Universal Installerによって、グループ名の指定を求めるプロンプトが表示されます。
oper）これは、オプションのグループです。制限付きのデータベース管理権限（SYSOPER権限）を別のグループのオペレーティング・システム・ユーザーに付与する場合に、このグループを作成します。OSDBAグループのメンバーには、デフォルトでSYSOPER権限もあります。
デフォルト（dba）以外のOSOPERグループを指定する場合は、カスタム・インストール・タイプを選択してソフトウェアをインストールするか、またはdbaグループのメンバーではないユーザーとしてOracle Universal Installerを起動する必要があります。この場合、Oracle Universal Installerによって、グループ名の指定を求めるプロンプトが表示されます。このグループの標準的な名前はoperです。
権限を付与されていないユーザー（nobody）がシステムに存在することを確認する必要があります。nobodyユーザーには、インストール後、外部ジョブ（extjob）実行可能ファイルを所有させる必要があります。
すべてのインストールに必要なオペレーティング・システム・グループおよびユーザーは、次のとおりです。
oinstall）システムに初めてOracleソフトウェアをインストールする場合は、このグループを作成する必要があります。このグループの標準的な名前はoinstallです。このグループは、システムにインストールされたすべてのOracleソフトウェアのカタログであるOracle Inventoryを所有します。
oracle）システムに初めてOracleソフトウェアをインストールする場合は、このユーザーを作成する必要があります。このユーザーは、インストール中にインストールされるすべてのソフトウェアの所有者です。このユーザーの標準的な名前はoracleです。このユーザーのプライマリ・グループは、Oracle Inventoryである必要があります。また、セカンダリ・グループは、OSDBAおよびOSOPERグループである必要があります。Oracleドキュメントでは、このユーザー・アカウントをoracleユーザーと呼んでいます。
システムへのOracleソフトウェアのすべてのインストールには、単一のOracle Inventoryグループが必要です。システムへの2回目以降のOracleソフトウェアのインストールでは、Oracleソフトウェアを初めてインストールしたときと同じOracle Inventoryグループを使用する必要があります。ただし、個々の環境に対してそれぞれにOracleソフトウェア所有者ユーザー、OSDBAグループおよびOSOPERグループ（oracle、dbaおよびoper以外）を作成できます。環境ごとに異なるグループを使用すると、それぞれのグループのメンバーは、システムのすべてのデータベースではなく、関連するデータベースに対してのみDBA権限を持ちます。
次の項では、必要なオペレーティング・システム・ユーザーおよびグループを作成する方法について説明します。
Oracle Universal Installer（OUI）を使用すると、Oracle Inventoryグループとして使用するグループの選択が簡単になります。既存のOracle Inventoryグループがある場合は、グループ名とパスを指定するように求められたときに、そのグループのものを指定します。
次の項では、Oracle Inventoryグループが存在する場合に、そのグループ名を確認する方法について説明します。また、必要に応じて、Oracle Inventoryグループを作成する方法についても説明します。
システムに初めてOracleソフトウェアをインストールする場合は、Oracle Universal InstallerによってoraInst.locファイルが作成されます。このファイルに、Oracle Inventoryグループのグループ名（通常、oinstall）およびOracle Inventoryディレクトリのパスが示されます。
既存のOracle Inventoryがある場合は、必ずすべてのOracleソフトウェア・インストールで同じOracle Inventoryインベントリを使用します。
既存のOracle Inventoryがない場合は、Oracle Inventoryグループを作成する必要があります。
システムにOracle Inventoryがあるかどうかを確認するには、次のコマンドを入力します。
# more /var/opt/oracle/oraInst.loc
oraInst.locファイルが存在する場合、このコマンドの出力結果は、次のようになります。
inventory_loc=/u01/app/oracle/oraInventory inst_group=oinstall
前述の出力例の意味は次のとおりです。
inventory_locグループは、Oracle Inventoryの場所を示します。
inst_groupパラメータは、Oracle Inventoryグループの名前（この例では、oinstall）を示します。
oraInst.locファイルが存在しない場合は、次のコマンドを入力して、Oracle Inventoryグループを作成します。
# /usr/sbin/groupadd oinstall
次の場合は、OSDBAグループを作成する必要があります。
OSDBAグループが存在しない場合または新しいOSDBAグループが必要な場合は、次の手順で作成します。次の手順では、既存のグループですでに使用されていないかぎり、グループ名にはdbaを使用します。
# /usr/sbin/groupadd dba
OSOPERグループを作成する必要があるのは、制限付きのデータベース管理権限（SYSOPERオペレータ権限）を持つオペレーティング・システム・ユーザーのグループを指定する場合のみです。ほとんどの環境では、OSDBAグループを作成するのみで十分です。次の場合にOSOPERグループを使用するには、このグループを作成する必要があります。
新しいOSOPERグループが必要な場合は、次の手順で作成します。次の手順では、既存のグループですでに使用されていないかぎり、グループ名にはoperを使用します。
# /usr/sbin/groupadd oper
次の場合は、Oracleソフトウェア所有者ユーザーを作成する必要があります。
oracleというOracleソフトウェア所有者ユーザーが存在するかどうかを確認するには、次のコマンドを入力します。
# id oracle
oracleユーザーが存在する場合、このコマンドの出力結果は、次のようになります。
uid=440(oracle) gid=200(oinstall) groups=201(dba),202(oper)
ユーザーが存在する場合は、既存ユーザーを使用するか、別のoracleユーザーを作成するかを決定します。既存ユーザーを使用する場合は、ユーザーのプライマリ・グループがOracle Inventoryグループであり、そのグループが適切なOSDBAおよびOSOPERグループのメンバーであることを確認します。詳細は、次のいずれかの項を参照してください。
Oracleソフトウェア所有者ユーザーが存在しない、または新しいOracleソフトウェア所有者ユーザーが必要な場合は、次の手順で作成します。次の手順では、既存のユーザーですでに使用されていないかぎり、ユーザー名にはoracleを使用します。
oracleユーザーを作成します。
# /usr/sbin/useradd -u 200 -g oinstall -G dba[,oper] oracle
前述のコマンドの意味は、次のとおりです。
oracleユーザーID番号は、この後のインストール前の作業で必要になるため、記録しておく必要がります。
-gオプションは、プライマリ・グループを指定します。プライマリ・グループは、oinstallなどのOracle Inventoryグループである必要があります。
-Gオプションは、セカンダリ・グループを指定します。セカンダリ・グループには、OSDBAグループと、必要に応じてOSOPERグループを含める必要があります。たとえば、dbaまたはdba,operです。
oracleユーザーのパスワードを設定します。
# passwd oracle
「nobodyユーザーが存在するかどうかの確認」を参照してください。
oracleユーザーは存在するが、プライマリ・グループがoinstallではない場合、またはユーザーが適切なOSDBAまたはOSOPERグループのメンバーではない場合は、次のコマンドで変更します。-gオプションでプライマリ・グループを指定し、-Gオプションで必要なセカンダリ・グループを指定します。
# /usr/sbin/usermod -g oinstall -G dba[,oper] oracle
他のすべてのクラスタ・ノードでこの手順を繰り返します。
ソフトウェアをインストールする前に、次の手順に従って、nobodyユーザーがシステムに存在することを確認します。
# id nobody
このコマンドの出力結果にnobodyユーザーの情報が表示された場合、このユーザーを作成する必要はありません。
nobodyユーザーが存在しない場合は、次のコマンドを入力して作成します。
# /usr/sbin/useradd nobody
Oracleソフトウェア所有者ユーザー、Oracle Inventory、OSDBAグループおよびOSOPERグループは、すべてのクラスタ・ノードに存在し、また同一である必要があります。同一のユーザーおよびグループを作成するには、ユーザーおよびグループを作成したノードで割り当てられたユーザーIDおよびグループIDを確認してから、他のクラスタ・ノードで同じ名前とIDを持つユーザーおよびグループを作成する必要があります。
Oracleソフトウェア所有者ユーザーのユーザーID（UID）と、Oracle Inventoryグループ、OSDBAグループおよびOSOPERグループのグループID（GID）を確認するには、次の手順を実行します。
# id oracle
このコマンドの出力結果は、次のようになります。
uid=440(oracle) gid=200(oinstall) groups=201(dba),202(oper)
oracleユーザーのユーザーID（UID）および所属するグループのグループID（GID）を特定します。
他のクラスタ・ノードでユーザーおよびグループを作成するには、各ノードで次の手順を繰り返します。
rootでログインします。
oinstallおよびdbaグループを作成します。また、必要に応じて、operグループを作成します。-gオプションを使用して、各グループに正しいGIDを指定します。
# /usr/sbin/groupadd -g 200 oinstall # /usr/sbin/groupadd -g 201 dba # /usr/sbin/groupadd -g 202 oper
oracleユーザーを作成します。
# /usr/sbin/useradd -u 200 -g oinstall -G dba[,oper] oracle
前述のコマンドの意味は、次のとおりです。
oracleユーザーのパスワードを設定します。
# passwd oracle
Oracle Real Application Clustersをインストールして使用する前に、すべてのクラスタ・ノードでoracleユーザー用のセキュア・シェル2（SSH2）を構成する必要があります。Oracle Universal Installerは、インストール中にssh2およびscpコマンドを使用して、他のクラスタ・ノードに対してリモート・コマンドを実行し、そのクラスタ・ノードにファイルをコピーします。これらのコマンドを使用する際にパスワードを求めるプロンプトが表示されないように、SSH2を構成する必要があります。
SSH2を構成するには、最初にすべてのクラスタ・ノードでDSA鍵とRSA鍵を作成する必要があります。この作業の手順は、次のとおりです。
DSA鍵とRSA鍵を作成するには、次の手順を実行します。
/usr/bin/ssh-keygen2 -t dsa
プロンプトで、次の手順を実行します。
このコマンドによって、公開鍵が~/.ssh/id_dsa_2048_a.pub ファイルに、秘密鍵が~/.ssh/id_dsa_2048_aファイルに書き込まれます。秘密鍵は、他のユーザーには配布しないでください。
$ /usr/bin/ssh-keygen2 -t rsa
プロンプトで、次の手順を実行します。
このコマンドによって、公開鍵が~/.ssh/id_rsa_2048_a.pub ファイルに、秘密鍵が~/.ssh/id_rsa_2048_aファイルに書き込まれます。秘密鍵は、他のユーザーには配布しないでください。
次の手順を実行します。
~/.ssh2/authorization）が存在するかどうかを確認します。認証鍵ファイルがすでに存在する場合は、手順2に進みます。存在しない場合は、次のコマンドを入力します。
$ touch ~/.ssh2/authorization $ cd ~/.ssh2 $ ls
authorizationファイルに加えて、作成されたid_dsa_2048_a.pub鍵およびid_rsa_2048_a.pub鍵が表示されます。
[oracle@node1 .ssh]$ echo Key id_dsa_2048_a.pub >> authorization [oracle@node1 .ssh]$ echo Key id_rsa_2048_a.pub >> authorization
~/.ssh2/id_dsa_2048_a鍵ファイル、および~/.ssh/id_rsa_2048_a鍵ファイルを~/.ssh2/identificationファイルに追加します。次に例を示します。
[oracle@node1 .ssh]$ echo IdKey id_dsa_2048_a >> identification [oracle@node1 .ssh]$ echo IdKey id_rsa_2048_a >> identification
~/.ssh2/authorizationファイルおよび~/.ssh2/identificationファイルの権限を変更します。
$ chmod 700 ~/.ssh2/authorization $ chmod 700 ~/.ssh2/identification
この時点では、ssh2を使用して、他のノードにログインまたは他のノードでコマンドを実行する場合、DSA鍵の作成時に指定したパス・フレーズの入力を求めるプロンプトが表示されます。
ユーザー等価関係を有効にするには、次の手順を実行します。
$ exec /usr/bin/ssh-agent2 $SHELL $ /usr/bin/ssh-add2
プロンプトで、生成した各鍵に対するパス・フレーズを入力します。
$ ssh2 node2 date
SSH2が適切に構成されていれば、コマンドに対する応答が表示され、パスワードまたはパス・フレーズを求めるプロンプトは表示されることなくssh2やscpコマンドを使用できます。
パスワードまたはパス・フレーズを求めるノードがある場合、そのノードの~/.ssh2/authorizationファイルに適切な公開鍵が含まれているかを確認します。
X11転送によってインストールが失敗しないように、次の手順に従って、Oracleソフトウェア所有者ユーザー用にユーザー・レベルのSSH2クライアント構成ファイルを作成します。
~oracle/.ssh2/configファイルを編集または作成します。
Host * ForwardX11 no
リモート端末で作業を行っていて、そのローカル・ノードのみが表示されている場合（通常は、この状態になります）、次の構文を使用して、環境変数DISPLAYを設定します。
Bourne、KornおよびBashシェル:
$ export DISPLAY=hostname:0
Cシェル:
$ setenv DISPLAY 0
たとえば、Kornシェルを使用していて、ホスト名がnode1の場合は、次のコマンドを入力します。
$ export DISPLAY=node1:0
Oracle Clusterwareのインストール中、Oracle Universal Installerは、SSH2（使用可能な場合）を使用してコマンドを実行したり、他のノードにファイルをコピーします。システム上の隠しファイル（.bashrcや.cshrcなど）にsttyコマンドが含まれていると、インストール中にエラーが発生します。
この問題を防止するには、すべてのSTDERR出力が停止されるようにこれらのファイルを変更する必要があります。次に例を示します。
if [ -t 0 ]; then stty intr ^C fi
test -t 0 if ($status == 0) then stty intr ^C endif
Oracle Universal Installerは、oracleアカウントから実行します。ただし、Oracle Universal Installerを起動する前に、oracleユーザーの環境を構成する必要があります。
環境を構成するには、次の設定を行う必要があります。
PATH変数には、/usr/X11R6/binの前に$ORACLE_HOME/binが含まれていることも確認する必要があります。
oracleユーザーの環境を設定するには、次の手順を実行します。
xterm）など、新しい端末セッションを開始します。
$ xhost + hostname
hostnameは、ローカル・ホストの名前です。
oracleユーザーでそのシステムにログインします。
oracleユーザーでログインしていない場合は、ユーザーをoracleに切り替えます。
$ su - oracle
oracleユーザーのデフォルトのシェルを確認します。
$ echo $SHELL
oracleユーザーのシェル起動ファイルを開きます。
umask 022
ORACLE_SID、ORACLE_HOMEまたはORACLE_BASEがファイルに設定されている場合は、そのファイルから該当する行を削除します。
$ DISPLAY=local_host:0.0 ; export DISPLAY
% setenv DISPLAY local_host:0.0
この例で、local_hostは、Oracle Universal Installerを表示するために使用するシステム（ご使用のワークステーションまたはPC）のホスト名またはIPアドレスです。
/tmpディレクトリの空きディスク領域が400MB未満である場合は、空き領域が400MB以上のファイル・システムを選択し、環境変数TEMPおよびTMPDIRを設定してこのファイル・システムの一時ディレクトリを指定します。
各システムは、次の最小ハードウェア要件を満たしている必要があります。
| 使用可能なRAM | 必要なスワップ領域 |
|---|---|
|
1GB〜2GB |
RAMサイズの1.5倍 |
|
2GBを超える |
RAMサイズと同等 |
/tmpディレクトリに400MBのディスク領域
自動バックアップを構成する場合は、フラッシュ・リカバリ領域用に追加のディスク領域（ファイル・システムまたは自動ストレージ管理ディスク・グループ）が必要です。
システムが各要件を満たしていることを確認するには、次の手順を実行します。
# /bin/vmstat -P | grep "Total Physical Memory"
システムに搭載されている物理RAMのサイズが要件のサイズより少ない場合、次の手順に進む前にメモリーを増設する必要があります。
# /sbin/swapon -s
追加のスワップ領域を構成する（必要な場合）方法については、ご使用のオペレーティング・システムのマニュアルを参照してください。
/tmpディレクトリで使用できるディスク領域の大きさを確認します。
# df -k /tmp
このコマンドでは、ディスク領域が1KBブロック単位で表示されます。
また、HP Tru64バージョン5.1B以上の場合、df -hコマンドを使用すると、ディスク領域はGBまたはMBブロック単位で表示されます。
/tmpディレクトリ（4194304KBブロック未満）で使用できるディスク領域が400MB未満の場合、次のいずれかの手順を完了します。
# df -h
次の表に、各インストール・タイプのソフトウェア・ファイルの概算のディスク領域要件を示します。
| インストール・タイプ | ソフトウェア・ファイルの要件（GB） |
|---|---|
|
Enterprise Edition |
1.5以上 |
|
Standard Edition |
1.5以上 |
|
カスタム（最大） |
1.5以上 |
Oracle Real Application Clusters環境に必要なネットワーク・ハードウェアおよびインターネット・プロトコル（IP）・アドレスがあるかを確認します。この項の内容は次のとおりです。
インストールを開始する前に、各ノードで使用可能な次のIPアドレスを準備しておく必要があります。
/etc/hosts）のネットワーク名とIPアドレスを記録します。
/etc/hosts）のネットワーク名とVIPアドレスを記録します。次の要件を満たすVIPのアドレスを選択します。
インストールする前に、pingコマンドを実行し、デフォルトのゲートウェイにアクセスできることを確認します。インストール時に、OUIではpingコマンドを使用して、VIPが到達可能であることを確認します。デフォルトのゲートウェイを検出するには、routeコマンドを使用します（オペレーティング・システムのヘルプを参照）。インストール後に、VIPアドレス、またはVIPに関連付けたネットワーク名のいずれかを使用するようにクライアントを構成します。ノードに障害がある場合、そのノードの仮想IPアドレスは他のノードにフェイルオーバーされます。
これらのインタフェースでは、プライベート・ネットワークIPアドレス（10.*.*.*、192.168.*.*など）の使用をお薦めします。各ノードで/etc/hostsファイルを使用して、プライベート・ネットワーク名とプライベートIPアドレスを関連付けます。
たとえば、各ノードに1つのパブリック・インタフェースと1つのプライベート・インタフェースがある2ノードのクラスタの場合、ネットワーク・インタフェースとして、次の表に示す構成が考えられます。ホスト・ファイルは、/etc/hostsです。
VIPのフェイルオーバーを有効にするために、前述の表に示す構成では、同じサブネット（143.46.43）で両方のノードのパブリックおよびVIPアドレスを定義しています。ノードまたはインターコネクトに障害が発生すると、関連付けられているVIPが動作可能なインスタンスに割り当てられ、そのVIPを介して接続しているクライアントに、障害が迅速に通知されます。アプリケーションおよびクライアントが透過的アプリケーション・フェイルオーバー・オプションを使用して構成されている場合、そのクライアントは動作可能なインスタンスに再接続されます。
クラスタ内の各ノードは、次の要件を満たしている必要があります。
たとえば、2ノードのクラスタのネットワーク・アダプタの場合、パブリック・インタフェースとしてノード1ではeth0、ノード2ではeth1というようには構成できません。パブリック・インタフェース名は同じである必要があります。このため、両方のノードでパブリックとしてeth0を構成する必要があります。同じネットワークのアダプタでは、プライベート・インタフェースも同様に構成する必要があります。eth1がノード1のプライベート・インタフェースであれば、ノード2のプライベート・インタフェースもeth1である必要があります。
pingコマンドを使用して、インターコネクト・インタフェースが接続可能であるかどうかをテストできます。
各ノードが要件を満たしていることを確認するには、次の手順を実行します。
/etc/hostsファイルに、すべてのノードの各プライベート・インタフェースについて、次のような行を追加します。ここには、プライベートIPアドレスおよび対応するプライベート・ホスト名を指定します。
10.0.0.1 rac1-priv1
# /sbin/ifconfig
出力結果から、パブリックまたはプライベート・ネットワーク・インタフェースとして指定する、すべてのネットワーク・アダプタのインタフェース名およびIPアドレスを確認します。
nscd）を有効にします。
# /sbin/service nscd start
インストールを開始する前に、クラスタ内の各メンバー・ノードが、できるかぎり同じ日時に設定されていることを確認します。このためには、すべてのノードで同一Network Time Protocolサーバーを参照して、オペレーティング・システムのNetwork Time Protocol機能を使用することをお薦めします。
初期化パラメータTIMED_STATISTICSがtrueに設定されると、多くのOracleプロセスで時間が測定されます。これらの時間調整関数は、HP Tru64カーネルをコールし、Oracle Databaseのパフォーマンスに影響を与えます。プロセスがリアルタイム時計に直接アクセスできるようにして、過度に負荷のかかったシステムのパフォーマンスを向上させることができます。
リアルタイム時計にアクセスできるようにするには、次の手順を実行します。
rootユーザーでログインします。
# mknod /dev/timedev c 15 0 # chmod a+r /dev/timedev
システムは、インスタンスの起動時のみ/dev/timedevファイルの存在を確認します。
Tru64 UNIX SystemsのOracle Databaseでは、同期I/Oまたは非同期I/Oのいずれかを実行できます。パフォーマンスを向上させるには、非同期I/Oを使用することをお薦めします。非同期I/Oを有効にするには、初期化パラメータDISK_ASYNC_IOをtrueに設定します。
Oracle Databaseでは、AdvFSまたはClustered File Systems（CFS）に格納されているデータ・ファイル、自動ストレージ管理ディスク・グループまたはRAWデバイスで非同期I/Oを使用できます。非同期I/Oのパフォーマンスを最適化するために、いくつかのカーネル・サブシステム属性を調整する必要があります。
oracleユーザーで次の構文を使用してコマンドを入力して、クラスタが構成されているすべてのノード間のノードの接続性を検証します。
/mountpoint/crs/Disk1/cluvfy/runcluvfy.sh comp nodecon -n node_list [-verbose]
前述の構文例のnode_list変数は、クラスタ内のノードのカンマ区切りリストです。このコマンドによって、各クラスタ・ノードで使用可能なすべてのネットワーク・インタフェースが検出され、検出されたネットワーク・インタフェースを介したすべてのノード間の接続性が検証されます。
-verboseオプションは、CVUによるシステム検証の進捗状況および検証結果の詳細を表示する場合に選択します。
たとえば、node1およびnode2で構成され、マウント・ポイントが/dev/dvdromの2ノードのクラスタでノードの接続性を検証して、CVUによる検証の進捗状況とサマリーを表示するには、次のコマンドを入力します。
/dev/dvdrom/crs/Disk1/cluvfy/runcluvfy.sh comp nodecon -n node1,node2 -verbose
インストールする製品に応じて、次のソフトウェアがシステムにインストールされていることを確認してください。次の要件を確認するには、この項の次の「ソフトウェア要件の確認」を参照してください。
システムが各要件を満たしていることを確認するには、次の手順を実行します。
# /usr/sbin/sizer -v Compaq Tru64 UNIX V5.1B (Rev. 2650); Mon Nov 3 10:13:28 PST 200
この例で表示されるバージョンはV5.1Bです。オペレーティング・システムをアップグレードする（必要な場合）方法については、ご使用のオペレーティング・システムのマニュアルを参照してください。
# /usr/sbin/setld -i JAVA142 | more
Java SDK 1.4.2がインストールされている場合、このコマンドでは、インストールされているすべてのファイルのパスが表示されます。Javaホーム・ディレクトリのパスを書き留めます。インストール時にこの値を指定する必要があります。デフォルトのパスは次のとおりです。
/usr/opt/java142
このコマンドによって「不明なサブセット」というメッセージが返される場合、Java SDK 1.4.2はインストールされていません。Java SDK 1.4.2-3以上がインストールされている必要があります。次のWebサイトからJava SDKをダウンロードし、インストールします。
http://www.compaq.com/java/download/index.html
# /usr/sbin/setld -i | more
# /usr/sbin/setld -i | grep subsetname
必要に応じて、必要なソフトウェア・サブセットをインストールします。Compaq C Compiler V6.5-207（dtk）が必要な場合、次のWebサイトからダウンロードします。
http://www.tru64unix.compaq.com/dtk/
$ setld -i |grep Window
http://www.ibm.com/support
インストールする製品に応じて、次のパッチがシステムにインストールされていることを確認してください。表の後に、これらの要件を確認する手順を示します。
| インストール・タイプまたは製品 | 要件 |
|---|---|
|
すべてのインストール |
Tru64 UNIX V5.1B Patch Kit 5以上: T64V51BB26AS0005-20050502 |
|
Oracle Messaging Gateway |
MQSeries V5.1用の場合はCSD09以上 |
必要なパッチ・キットがインストールされているかどうかを確認するには、次のコマンドを入力します。
# /usr/sbin/dupatch -track -type kit
このコマンドを実行しても前述の必要なパッチ・キットの表に示した識別子（上位のパッチ・キット・レベルの識別子）が表示されない場合は、次のWebサイトから最新のパッチ・キットをダウンロードし、インストールします（このWebサイトにアクセスするには、登録が必要です）。
http://itrc.hp.com/service/patch/mainPage.do
MQSeries用のCSDが必要な場合は、ダウンロードおよびインストール情報について、次のWebサイトを参照してください。
http://www.ibm.com/software/integration/mqfamily/support/summary/dig.html
これらのカーネル・サブシステム属性に指定されている現行の値を表示し、必要に応じて変更するには、次の手順を実行します。
/etc/sysconfigtabファイルをコピーします。次に例を示します。
# cp /etc/sysconfigtab /etc/sysconfigtab.orig
sysconfigmodという一連区切り形式の/etc/sysconfigtabファイルの変更ファイルを作成します。
vfs: fifo_do_adaptive=0
/etc/sysconfigtabファイルとsysconfigmodの内容をマージします。
# sysconfigdb -m -f sysconfigmod
# /sbin/sysconfig -q subsystem
前述の構文例のsubsystem変数は、確認する値のサブシステムの名前です。
たとえば、ipcサブシステムの属性値を確認するには、次のコマンドを入力します。
# /sbin/sysconfig -q ipc
procサブシステムの属性値を確認するには、次のコマンドを入力します。
# /sbin/sysconfig -q proc
rdgサブシステムの属性値を確認するには、次のコマンドを入力します。
# /sbin/sysconfig -q rdg
次の表に示すカーネル・サブシステムを確認します。
| サブシステム | 属性 | 推奨値 |
|---|---|---|
|
ipc |
shm_max |
4278190080（4GBから16MBを減算） |
|
shm_min |
1 |
|
|
shm_mni |
256 |
|
|
shm_seg |
256 |
|
|
ssm_threshold |
rad_gh_regions[n]またはgh_chunks属性がvmサブシステムに設定されている場合のみ、この属性を0に設定します。それ以外の場合は、値を変更しません。 |
|
|
proc |
exec_disable_arg_limit |
1 |
|
per_proc_stack_size |
8388608（8MB）1 |
|
|
max_per_proc_stack_size |
33554432（32MB）1 |
|
|
per_proc_data_size |
335544320（320MB） |
|
|
max_per_proc_data_size |
335544320（320MB） |
|
|
max_per_proc_address_space |
RAMのサイズまたは1073741824（1GB）のいずれか大きい方に等しい。 |
|
|
per_proc_address_space |
RAMのサイズまたは1073741824（1GB）のいずれか大きい方に等しい。 |
|
|
rdg |
msg_size |
32768 |
|
max_objs |
5120 |
|
|
max_async_req |
256 |
|
|
max_sessions |
500（この値が大きい場合、システム上のデータベースのPROCESSES初期化パラメータの値を20以上に加算した値） |
|
|
rdg_max_auto_msg_wires |
0 |
|
|
rdg_auto_msg_wires |
0 |
|
|
rt |
aio_task_max_num |
8193 |
|
vfs |
fifo_do_adaptive |
0 |
|
1
Oracleでサポートでサポートしているこのパラメータの最大値は512MBです。 |
/etc/sysconfigtabファイルのバックアップ・コピーを作成します。次に例を示します。
# cp /etc/sysconfigtab /etc/sysconfigtab.mod1
ipc: shm_max = 4278190080 shm_min = 1 shm_mni = 256 shm_seg = 128 proc: exec_disable_arg_limit = 1 per_proc_stack_size = 8388608 max_per_proc_stack_size = 33554432 per_proc_data_size = 335544320 max_per_proc_data_size = 335544320 max_per_proc_address_space = 4294967296 per_proc_address_space = 4294967296 rdg: msg_size = 32768 max_objs = 5120 max_async_req = 256 max_sessions = 500 rdg_max_auto_msg_wires = 0 rdg_auto_msg_wires = 0
/etc/sysconfigtabファイルにマージします。
# /sbin/sysconfigdb -m -f filename
この例では、filenameは、手順bで作成したファイルの名前です。
# /sbin/shutdown -r now
rootに切り替えます。
db_block_sizeが16KB以上で、UDP IPC実装を使用している場合、/etc/sysconfigtab ファイルのinetパラメータを次の値以上になるように編集します。
inet: udp_recvspace = 65536 udp_sendspace = 65536
Reliable Data Gram（RDG）は、Tru64 UNIX TruClusterプラットフォームのIPCインフラストラクチャです。RDGは、Tru64 UNIX上のOracle DatabaseのデフォルトのIPC方式で、Oracle Real Application Clusters環境に最適化されています。
IPCとしてReliable Datagram（RDG）を使用するには、次のコマンドを実行します。
# make -f ins_rdbms.mk rac_on
# make -f ins_rdbms.mk ioracle
RDGを使用するには、各ノードがクラスタのメンバーで、メモリー・チャネルを介して接続されている必要があります。RDGを使用する際に、表2-4に示すノード全体のサブシステム属性を設定することをお薦めします。
oracleユーザーで次のコマンド構文を使用して、ハードウェアおよびオペレーティング・システム設定を確認するためのクラスタ検証ユーティリティ（CVU）のステージ検証を開始します。
/mountpoint/crs/Disk1/cluvfy/runcluvfy.sh stage -post hwos -n node_list [-verbose]
前述の構文例のnode_list変数は、クラスタ内のノードのカンマ区切りリストです。たとえば、node1およびnode2で構成され、マウント・ポイントが/dev/dvdrom/の2ノードのクラスタのハードウェアおよびオペレーティング・システムを、検証結果のみを出力するオプションを指定して検証するには、次のコマンドを入力します。
/dev/dvdrom/crs/Disk1/cluvfy/runcluvfy.sh stage -post hwos -n node1,node2
-verboseオプションは、クラスタ検証ユーティリティによるシステム検証の進捗状況および検証結果の詳細を表示する場合に選択します。
oracleユーザーで次のコマンド構文を使用し、インストール前の作業を行うためのオペレーティング・システム要件をシステムが満たしているかどうかを検証します。
/mountpoint/crs/Disk1/cluvfy/runcluvfy.sh comp sys -n node_list -p {crs|database} -osdba osdba_group -orainv orainv_group -verbose
前述の構文例の意味は次のとおりです。
node_list変数は、クラスタ内のノードのカンマ区切りリストです。
-pフラグにはcrsまたはdatabaseのいずれかを指定し、実行される検証対象がOracle ClusterwareまたはOracleデータベース・システム要件のいずれであるかを示します。
osdba_group変数は、OSDBAグループの名前（通常、dba）です。
orainv_group変数は、Oracle Inventoryグループの名前（通常、oinstall）です。
-verboseオプションを選択すると、CVUによるシステム検証の進捗状況および検証結果の詳細を表示できます。
たとえば、node1およびnode2で構成され、OSDBAがdba、Oracle Inventoryグループがoinstall、メディア・マウント・ポイントが/dev/dvdrom/の2ノードのクラスタで、Oracle Clusterwareインストールに対してシステム検証を実行するには、次のコマンドを入力します。
/dev/dvdrom/crs/Disk1/cluvfy/runcluvfy.sh comp sys -n node1,node2 -p crs -osdba crs -orainv oinstall
Oracleソフトウェアに対して、次のディレクトリを選択または作成する必要があります。
次の項では、これらのディレクトリの要件について説明します。
Oracleベース・ディレクトリは、Oracleソフトウェア環境における最上位ディレクトリです。Optimal Flexible Architecture（OFA）のガイドラインに従って、Oracleベース・ディレクトリに次のようなパスを使用します。
/mount_point/app/oracle_sw_owner
この例の意味は、次のとおりです。
mount_pointは、Oracleソフトウェアを格納するファイル・システムのマウント・ポイント・ディレクトリです。このマニュアルの例では、マウント・ポイント・ディレクトリに/u01を使用しています。ただし、/oracle、/opt/oracleなど、別のマウント・ポイント・ディレクトリを選択することもできます。
oracle_sw_ownerは、oracleなどのOracleソフトウェア所有者のオペレーティング・システム・ユーザー名です。
同じOracleベース・ディレクトリを複数の環境に使用したり、環境ごとに別のOracleベース・ディレクトリを作成することができます。複数のオペレーティング・システム・ユーザーが同じシステムにOracleソフトウェアをインストールする場合、各ユーザーは別々のOracleベース・ディレクトリを作成する必要があります。次の例のOracleベース・ディレクトリは、すべて同じシステムに作成できます。
/u01/app/oracle /u01/app/orauser /opt/oracle/app/oracle
次の項では、インストールに適切な既存のOracleベース・ディレクトリを選択する方法について説明します。また、必要に応じて、Oracleベース・ディレクトリを作成する方法についても説明します。
Oracleベース・ディレクトリを作成するか、既存のOracleベース・ディレクトリを使用するかにかかわらず、環境変数ORACLE_BASEに、Oracleベース・ディレクトリのフル・パスを指定する必要があります。
Oracle Inventoryディレクトリ（oraInventory）は、システムにインストールされているすべてのソフトウェアのインベントリを格納します。このディレクトリは、単一システムのすべてのOracleソフトウェア環境に必要で、共有されます。システムに初めてOracleソフトウェアをインストールする場合は、Oracle Universal Installerによって、このディレクトリのパスの指定を求めるプロンプトが表示されます。ローカル・ファイル・システムにソフトウェアをインストールしている場合、次のパスを選択することをお薦めします。
oracle_base/oraInventory
Oracleベース・ディレクトリは、クラスタ・ファイル・システムに配置されているため、Oracle Central Inventoryディレクトリは、各ノードに中央インベントリの別のコピーがあるように、各ノードに非公開でマウントされたローカル・ファイル・システムに配置する必要があります。
Oracle Central Inventoryの共有の場所を指定すると、各ノードは同じ中央インベントリに書き込もうとします。これは、サポートされていません。
Oracle Universal Installerによって、指定したディレクトリが作成され、そのディレクトリに適切な所有者、グループおよび権限が設定されます。自分でこのディレクトリを作成する必要はありません。
Oracle Clusterwareホーム・ディレクトリは、Oracle Clusterwareのソフトウェアをインストールするディレクトリです。Oracle Clusterwareは個別のホーム・ディレクトリにインストールする必要があります。Oracle Universal Installerを起動すると、このディレクトリのパスと識別名の指定を求めるプロンプトが表示されます。Oracle Clusterwareホーム・ディレクトリには、次のようなパスを指定することをお薦めします。
/u01/app/oracle/product/crs
Oracleホーム・ディレクトリは、特定のOracle製品のソフトウェアをインストールするディレクトリです。個々のOracle製品、または同じOracle製品でもリリースが異なる場合は、別々のOracleホーム・ディレクトリにインストールする必要があります。
Oracle Universal Installerを起動すると、このディレクトリのパスと識別名の指定を求めるプロンプトが表示されます。ここで指定するディレクトリは、Oracleベース・ディレクトリのサブディレクトリである必要があります。Oracleホーム・ディレクトリには、次のようなパスを指定することをお薦めします。
oracle_base/product/10.2.0/db_1
Oracle Universal Installerによって、Oracleベース・ディレクトリの下に、指定したディレクトリ・パスが作成されます。さらに、そのディレクトリに適切な所有者、グループおよび権限が設定されます。自分でこのディレクトリを作成する必要はありません。
インストールを開始する前に、既存のOracleベース・ディレクトリを選択するか、または必要に応じてOracleベース・ディレクトリを作成します。この項の内容は次のとおりです。
既存のOracleベース・ディレクトリが、OFAのガイドラインに準拠したパスを持たない場合があります。ただし、既存のOracle InventoryディレクトリやOracleホーム・ディレクトリを選択する場合に、通常、次の方法でOracleベース・ディレクトリを選択できます。
すべてのクラスタ・ノードで次のコマンドを入力して、oraInst.locファイルの内容を表示します。
# more /var/opt/oracle/oraInst.loc
oraInst.locファイルが存在する場合、このコマンドの出力結果は、次のようになります。
inventory_loc=/u01/app/oracle/oraInventory inst_group=oinstall
inventory_locパラメータが、そのシステムのOracle Inventoryディレクトリ（oraInventory）を示しています。通常、oraInventoryディレクトリの親ディレクトリが、Oracleベース・ディレクトリです。前述の例では、/u01/app/oracleがOracleベース・ディレクトリです。
クラスタ内のすべてのノードで次のコマンドを入力して、oratabファイルの内容を表示します。
# more /etc/oratab
oratabファイルが存在する場合は、次のような行が含まれます。
*:/u03/app/oracle/product/10.2.0/db_1:N *:/opt/orauser/infra_904:N *:/oracle/9.2.0:N
各行で指定されたディレクトリ・パスが、Oracleホーム・ディレクトリを示しています。使用するOracleソフトウェア所有者のユーザー名が末尾に付くディレクトリ・パスが、Oracleベース・ディレクトリに有効なパスです。oracleユーザーを使用してソフトウェアをインストールする場合は、前述の例で示した次のディレクトリのいずれかを選択できます。
/u03/app/oracle /oracle
インストールに既存のOracleベース・ディレクトリを使用する前に、そのディレクトリが次の条件を満たしていることを確認します。
Oracleベース・ディレクトリが存在するファイル・システムの空きディスク領域を確認するには、次のコマンドを使用します。
# df -h oracle_base_path
「Oracle Clusterwareホーム・ディレクトリの作成」でoracleユーザーの環境を構成する際に、環境変数ORACLE_BASEを設定してここで選択したディレクトリを指定します。
Oracleベース・ディレクトリがシステムに存在しない場合またはOracleベース・ディレクトリを作成する場合は、次の項を参照してください。
Oracleベース・ディレクトリを作成する前に、適切なファイル・システムを選択する必要があります。Oracleベース・ディレクトリには、1.5GB以上の空きディスク領域が必要です。
適切なファイル・システムを選択するには、次の手順を実行します。
df -h コマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。
Oracleベース・ディレクトリのパスは、すべてのノードで同一である必要があります。
Oracleベース・ディレクトリを作成し、そのディレクトリに適切な所有者、グループおよび権限を指定するには、次の手順を実行します。
# mkdir -p /mount_point/app/oracle_sw_owner # chown -R oracle:oinstall /mount_point/app/oracle_sw_owner # chmod -R 775 /mount_point/app/oracle_sw_owner
たとえば、選択したマウント・ポイントが/u01で、Oracleソフトウェア所有者のユーザー名がoracleである場合、Oracleベース・ディレクトリの推奨パスは次のようになります。
/u01/app/oracle
oracleユーザーの環境を構成する際に、この作業で作成したOracleベース・ディレクトリが指定されるように環境変数ORACLE_BASEを設定します。
Oracle Universal Installer（OUI）によってOracle Clusterwareホーム・ディレクトリが作成されます。インストールを開始する前に、Oracle Clusterwareディレクトリ用にファイル・システムに十分なディスク領域が提供され、Oracle Clusterwareディレクトリ領域の親ディレクトリがoracleによって書込み可能であることを確認します。
適切なファイル・システムを選択するには、次の手順を実行します。
df -hコマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。
Oracleベース・ディレクトリに同じファイル・システムを使用している場合は、以前に確認した空きディスク領域要件にこの1.4GBのディスク領域を追加する必要があります。
Oracle Clusterwareホーム・ディレクトリへのパスは、すべてのノードで同一である必要があります。
Oracle Clusterwareホーム・ディレクトリを作成し、そのディレクトリに適切な所有者、グループおよび権限を指定するには、次の手順を実行します。
# mkdir -p /mount_point/crs/oracle_sw_owner/product/10/app # chown -R root:oinstall /mount_point/crs # chmod -R 775 /mount_point/crs/oracle_sw_owner
選択したマウント・ポイントが/u01の場合、Oracle Clusterwareホーム・ディレクトリの推奨パスは次のようになります。
/u01/crs/oracle/product/10/crs
$ umask $ env | more
umaskコマンドによって22、022または0022の値が表示され、この項で設定する環境変数の値が正しいことを確認します。
Spike最適化ツール（Spike）は、Tru64 UNIXバイナリのパフォーマンスを向上させるパフォーマンス最適化ツールです。テスト環境では、SpikeによってOLTPのワークロード時に最大23%までOracle Databaseのパフォーマンスが向上しました。
Spikeの詳細は、Tru64 UNIXのドキュメントを参照するか、または次のコマンドのいずれかを入力します。
man spike spike
表2-5に、Oracle Database 10g リリース2（10.2）をインストールするシステムに既存のOracleデータベースがある場合に実行する必要がある作業の概要を示します。この表を確認して、必要に応じて作業を実行します。
| インストール例 | 必要な作業 |
|---|---|
|
Oracle Database 10g リリース1（10.1）から10g リリース2（10.2）へのアップグレード |
追加の作業はありません。「Oracle 10g リリース1（10.1）がインストールされているシステムへのOracle 10g リリース2（10.2）のインストール」を参照してください。 |
|
Oracle Database 10g リリース1（10.1）と共存させるためのシステムへのOracle Database 10g リリース2（10.2）のインストール |
追加の作業はありません。「Oracle 10g リリース1（10.1）がインストールされているシステムへのOracle 10g リリース2（10.2）のインストール」を参照してください。 |
|
Oracle9i リリース2（9.2）からOracle Database 10g リリース2（10.2）へのアップグレード |
グローバル・サービス・デーモンを停止し、ポート1521のデフォルトのリスナーが存在する場合はこれも停止します。「Oracle9i リリース2（9.2）がインストールされているシステムへのOracle 10g リリース2（10.2）のインストール」を参照してください。 |
|
Oracle9i リリース2（9.2）と共存させるためのシステムへのOracle Database 10g リリース2（10.2）のインストール |
ポート1521のデフォルトのリスナーが存在する場合は停止し、グローバル・サービス・デーモンを停止します。「Oracle9i リリース2（9.2）がインストールされているシステムへのOracle 10g リリース2（10.2）のインストール」を参照してください。 |
システムにOracle Database Release 10g リリース1（10. 1）がインストールされている場合に、共存またはリリース1（10.1）をアップグレードするためにOracle Database 10g リリース2（10.2）をインストールすると、ほぼすべてのインストール・タイプで、TCP/IPポート1521およびIPCキー値EXTPROCを使用したデフォルトのOracle Net Listenerの構成および起動が行われます。次のいずれかが発生します。
第3章に進みます。
この項では、準備のための手順について説明します。
Oracle9i リリース2（9.2）の既存のデータベースがインストールされているシステムにOracle Database 10g リリース2（10.2）をインストールし、Oracle Net ListenerプロセスがOracle 10g リリース2（10.2）のインストールで使用されるデフォルトと同じポート（ポート1521）またはキー値を使用している場合、Oracle Universal Installerは新しいリスナーを構成することのみが可能で、それを起動することはできません。新しいリスナー・プロセスがインストール時に起動されるようにするには、Oracle Universal Installerを起動する前に既存のリスナーを停止する必要があります。これを実行するには、「リスナーの停止」を参照してください。
グローバル・サービス・デーモン（GSD）を停止する必要があります。これは、停止しておかないと、10g リリース2（10.2）のインストール時に、Oracle9i リリース2（9.2）のSRVM共有データが、リリース2（9.2）のGSDでは使用できないOracle Cluster Registryにアップグレードされるためです。リリース2（10.2）のOracle Clusterwareのインストールでは、10g リリース2（10.2）のGSDが起動され、Oracle9i リリース2（9.2）のクライアントに対しサービスが提供されます。これを実行するには、「グローバル・サービス・デーモンの停止」を参照してください。
Oracle9i の既存のリスナー・プロセスが実行されているかどうかを確認し、必要に応じて停止するには、次の手順を実行します。
oracleに切り替えます。
# su - oracle
$ ps -ef | grep tnslsnr
このコマンドの出力結果に、システムで実行されているOracle Net Listenerの情報が表示されます。
... oracle_home1/bin/tnslsnr LISTENER -inherit
この例では、oracle_home1が、リスナーが組み込まれているOracleホーム・ディレクトリで、LISTENERがリスナー名です。
$ $ORACLE_HOME/bin/lsnrctl status listenername
$ $ORACLE_HOME/bin/lsnrctl stop listenername
クラスタ内の各ノードで、oracleとして次の構文を使用し、GSDを停止します。
$ cd 92_Oracle_home $ bin/gsdctl stop
前述の構文例で、変数92_Oracle_homeはOracle9i リリース2（9.2）のデータベース・ホームです。
|
 Copyright © 2007 Oracle Corporation. All Rights Reserved. |
|