| Oracle Clusterwareインストレーション・ガイド 11gリリース1（11.1）for HP-UX E05976-04 |
|
 戻る |
 次へ |
この章では、Oracle Universal Installerを起動する前に完了する必要がある、記憶域の構成作業について説明します。この章で説明する作業は、次のとおりです。
この項では、Oracle Clusterwareファイルの格納用にサポートされているオプションについて説明します。この項の内容は次のとおりです。
Oracle Clusterwareファイルの格納には、次の2つの方法があります。
サポートされている共有ファイル・システム: サポートされているファイル・システムには、次のものがあります。
サポートされているクラスタ・ファイル・システム
|
参照: サポートされているクラスタ・ファイル・システムのステータスについては、OracleMetalinkの「Certify」ページを参照してください。今回のリリースの時点で動作保証されているものはありません。 |
ネットワーク・ファイル・システム（NFS）: ファイルへのアクセスとファイルの共有を可能にするファイルレベルのプロトコル
|
参照: サポートされているネットワーク接続ストレージ（NAS）デバイスについては、OracleMetalinkの「Certify」ページを参照してください。 |
RAWデバイス: Oracle Clusterwareファイルは、共有ディスク・パーティションにあるRAWデバイスに配置できます。
すべてのインストールに対して、Oracle ClusterwareファイルおよびOracle Databaseファイル、またはOracle ClusterwareおよびOracle Real Application Clusters（Oracle RAC）データベースで使用する記憶域オプションを選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。
Oracle Clusterwareファイルには、クラスタ・ノードのステータスの監視に使用される投票ディスクと、クラスタに関する構成情報を含むOracle Cluster Registry（OCR）が含まれます。投票ディスクとOCRは、クラスタまたはネットワーク・ファイル・システム環境での共有ファイルです。クラスタ・ファイル・システムを使用しない場合は、これらのファイルを共有RAWデバイスに配置する必要があります。OCRは、Oracle Universal Installer（OUI）によって、Oracle Clusterwareのインストール時に自動的に初期化されます。
投票ディスク・ファイルを配置する際は、各投票ディスクがハードウェア・デバイスやディスク、または他のシングル・ポイント障害を共有しないように構成することをお薦めします。構成されている投票ディスクの大半（過半数）が利用できないノードは再起動されます。
次の表に、Oracle Clusterwareファイルを格納するために使用できる記憶域オプションを示します。Oracle Clusterwareファイルには、Oracle Cluster Registry（OCR）、ミラー化されたOCRファイル（オプション）、Oracle Clusterwareの投票ディスクおよび追加の投票ディスク・ファイル（オプション）が含まれています。
|
注意: Oracle RAC環境でサポートされる記憶域オプションの最新情報は、次のOracle MetaLink Webサイトの「Certify」ページを参照してください。
|
表4-1 Oracle Clusterwareでサポートされている記憶域オプション
| 記憶域オプション | サポートされるファイル・タイプ | |
|---|---|---|
| OCRおよび投票ディスク | Oracleソフトウェア | |
|
自動ストレージ管理 |
不可 |
不可 |
|
ローカル記憶域 |
不可 |
可 |
|
NFSファイル・システム 注意: 動作保証されているNASデバイスが必要です。 |
可 |
可 |
|
共有ディスク・パーティション（RAWデバイス） |
可 |
不可 |
|
共有論理ボリューム・マネージャ（SLVM） |
可 |
不可 |
次のガイドラインに従って、Oracle Clusterwareで使用する記憶域オプションを選択します。
選択した記憶域オプションの要件がすべて満たされている場合、各ファイル・タイプでサポートされている記憶域オプションのいずれの組合せでも使用できます。
Oracle Clusterwareファイルは、ASMインスタンスを起動する前にアクセス可能である必要があるため、ASMに格納することはできません。
外部ファイルの冗長性が適用される記憶域オプションがない場合は、3つ以上の投票ディスク領域を構成して、投票ディスクの冗長性を確保する必要があります。
Oracle9i リリース9.2のOracle RAC環境をOracle Database 11g リリース1（11.1）にアップグレードする際、Oracle Clusterwareのインストール時に、1つ以上の投票ディスクを指定するよう求められます。Oracle Database 11g リリース1（11.1）の投票ディスクの位置を新しく指定する必要があります。この目的で、古いOracle9i リリース9.2の定数ディスクを再利用することはできません。
ディスクの記憶域オプションを決定したら、次の作業をここに示す順序どおりに実行する必要があります。
1: CVUを使用した使用可能な共有記憶域の確認
「CVUを使用した使用可能な共有記憶域の検証」を参照してください。
2: Oracle Clusterwareファイル用の共有記憶域の構成
Oracle Clusterwareファイルにファイル・システム（NFS）を使用する場合: 「サポートされる共有ファイル・システムでのOracle Clusterwareファイル用の記憶域の構成」を参照してください。
Oracle ClusterwareファイルにRAWデバイス（パーティション）を使用する場合: 「RAWデバイスでのOracle Clusterwareファイル用の記憶域の構成」を参照してください。
サポートされている共有ファイル・システムについて、クラスタ内のすべてのノードで使用可能な共有ファイル・システムを検証するには、インストール所有者ユーザー（oracleまたはcrs）としてログインし、次の構文を使用します。
/mountpoint/runcluvfy.sh comp ssa -n node_list
クラスタ内の特定のノードと特定の共有記憶域タイプの間の共有アクセス性を検証する場合は、次のコマンド構文を使用します。
/mountpoint/runcluvfy.sh comp ssa -n node_list -s storageID_list
前述の構文例で、mountpoint変数はインストール・メディアのマウント・ポイント・パス、node_list変数は検証するノードのカンマ区切りリスト、storageID_list変数は検証対象のストレージ・デバイスのパスです。
たとえば、マウント・ポイントが/dev/dvdrom/で、ストレージ・デバイス/dw/dsk/c1t2d3および/dw/dsk/c2t4d5のnode1およびnode2からの共有アクセス性を検証する場合は、次のコマンドを入力します。
/dev/dvdrom/clusterware/cluvfy/runcluvfy.sh comp ssa -n node1,node2 -s /dw/dsk/c1t2d3,/dw/dsk/c2t4d5
コマンドに特定のストレージ・デバイスIDを指定しなかった場合は、コマンドによって、リスト上のノードに接続されているすべての使用可能なストレージ・デバイスが検索されます。
Oracle Universal Installer（OUI）では、Oracle Cluster Registry（OCR）またはOracle Clusterware投票ディスク用のデフォルトの格納先は提供されません。ファイル・システムにこれらのファイルを作成する場合は、次の項を確認して、Oracle Clusterwareファイル用の記憶域要件を満たしておきます。
|
注意: OCRは、クラスタの構成情報とステータスを含むファイルです。OCRは、Oracle Universal Installer（OUI）によって、Oracle Clusterwareのインストール時に自動的に初期化されます。Database Configuration Assistantは、OCRを使用して、作成するクラスタ・データベースの構成情報を格納します。 |
Oracle Clusterwareファイルにファイル・システムを使用する場合、そのファイル・システムは次の要件を満たす必要があります。
NFSファイル・システムを使用するには、動作保証されているNASデバイス上にある必要があります。次のURLでOracleMetaLinkにログインし、「Certify」タブをクリックして、動作保証されているNASデバイスのリストを調べます。
Oracle Cluster Registry（OCR）ファイルを共有ファイル・システムに配置するように選択する場合、次のいずれかに該当している必要があります。
共有ファイル・システムを使用してデータベース・ファイルを格納する場合は、2つ以上の独立したファイル・システムを使用します。一方のファイル・システムをデータベース・ファイル用に、もう一方のファイル・システムをリカバリ・ファイル用に使用します。
インストールを実行するユーザー・アカウント（oracleまたはcrs）には、指定したパスにファイルを作成するための書込み権限が必要です。
表4-2を使用して、共有ファイル・システムのパーティション・サイズを決定します。
表4-2 共有ファイル・システムのボリューム・サイズ要件
| 格納されるファイル・タイプ | ボリュームの数 | ボリュームのサイズ |
|---|---|---|
|
外部冗長で作成されたOracle Clusterwareファイル（OCRおよび投票ディスク） |
1 |
ボリュームごとに280MB以上 |
|
Oracleソフトウェア提供の冗長で作成されたOracle Clusterwareファイル（OCRおよび投票ディスク） |
1 |
ボリュームごとに280MB以上 |
表4-2で、必要なボリューム・サイズの合計を加算して求めます。たとえば、すべてのOracle Clusterwareファイルを標準冗長性を使用して共有ファイル・システムに格納するには、3つ以上のボリューム（OCRとOCRミラー用に2つの別々のボリューム位置と、ボリュームごとに1つの投票ディスク）で1.3GB以上の記憶域が使用可能である必要があります。
NFSを使用している場合は、NFSバッファ・サイズ・パラメータrsizeおよびwsizeの値を32768に設定する必要があります。NFSマウント・オプションは次のとおりです。
rw,bg,vers=3,proto=tcp,noac,forcedirectio,hard,nointr,timeo=600,rsize=32768,wsize=32768,suid
各ノードの/etc/fstabファイルを次のエントリで更新します。
nfs_server:/vol/CWfiles /u01/oracle/cwfiles nfs \ rw,bg,vers=3,proto=tcp,noac,forcedirectio,hard,nointr,timeo=600,rsize=32768,wsize=32768,suid
Oracleソフトウェアのバイナリ、Oracle Clusterwareファイル（OCRおよび投票ディスク）、データ・ファイルでマウント・ポイント・オプションが異なることに注意してください。
バイナリ専用のマウント・ポイントを作成する場合は、バイナリ・マウント・ポイントに次の行を入力します。
nfs_server:/vol/crshome /u01/oracle/crs nfs -yes
rw,bg,vers=3,proto=tcp,noac,hard,nointr,timeo-600,rsize=32768,wsize=32768,suid
|
参照: マウント・オプションの最新情報については、OracleMetaLinkのbulletin 359515.1「Mount Options for Oracle Files When Used with NAS Devices」を参照してください。次のURLから入手可能です。 |
|
注意: マウント・オプションの詳細は、ストレージ・ベンダーのマニュアルを参照してください。 |
次の手順に従って、Oracle Clusterwareファイル用のディレクトリを作成します。また、Oracle Databaseおよびリカバリ・ファイル用に共有ファイル・システムを構成することもできます。
|
注意: NFS記憶域の場合、Oracleベース・ディレクトリとは別のファイル・システムにOracle Clusterwareファイルを格納する場合にのみ、この手順を実行する必要があります。 |
Oracleベース・ディレクトリとは別のファイル・システムにOracle Clusterwareファイル用のディレクトリを作成するには、次の手順を実行します。
必要に応じて、各ノードで使用する共有ファイル・システムを構成し、マウントします。
|
注意: ファイル・システムに使用するマウント・ポイントは、すべてのノードで同一である必要があります。ノードの再起動時、自動的にマウントされるように、ファイル・システムが構成されていることを確認してください。 |
bdfコマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。
表示された情報から、使用するファイル・システムを特定します。560MB以上の空きディスク領域（外部冗長を使用、OCRと投票ディスクを1つずつ）があるファイル・システムを選択します。
複数のファイル・タイプに対して同じファイル・システムを使用している場合は、各タイプに対するディスク領域要件を追加して、ディスク領域要件の合計を判断します。
選択したファイル・システムに対するマウント・ポイント・ディレクトリの名前を書き留めます。
インストールを実行しているユーザー（通常、crsまたはoracle）がOracle ClusterwareおよびOracle Databaseをインストールするディスクにディレクトリを作成する権限を所有している場合は、OUIによってOracle Clusterwareファイル・ディレクトリが作成され、DBCAによってOracle Databaseファイル・ディレクトリとリカバリ・ファイル・ディレクトリが作成されます。
インストールを実行しているユーザーが書込み権限を所有していない場合は、次のコマンドを使用してこれらのディレクトリを手動で作成する必要があります。次のコマンドでは、Oracle Clusterwareホーム（CRS_home）に、それぞれのマウント・ポイント・ディレクトリに推奨されるサブディレクトリが作成され、適切な所有者、グループおよびそのサブディレクトリの権限が設定されます。たとえば、ユーザーがoracle、CRS_homeがoracrsの場合は、次のようになります。
# mkdir /mount_point/oracrs # chown oracle:oinstall /mount_point/oracrs # chmod 750 /mount_point/oracrs
|
注意: インストール後、Oracle Cluster Registry（OCR）ファイルのインストール・パスにあるディレクトリはrootが所有し、root以外のアカウントでは書込みできないようにする必要があります。 |
次の項では、RWAパーティションでのOracle Clusterwareファイルの構成方法について説明します。
表4-3に、Oracle Clusterwareファイル用に構成する必要があるRAWパーティションの数およびサイズを示します。
表4-3 Oracle Clusterwareファイル用に必要なRAWパーティションの数
| 数 | パーティションごとのサイズ（MB） | 用途 |
|---|---|---|
|
2 （このファイルに対して外部冗長を適用している場合は1） |
256 |
注意: これらのRAWパーティションは、クラスタで1回のみ作成します。クラスタに複数のデータベースを作成する場合、すべてのデータベースが同じOracle Cluster Registryを共有します。 2つのパーティションを作成する必要があります。1つはOCR用で、もう1つはミラー化されるOCR用です。 Oracle9iリリース2（9.2）からアップグレードしている場合は、新しいRAWデバイスを作成するかわりにSRVM構成リポジトリに使用したRAWデバイスを継続して使用できます。 |
|
3 （このファイルに対して外部冗長を適用している場合は1） |
256 |
注意: これらのRAWパーティションは、クラスタで1回のみ作成します。クラスタに複数のデータベースを作成する場合、すべてのデータベースが同じOracle Clusterware投票ディスクを共有します。 3つのパーティションを作成する必要があります。1つは投票ディスク用で、他の2つは追加の投票ディスク用です。 |
オペレーティング・システムによって、その起動時に共有ボリューム・グループがアクティブ化されるのを回避するには、次の手順を実行し、各ノードで/etc/lvmrcファイルを編集する必要があります。
/etc/lvmrcファイルのバックアップ・コピーを作成します。次に例を示します。
# cp /etc/lvmrc /etc/lvmrc_orig
任意のテキスト・エディタで/etc/lvmrcファイルを開き、AUTO_VG_ACTIVATEフラグを検索します。
必要に応じて、次の手順を実行し、AUTO_VG_ACTIVATEフラグの値を0に変更して、ボリューム・グループの自動アクティブ化を無効にします。
AUTO_VG_ACTIVATE=0
/etc/lvmrcファイルでcustom_vg_activationファンクションを検索します。
次の例に示すように、vgchangeコマンドをファンクションに追加し、既存のローカル・ボリューム・グループを自動的にアクティブ化するようにします。
custom_vg_activation()
{
# e.g. /sbin/vgchange -a y -s
# parallel_vg_sync "/dev/vg00 /dev/vg01"
# parallel_vg_sync "/dev/vg02 /dev/vg03"
/sbin/vgchange -a y vg00
/sbin/vgchange -a y vg01
/sbin/vgchange -a y vg02
return 0
}
この例では、vg00、vg01およびvg02は、システムの起動時に自動的にアクティブにするボリューム・グループです。
HP Serviceguard Extension for Oracle RACを使用しないHP-UXクラスタにOracle ClusterwareまたはOracle ClusterwareとOracle Real Application Clustersをインストールする場合は、Oracle Clusterwareファイルに共有RAWディスク・デバイスを使用する必要があります。また、データベース・ファイル記憶域に共有RAWディスク・デバイスを使用することもできますが、このような場合は、自動ストレージ管理を使用して、データベース・ファイルを格納することをお薦めします。この項では、Oracle Clusterwareファイル（Oracle Cluster RegistryとOracle Clusterware投票ディスク）およびデータベース・ファイル用に共有RAWディスク・デバイスを構成する方法について説明します。
表4-4に、データベース・ファイル用に構成する必要があるRAWディスク・デバイスの数およびサイズを示します。
|
注意: 各ファイルでは、1台のディスク・デバイス全体を排他的に使用する必要があるため、可能な場合は、格納されるファイルのサイズ要件に近いサイズのディスク・デバイスを使用することをお薦めします。これらのファイル用に使用するディスクは、他の目的では使用できません。 |
表4-4 HP-UXでデータベース・ファイル用に必要なRAWディスク・デバイス
Oracle Clusterwareファイル用またはデータベース・ファイル用（あるいはその両方）に共有RAWディスク・デバイスを構成するには、次の手順を実行します。
データベース・ファイル記憶域にRAWディスク・デバイスを使用する場合は、作成するデータベースの名前を選択します。
指定する名前の先頭は文字である必要があり、4文字以下にする必要があります。たとえば、orclなどです。
必要なディスク・デバイスを確認または構成します。
ディスク・デバイスは、すべてのクラスタ・ノードで共有されている必要があります。
すべてのノードで次のコマンドを入力し、ディスクが使用可能であることを確認します。
# /usr/sbin/ioscan -fun -C disk
Class I H/W Path Driver S/W State H/W Type Description
==========================================================================
disk 0 0/0/1/0.6.0 sdisk CLAIMED DEVICE HP DVD-ROM 6x/32x
/dev/dsk/c0t6d0 /dev/rdsk/c0t6d0
disk 1 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
このコマンドによって、システムに取り付けられている各ディスクの情報が表示されます。これには、キャラクタRAWデバイス名（/dev/rdsk/cxtydz）も含まれます。
|
注意: HP-UX 11i V.3では、アジャイル・ビューを使用して、キャラクタRAWデバイス（/dev/rdisk/diskxyz）を含む、マス・ストレージ・デバイスを確認することもできます。次に例を示します。
#>ioscan -funN -C disk
Class I H/W Path Driver S/W State H/W Type Description
===================================================================
disk 4 64000/0xfa00/0x1 esdisk CLAIMED DEVICE HP 73.4GST373454LC
/dev/disk/disk4 /dev/rdisk/disk4
disk 907 64000/0xfa00/0x2f esdisk CLAIMED DEVICE COMPAQ MSA1000 VOLUME
/dev/disk/disk907 /dev/rdisk/disk907
|
ioscanコマンドを実行しても、使用するデバイスのデバイス名情報が表示されない場合は、次のコマンドを入力して、すべての新しいデバイス用に特別なデバイス・ファイルをインストールします。
# /usr/sbin/insf -e
使用するディスクごとに、任意のノードで次のコマンドを入力して、そのディスクがLVMボリューム・グループにまだ属していないことを確認します。
# /sbin/pvdisplay /dev/dsk/cxtydz
このコマンドによってボリューム・グループの情報が表示された場合、そのディスクはボリューム・グループにすでに属しています。選択するディスクは、LVMボリューム・グループに属していてはいけません。
|
注意: 別のボリューム管理ソフトウェアを使用する場合（VERITAS Volume Managerなど）、ディスクが使用されていないことを確認する方法について、該当するマニュアルを参照してください。 |
ioscanコマンドによって、いずれかのノードで同じデバイスに異なるデバイス名が表示される場合は、次の手順を実行します。
ディレクトリを/dev/rdskディレクトリに変更します。
次のコマンドを入力して、RAWディスク・デバイス名とそれに関連付けられたメジャーおよびマイナー番号を表示します。
# ls -la
このコマンドの出力結果は、ディスク・デバイスごとに次のようになります。
crw-r--r-- 1 bin sys 188 0x032000 Nov 4 2003 c3t2d0
この例では、188はデバイスのメジャー番号で、0x32000はデバイスのマイナー番号です。
既存のデバイス・ファイルと同じメジャーおよびマイナー番号を指定して次のコマンドを入力し、使用するディスク用に新しいデバイス・ファイルを作成します。
|
注意: 前述の表に示した代替デバイス・ファイル名を使用することをお薦めします。 |
# mknod ora_ocr_raw_256m c 188 0x032000
各ノードで前述の手順を繰り返します。各ノードでは、新しいデバイス・ファイルに正しいメジャーおよびマイナー番号を指定します。
各ノードで次のコマンドを入力し、使用する各ディスク・デバイスのキャラクタRAWデバイス・ファイルの所有者、グループおよび権限を変更します。
|
注意: 自動ストレージ管理でマルチパス・ディスク・ドライバを使用している場合は、そのディスクの正しい論理デバイス名に対してのみ権限を設定してください。デバイスの代替デバイス・ファイルを作成した場合は、そのデバイス・ファイルに権限を設定します。 |
OCRの場合:
# chown root:oinstall /dev/rdsk/cxtydz # chmod 640 /dev/rdsk/cxtydz
Oracle Clusterware投票ディスクまたはデータベース・ファイルの場合:
# chown oracle:dba /dev/rdsk/cxtydz # chmod 660 /dev/rdsk/cxtydz
|
注意: DSF（アジャイル・ビュー）パスの場合は、次のパスを使用してコマンドを入力します。
# chmod 660 /dev/rdisk/diskxyz
|
データベース・ファイルにRAWディスク・デバイスを使用する場合は、次の手順を実行して、Database Configuration AssistantのRAWデバイス・マッピング・ファイルを作成します。
|
注意: データベース・ファイルにRAWデバイスを使用している場合にのみ、この手順を実行する必要があります。Database Configuration AssistantのRAWデバイス・マッピング・ファイルを使用すると、Database Configuration Assistantによって各データベース・ファイルの適切なRAWディスク・デバイスを特定できます。Database Configuration AssistantのRAWデバイス・マッピング・ファイルには、Oracle Clusterwareファイル用のRAWデバイスは指定しません。 |
環境変数ORACLE_BASEに、以前に選択または作成したOracleベース・ディレクトリを指定します。
Bourne、BashまたはKornシェル:
$ ORACLE_BASE=/u01/app/oracle ; export ORACLE_BASE
Cシェル:
% setenv ORACLE_BASE /u01/app/oracle
Oracleベース・ディレクトリにデータベース・ファイルのサブディレクトリを作成し、そのサブディレクトリに適切な所有者、グループおよび権限を設定します。
# mkdir -p $ORACLE_BASE/oradata/dbname
# chown -R oracle:oinstall $ORACLE_BASE/oradata
# chmod -R 775 $ORACLE_BASE/oradata
この例では、dbnameは、以前選択したデータベースの名前です。
ディレクトリを$ORACLE_BASE/oradata/dbnameディレクトリに変更します。
任意のテキスト・エディタを使用して、各データベース・ファイルに関連付けられるディスク・デバイス・ファイル名を示す、次のようなテキスト・ファイルを作成します。
このファイルには、dbname_raw.confのようなファイル名を使用することをお薦めします。
|
注意: 次に示すのは、2インスタンスのRACクラスタに対するマッピング・ファイルの例です。一部のデバイスでは、代替ディスク・デバイス・ファイル名が使用されます。指定したデバイス・ファイル名は、すべてのノードで同じディスク・デバイスを示す必要があります。 |
system=/dev/rdsk/c2t1d1 sysaux=/dev/rdsk/c2t1d2 example=/dev/rdsk/c2t1d3 users=/dev/rdsk/c2t1d4 temp=/dev/rdsk/c2t1d5 undotbs1=/dev/rdsk/c2t1d6 undotbs2=/dev/rdsk/c2t1d7 redo1_1=/dev/rdsk/c2t1d8 redo1_2=/dev/rdsk/c2t1d9 redo2_1=/dev/rdsk/c2t1d10 redo2_2=/dev/rdsk/c2t1d11 control1=/dev/rdsk/c2t1d12 control2=/dev/rdsk/c2t1d13 spfile=/dev/rdsk/dbname_spfile_raw_5m pwdfile=/dev/rdsk/dbname_pwdfile_raw_5m
この例では、dbnameは、データベースの名前です。
次のガイドラインに従って、ファイルを作成および編集します。
ファイルの各行は、次の形式である必要があります。
database_object_identifier=device_file_name
前述の表に示した代替デバイス・ファイル名には、このマッピング・ファイルに使用する必要があるデータベース・オブジェクト識別子が含まれます。たとえば、次の代替ディスク・デバイス・ファイル名では、redo1_1がデータベース・オブジェクト識別子です。
rac_redo1_1_raw_120m
RACデータベースの場合、ファイルは、各インスタンスに対して1つの自動UNDO表領域データ・ファイル（undotbsn）と2つのREDOログ・ファイル（redon_1、redon_2）を指定する必要があります。
2つ以上の制御ファイル（control1、control2）を指定します。
自動UNDO管理のかわりに手動UNDO管理を使用するには、自動UNDO管理表領域のかわりに単一のRBS表領域データ・ファイル（rbs）を指定します。
ファイルを保存して、指定したファイル名を書き留めます。
この章の後半でoracleユーザーの環境を構成する際に、このファイルへのフル・パスが指定されるように環境変数DBCA_RAW_CONFIGを設定します。
Oracle Clusterwareをインストールする際に、OCRおよびOracle Clusterware投票ディスクのパスを求められたら、適切なデバイス・ファイルへのパスを入力する必要があります。次に例を示します。
/dev/rdsk/cxtydz
|
注意: 次の項では、コマンドラインを使用して、HP Serviceguard Extensionを使用するシステムに論理ボリュームを作成する方法を説明します。SAMを使用して、同じ作業を行うことができます。SAMの使用方法の詳細は、HP-UXのマニュアルを参照してください。 |
この項では、Oracle Clusterware用の共有RAW論理ボリュームと、Oracle Real Application Clusters（RAC）データベース用のデータベース・ファイル記憶域を構成する方法について説明します。この項では、両方のファイル・タイプに必要な論理ボリュームを含む新しい共有ボリューム・グループを作成する手順を説明します。
共有RAW論理ボリュームを使用するには、すべてのクラスタ・ノードにHP Serviceguard Extension for Oracle RACをインストールする必要があります。HP Serviceguard Extension for Oracle RACがインストールされていない場合は、共有RAWディスク・デバイスを使用して、Oracle Clusterwareまたはデータベース・ファイルを格納できます。ただし、この方法を使用するのは、Oracle Clusterwareファイルに対してのみとし、データベース・ファイル記憶域には、自動ストレージ管理などの別の方法を使用することをお薦めします。
続行する前に、今回のリリースで共有論理ボリュームを使用する場合の重要な情報が含まれている次のガイドラインを確認してください。
Oracle Clusterwareおよびデータベース・ファイルには、共有ボリューム・グループを使用する必要があります。
Oracle Clusterwareファイルには、560MB以上のディスク領域（外部冗長を使用）が必要です。ボリューム・グループのディスク領域を効率的に使用するには、Oracle Clusterwareファイルおよびデータベース・ファイルの両方で、論理ボリュームに同じ共有ボリューム・グループを使用することをお薦めします。
RAW論理ボリュームを使用する既存のOracle9iリリース2のRACインストールをアップグレードする場合は、OCR用の既存のSRVM構成リポジトリ論理ボリュームを使用し、同じボリューム・グループにOracle Clusterware投票ディスク用の新しい論理ボリュームを作成できます。ただし、Oracle Clusterwareをインストールする前に、このボリューム・グループを現在アクティブ化しているすべてのServiceguardパッケージからこのボリューム・グループを削除しておく必要があります。
|
参照: Serviceguardパッケージからボリューム・グループを削除する方法については、HP ServiceguardまたはHP Serviceguard Extension for Oracle RACのマニュアルを参照してください。 |
|
注意: データベースをアップグレードする場合は、SYSAUX表領域用に新しい論理ボリュームも作成する必要があります。Oracle Clusterware投票ディスクおよびSYSAUX論理ボリュームの要件の詳細は、「新しいボリューム・グループでのRAW論理ボリュームの作成」を参照してください。 |
データベース・ファイルおよびOracle Clusterwareファイルのみを含む新しいボリューム・グループまたは既存のボリューム・グループをアクティブ化するには、ユーザー独自の起動スクリプトまたはServiceguardパッケージのいずれかを使用する必要があります。
|
参照: Oracle RAC用の共有ボリューム・グループをアクティブ化するServiceguardパッケージの作成については、HP Serviceguardのマニュアルを参照してください。 |
Oracle Clusterwareまたはデータベース・ファイルに使用するすべての共有ボリューム・グループは、インストールを開始する前に、共有モードでアクティブ化する必要があります。
Oracle RACに使用するすべての共有ボリューム・グループ（Oracle Clusterwareファイルを含むボリューム・グループを含む）は、パラメータOPS_VOLUME_GROUPを使用してクラスタ構成ファイルに指定する必要があります。
|
注意: 既存のHP ServiceguardクラスタにOracle RAC用の新しい共有ボリューム・グループを作成する場合は、Oracle Clusterwareをインストールする前に、クラスタを再構成および再起動する必要があります。クラスタの構成および共有ボリューム・グループの指定については、HP Serviceguardのマニュアルを参照してください。 |
この項では、基本的なボリューム・グループとボリュームを作成する手順について説明します。ミラー化を使用するなど、より複雑なボリュームを構成する場合は、この項とともにHP Serviceguardのマニュアルも参照してください。
ボリューム・グループを作成するには、次の手順を実行します。
すべてのノードで次のコマンドを入力し、ディスクが使用可能であることを確認します。
# /sbin/ioscan -fun -C disk
Class I H/W Path Driver S/W State H/W Type Description
==========================================================================
disk 0 0/0/1/0.6.0 sdisk CLAIMED DEVICE HP DVD-ROM 6x/32x
/dev/dsk/c0t6d0 /dev/rdsk/c0t6d0
disk 1 0/0/1/1.2.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c1t2d0 /dev/rdsk/c1t2d0
disk 2 0/0/2/0.2.0 sdisk CLAIMED DEVICE SEAGATE ST118202LC
/dev/dsk/c2t2d0 /dev/rdsk/c2t2d0
このコマンドによって、システムに取り付けられている各ディスクの情報が表示されます。これには、キャラクタRAWデバイス名（/dev/rdsk/cxtydz）も含まれます。
ioscanコマンドを実行しても、使用するデバイスのデバイス名情報が表示されない場合は、次のコマンドを入力して、すべての新しいデバイス用に特別なデバイス・ファイルをインストールします。
# /usr/sbin/insf -e
ボリューム・グループに追加するディスクごとに、任意のノードで次のコマンドを入力して、そのディスクがLVMボリューム・グループにまだ属していないことを確認します。
# /sbin/pvdisplay /dev/dsk/cxtydz
このコマンドによってボリューム・グループの情報が表示された場合、そのディスクはボリューム・グループにすでに属しています。
ボリューム・グループに追加するディスクごとに、任意のノードで次のコマンドを入力します。
# /sbin/pvcreate /dev/rdsk/cxtydz
次のコマンドを入力して、/devディレクトリにボリューム・グループ用のディレクトリを作成します。vg_nameは、ボリューム・グループに使用する名前です。
# mkdir /dev/vg_name
クラスタの各ノードで次のコマンドを入力して、使用されているデバイスのマイナー番号を確認します。
# ls -la /dev/*/group
このコマンドの出力結果に、すべての構成済ボリューム・グループが使用するデバイス番号の情報が次のように表示されます。
crw-r----- 1 root sys 64 0x000000 Mar 4 2002 /dev/vg00/group crw-r--r-- 1 root sys 64 0x010000 Mar 4 2002 /dev/vg01/group
この例では、64はすべてのボリューム・グループ・デバイスが使用するメジャー番号で、0x000000および0x010000はそれぞれボリューム・グループvg00およびvg01が使用するマイナー番号です。マイナー番号の書式は0xnn0000です。nnは、00からmaxvgsカーネル・パラメータの値-1の範囲の数値です。maxvgsパラメータのデフォルト値は10であるため、デフォルトの範囲は00から09です。
クラスタ内のすべてのノードで使用されていない適切なマイナー番号を特定します。
次のコマンドを使用して、ボリューム・グループを作成し、アクティブ化します。
# /sbin/mknod /dev/vg_name/group c 64 0xnn0000 # /sbin/vgcreate /dev/vg_name /dev/rdsk/cxtydz . . . # /sbin/vgchange -a y vg_name
この例の意味は、次のとおりです。
vg_nameは、ボリューム・グループに指定する名前です。
0xnn0000は、クラスタ内のすべてのノードで使用されていないマイナー番号です。
/dev/rdsk/cxtydz...は、ボリューム・グループに追加するディスクに対する1つ以上のRAWデバイス名のリストです。
新しいボリューム・グループに必要なRAW論理ボリュームを作成するには、次の手順を実行します。
作成するデータベースの名前を選択します。
指定する名前の先頭は文字である必要があり、4文字以下にする必要があります。たとえば、orclなどです。
表4-5に、Oracle Clusterwareファイル用に作成する必要がある論理ボリュームの数およびサイズを示します。
表4-5 HP-UXでデータベース・ファイル用に必要なRAW論理ボリューム
次のコマンドを入力して、必要な論理ボリュームをそれぞれ作成します。
# /sbin/lvcreate -n LVname -L size /dev/vg_name
この例の意味は、次のとおりです。
LVnameは、作成する論理ボリュームの名前です。
論理ボリュームには、前述の表に示した例の名前を使用することをお薦めします。例に示した論理ボリューム名のdbname変数を、手順1でデータベース用に選択した名前と置き換えます。
vg_nameは、論理ボリュームを作成するボリューム・グループの名前です。
sizeは、論理ボリュームのサイズ（MB）です。
次の例は、testという名前のデータベースのSYSAUX表領域用に、800MBの論理ボリュームをoracle_vgボリューム・グループに作成するために使用するコマンドの例を示しています。
# /sbin/lvcreate -n test_sysaux_raw_800m -L 800 /dev/oracle_vg
次のように、作成した論理ボリュームに関連付けられるキャラクタ・デバイス・ファイルの所有者、グループおよび権限を変更します。
# chown oracle:dba /dev/vg_name/r* # chmod 755 /dev/vg_name # chmod 660 /dev/vg_name/r*
次のように、Oracle Cluster Registry用の論理ボリュームに関連付けられるキャラクタ・デバイス・ファイルの所有者およびグループを変更します。
# chown root:oinstall /dev/vg_name/rora_ocr_raw_256m
ボリューム・グループをエクスポートし、他のクラスタ・ノードでインポートするには、次の手順を実行します。
# /sbin/vgchange -a n vg_name
次のコマンドを入力して、ボリューム・グループの説明と、それに関連する論理ボリュームをマップ・ファイルにエクスポートします。
# /sbin/vgexport -v -s -p -m /tmp/vg_name.map /dev/vg_name
次のコマンドを入力して、マップ・ファイルを他のクラスタ・ノードにコピーします。
# rcp /tmp/vg_name.map nodename:/tmp/vg_name.map
他のクラスタ・ノードで次のコマンドを入力して、最初のノードで作成したボリューム・グループをインポートします。
# mkdir /dev/vg_name # /sbin/mknod /dev/vg_name/group c 64 0xnn0000 # /sbin/vgimport -v -s -m /tmp/vg_name.map /dev/vg_name
他のクラスタ・ノードで次のコマンドを入力して、作成した論理ボリュームに関連付けられているキャラクタ・デバイス・ファイルの所有者、グループおよび権限を変更します。
# chown oracle:dba /dev/vg_name/r* # chmod 755 /dev/vg_name # chmod 660 /dev/vg_name/r*
次のように、Oracle Cluster Registry用の論理ボリュームに関連付けられるキャラクタ・デバイス・ファイルの所有者およびグループを変更します。
# chown root:oinstall /dev/vg_name/rora_ocr_raw_256m
すべてのクラスタ・ノードで、ボリューム・グループを共有モードでアクティブ化するには、各ノードで次のコマンドを入力します。
# /sbin/vgchange -a s vg_name
|
注意: データベース・ファイルにRAW論理ボリュームを使用している場合にのみ、この手順を実行する必要があります。Database Configuration AssistantのRAWデバイス・マッピング・ファイルには、Oracle Clusterwareファイル用のRAW論理ボリュームは指定しません。 |
Database Configuration Assistantで各データベース・ファイルに適切なRAWデバイスを識別できるようにするには、次の手順に従って、RAWデバイス・マッピング・ファイルを作成する必要があります。
環境変数ORACLE_BASEに、以前に選択または作成したOracleベース・ディレクトリを指定します。
Bourne、BashまたはKornシェル:
$ ORACLE_BASE=/u01/app/oracle ; export ORACLE_BASE
Cシェル:
% setenv ORACLE_BASE /u01/app/oracle
Oracleベース・ディレクトリにデータベース・ファイルのサブディレクトリを作成し、そのサブディレクトリに適切な所有者、グループおよび権限を設定します。
# mkdir -p $ORACLE_BASE/oradata/dbname
# chown -R oracle:oinstall $ORACLE_BASE/oradata
# chmod -R 775 $ORACLE_BASE/oradata
この例では、dbnameは、以前選択したデータベースの名前です。
ディレクトリを$ORACLE_BASE/oradata/dbnameディレクトリに変更します。
次のコマンドを入力して、RAWデバイス・マッピング・ファイルの作成に使用可能なテキスト・ファイルを作成します。
# find /dev/vg_name -user oracle -name 'r*' -print > dbname_raw.conf
任意のテキスト・エディタでdbname_raw.confファイルを編集して、次のようなファイルを作成します。
|
注意: 次に示すのは、2インスタンスのRACクラスタに対するマッピング・ファイルの例です。 |
system=/dev/vg_name/rdbname_system_raw_500m sysaux=/dev/vg_name/rdbname_sysaux_raw_800m example=/dev/vg_name/rdbname_example_raw_160m users=/dev/vg_name/rdbname_users_raw_120m temp=/dev/vg_name/rdbname_temp_raw_250m undotbs1=/dev/vg_name/rdbname_undotbs1_raw_500m undotbs2=/dev/vg_name/rdbname_undotbs2_raw_500m redo1_1=/dev/vg_name/rdbname_redo1_1_raw_120m redo1_2=/dev/vg_name/rdbname_redo1_2_raw_120m redo2_1=/dev/vg_name/rdbname_redo2_1_raw_120m redo2_2=/dev/vg_name/rdbname_redo2_2_raw_120m control1=/dev/vg_name/rdbname_control1_raw_110m control2=/dev/vg_name/rdbname_control2_raw_110m spfile=/dev/vg_name/rdbname_spfile_raw_5m pwdfile=/dev/vg_name/rdbname_pwdfile_raw_5m
この例の意味は、次のとおりです。
vg_nameは、ボリューム・グループの名前です。
dbnameは、データベースの名前です。
次のガイドラインに従って、ファイルを作成および編集します。
ファイルの各行は、次の形式である必要があります。
database_object_identifier=logical_volume
このマニュアルに示す論理ボリューム名には、このマッピング・ファイルに使用する必要があるデータベース・オブジェクト識別子が含まれます。たとえば、次の論理ボリューム名では、redo1_1がデータベース・オブジェクト識別子です。
/dev/oracle_vg/rrac_redo1_1_raw_120m
ファイルは、各インスタンスに対して1つの自動UNDO表領域データ・ファイル（undotbsn）と2つのREDOログ・ファイル（redon_1、redon_2）を指定する必要があります。
2つ以上の制御ファイル（control1、control2）を指定します。
自動UNDO管理のかわりに手動UNDO管理を使用するには、自動UNDO管理表領域のかわりに単一のRBS表領域データ・ファイル（rbs）を指定します。
ファイルを保存して、指定したファイル名を書き留めます。
この章の後半でoracleユーザーの環境を構成する際に、このファイルへのフル・パスが指定されるように環境変数DBCA_RAW_CONFIGを設定します。
