10g リリース2（10.2） for Linux
B25818-05
 目次 |
 索引 |
| Oracle Database Oracle ClusterwareおよびOracle Real Application Clustersインストレーション・ガイド 10g リリース2（10.2） for Linux B25818-05 |
|
この章では、Oracle Universal Installerを起動する前に完了する必要がある、記憶域の構成作業について説明します。この章で説明する作業は、次のとおりです。
この項では、Oracle Clusterwareファイル、Oracleデータベース・ファイルおよびデータ・ファイルの格納でサポートされているオプションについて説明します。
Oracle Clusterwareファイルの格納には、次の2つの方法があります。
Oracleデータベースおよびリカバリ・ファイルの格納には、次の3つの方法があります。
すべてのインストールに対して、Oracle ClusterwareファイルおよびOracleデータベース・ファイルで使用する記憶域オプションを選択する必要があります。また、インストール中に自動バックアップを有効にする場合は、リカバリ・ファイル（フラッシュ・リカバリ領域）で使用する記憶域オプションを選択する必要があります。各ファイル・タイプに同一の記憶域を使用する必要はありません。
投票ディスク・ファイルを配置する場合、各投票ディスクがハードウェア・デバイスまたはディスク、他のシングル・ポイント障害を共有しないように、構成されていることを確認します。構成されている投票ディスクの絶対多数（半分以上）は使用可能であり、常にOracle Clusterwareの動作に応答する必要があります。
フェイルオーバー用にOracle Clusterwareを使用するシングル・インスタンスのOracleデータベース環境では、フェイルオーバー・プロセスにディスクのディスマウントおよび再マウントを含めない場合、OCFS、ASMまたは共有RAWディスクを使用する必要があります。
次の表に、Oracle Clusterwareファイル、Oracleデータベース・ファイルおよびOracleデータベースのリカバリ・ファイルを格納するために使用できる記憶域オプションを示します。Oracleデータベース・ファイルには、データ・ファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイルおよびパスワード・ファイルが含まれています。Oracle Clusterwareファイルには、Oracle Cluster Registry（OCR）、ミラー化されたOCRファイル（オプション）、Oracle Clusterwareの投票ディスクおよび追加の投票ディスク・ファイル（オプション）が含まれています。
次のガイドラインに従って、各ファイル・タイプで使用する記憶域オプションを選択します。
ディスクの記憶域オプションを決定したら、次の作業をここに示す順序どおりに実行する必要があります。
「CVUを使用した使用可能な共有記憶域の検証」を参照してください。
サポートされている共有ファイル・システムについて、クラスタ内のすべてのノードで使用可能な共有ファイル・システムを検証するには、次のコマンドを使用します。
/mountpoint/crs/Disk1/cluvfy/runcluvfy.sh comp ssa -n node_list
クラスタ内の特定のノードと特定の共有記憶域タイプの間の共有アクセス性を検証する場合は、次のコマンド構文を使用します。
/mountpoint/crs/Disk1/cluvfy/runcluvfy.sh comp ssa -n node_list -s storageID_list
前述の構文例で、mountpoint変数はインストール・メディアのマウント・ポイント・パス、node_list変数は検証するノードのカンマ区切りリスト、storageID_list変数は検証対象のファイル・システム・タイプによって管理されるストレージ・デバイスのストレージ・デバイスIDのリストです。
たとえば、マウント・ポイントが/dev/dvdrom/で、ストレージ・デバイス/dev/sdbおよび/dev/sdcのnode1およびnode2からの共有アクセス性を検証する場合は、次のコマンドを入力します。
/dev/dvdrom/crs/Disk1/cluvfy/runcluvfy.sh comp ssa -n node1,node2 -s /dev/sdb,/dev/sdc
コマンドにストレージ・デバイスIDを指定しなかった場合は、コマンドによって、リスト上のノードに接続されているすべての使用可能なストレージ・デバイスが検索されます。
Oracle Universal Installer（OUI）では、Oracle Cluster Registry（OCR）またはOracle Clusterware投票ディスク用のデフォルトの格納先は提供されません。ファイル・システムにこれらのファイルを作成する場合は、次の項を確認して、Oracle Clusterwareファイル用の記憶域要件を満たしておきます。
Oracle Clusterwareファイルにファイル・システムを使用する場合、そのファイル・システムは次の要件を満たす必要があります。
oracleユーザーには、指定したパスにファイルを作成するための書込み権限が必要です。表3-2を使用して、共有ファイル・システムのパーティション・サイズを決定します。
表3-2で、必要なボリューム・サイズの合計を加算して求めます。たとえば、すべてのファイルを共有ファイル・システムに格納するには、2つ以上のボリュームで3.4GB以上の記憶域が使用可能である必要があります。
Linux x86（32-bit）、x86（64-bit）およびLinux Itaniumプラットフォーム用として、Oracle Cluster File System（OCFS）が提供されます。OCFSは、Linuxカーネル2.4用に設計されています。Oracle Cluster File System 2（OCFS2）は、Linuxカーネル2.6用に設計されています。OCFS2には、共有Oracleホームを配置できます。
IBM POWERにインストールし、クラスタ・ファイル・システムを使用する場合は、IBM General Parallel File System（GPFS）を使用する必要があります。GPFSクラスタ・ファイル・システムには、共有Oracleホームを配置できます。
既存のOracleインストールがある場合は、次のコマンドを使用して、OCFSまたはOCFS2がインストールされているかどうかを確認します。
# rpm -qa | grep ocfs
次のコマンドを入力して、OCFSがロードされていることを確認します。
/etc/init.d/ocfs status
NFSを使用している場合は、NFSバッファ・サイズ・パラメータ（rsizeおよびwsize）の値を16384以上に設定する必要があります。推奨は32768です。
たとえば、rsizeおよびwsizeバッファ設定を32768にして使用する場合は、次のエントリで各ノードの/etc/fstabファイルを更新します。
nfs_server:/vol/DATA/oradata /home/oracle/netapp nfs\ rw,bg,hard,nointr,rsize=32768,wsize=32768,tcp,actimeo=0,vers=3,timeo=600
次の手順に従って、Oracle Clusterwareファイル用のディレクトリを作成します。また、Oracleデータベースおよびリカバリ・ファイル用に共有ファイル・システムを構成することもできます。
Oracleベース・ディレクトリとは別のファイル・システムにOracle Clusterwareファイル用のディレクトリを作成するには、次の手順を実行します。
df -hコマンドを使用して、マウントされた各ファイル・システムの空きディスク領域を確認します。
| ファイル・タイプ | ファイル・システムの要件 |
|---|---|
|
Oracle Clusterwareファイル |
1.4GB以上の空き領域を持つ単一のファイル・システムを選択します。 |
|
データベース・ファイル |
次のいずれかを選択します。 |
|
リカバリ・ファイル |
2GB以上の空き領域を持つ単一のファイル・システムを選択します。 |
複数のファイル・タイプに対して同じファイル・システムを使用している場合は、各タイプに対するディスク領域要件を追加して、ディスク領域要件の合計を判断します。
oracle）がOracle ClusterwareおよびOracleデータベースをインストールするディスクにディレクトリを作成する権限を所有している場合は、OUIによってOracle Clusterwareファイル・ディレクトリが作成され、DBCAによってOracleデータベース・ファイル・ディレクトリとリカバリ・ファイル・ディレクトリが作成されます。インストールを実行しているユーザーが書込み権限を所有していない場合は、次のコマンドを使用してこれらのディレクトリを手動で作成する必要があります。次のコマンドでは、それぞれのマウント・ポイント・ディレクトリに推奨されるサブディレクトリが作成され、適切な所有者、グループおよびそのサブディレクトリの権限が設定されます。
# mkdir /mount_point/oracrs # chown oracle:oinstall /mount_point/oracrs # chmod 775 /mount_point/oracrs
# mkdir /mount_point/oradata # chown oracle:oinstall /mount_point/oradata # chmod 775 /mount_point/oradata
# mkdir /mount_point/flash_recovery_area # chown oracle:oinstall /mount_point/flash_recovery_area # chmod 775 /mount_point/flash_recovery_area
oracleユーザーをこれらのディレクトリの所有者にすると、これらのディレクトリが複数のOracleホーム（異なるOSDBAグループによるものも含む）から読み取られるようになります。
それぞれのマウント・ポイント・ディレクトリにサブディレクトリを作成し、適切な所有者、グループおよび権限を設定すると、OCFSまたはNFSの構成は完了です。
次の項では、RAWパーティションでのOracle Clusterwareファイルの構成方法について説明します。
この項では、Oracle ClusterwareファイルのRAWパーティションを作成する手順について説明します。
x86およびItaniumシステムの場合、Red Hat Enterprise Linux 3およびSUSE Linux Enterprise ServerではLogical Volume Manager（LVM）が提供されますが、このLVMはクラスタ対応ではありません。このため、Oracle Clusterwareまたはデータベース・ファイルのいずれに対しても、x86およびItaniumシステムのRACで論理ボリュームを使用することはできません。
IBM zSeriesベースのシステムでは、RAW論理ボリュームを使用できます。
表3-3 に、Oracle Clusterwareファイル用に構成する必要があるRAWパーティションの数およびサイズを示します。
RAWデバイスにIDE、SCSIまたはRAIDデバイスを使用する場合は、次の手順を実行します。
# /sbin/fdisk -l
デバイス名は、ディスク・タイプによって異なることがあります。
追加した新しいデバイスまたは以前にパーティション化された（パーティション化されていない空き領域を持つ）デバイスに、必要なRAWパーティションを作成できます。パーティション化されていない空き領域を持つデバイスを特定するには、既存のパーティションの最初および最後のシリンダ数を調べて、デバイスに未使用のシリンダが含まれているかどうか確認します。
# /sbin/fdisk devicename
パーティション作成時には、次の操作を実行します。
zSeries Linuxでのみ、Oracle ClusterwareおよびOracleデータベース・ファイル記憶域に対してRAW論理ボリューム・マネージャのボリュームを使用できます。ダイレクト・アクセス・ストレージ・デバイス（DASD）またはSCSIデバイス上のボリューム・グループに、必須のRAW論理ボリュームを作成できます。この項では、Oracle ClusterwareのRAW論理ボリュームを作成する方法について説明します。
|
注意: x86およびItaniumシステムの場合、Red Hat Enterprise Linux 3およびSUSE Linux Enterprise ServerではLogical Volume Manager（LVM）が提供されますが、このLVMはクラスタ対応ではありません。このため、Oracle Clusterwareまたはデータベース・ファイルのいずれに対しても、x86およびItaniumシステムのRACで論理ボリュームを使用することはできません。 RAWデバイスを使用するには、「RAWデバイスでのOracle Clusterwareファイル用の記憶域の構成」を参照してください。 |
Oracle Clusterwareファイル（Oracle Cluster RegistryおよびCRS投票ディスク）のRAWパーティションとして使用するために、ECKDタイプのダイレクト・アクセス・ストレージ・デバイス（DASD）を使用する場合は、4 KBブロック・サイズでDASDをフォーマットする必要があります。
Oracle ClusterwareおよびOracleデータベース・ファイルのRAW論理ボリュームを構成するには、次の手順を実行します。
# more /proc/dasd/devices
このコマンドの出力結果には、次のような行が含まれます。
0302(ECKD) at ( 94: 48) is dasdm : active at blocksize: 4096, 540000 blocks, 2109 MB
これらの行では、各DASDの次の情報が表示されます。
表示されたデバイスがFBAタイプのDASDの場合、それらを構成する必要はありません。「Oracle Clusterwareファイル用のRAWデバイスへのパーティションのバインド」の項で説明するとおり、Oracle Clusterwareファイルへのバインド手順に進むことができます。
ECKDタイプのDASDを使用する場合は、次のようなコマンドを入力して、DASDをフォーマットします（まだフォーマットされていない場合）。
# /sbin/dasdfmt -b 4096 -y -d cdl -v -f /dev/dasdxxxx
前述のコード例の意味は次のとおりです。
-b 4096: ブロック・サイズを4KBに設定します。
-y: 確認を求めないことを示します。
-d cdl: 互換性のあるディスク・レイアウトを使用することを示します（デフォルト）。
-v: 詳細メッセージ出力が表示されます。単一のパーティションのみ必要な場合、Linuxディスク・レイアウトを使用してDASDをフォーマットするために-d ldlオプションを使用します。このディスク・レイアウトを使用する場合、DASDのパーティション・デバイス名は/dev/dasdxxxx1です。
互換性のあるディスク・レイアウトでDASDをフォーマットする場合は、次のコマンドを入力して、単一のディスク全体パーティションをデバイスに作成します。
# /sbin/fdasd -a /dev/dasdxxxx
DASDに対する単一のディスク全体パーティションのデバイス名は、/dev/dasdxxxx1です。
DASD上にRAW論理ボリュームを作成する際、互換性のあるディスク・レイアウトでDASDがフォーマットされている場合は、パーティションを作成する方法を決定します。
デバイス上に最大3つのパーティションを作成する（たとえば、Oracle Clusterwareファイルのパーティションを作成する）には、次のコマンドを入力します。
# /sbin/fdasd /dev/dasdxxxx
パーティションの作成では、次のガイドラインに従います。
pコマンドを使用して、デバイスのパーティション表を表示します。
nコマンドを使用して、新しいパーティションを作成します。
wコマンドを使用して、変更されたパーティション表をデバイスに書き込みます。
fdasdのマニュアル・ページを参照してください。
DASD上のパーティションには次のようなデバイス名があります。nは、1〜3のパーティション番号です。
/dev/dasdxxxxn
パーティションの作成が完了すると、デバイスを物理ボリュームとしてマークできる状態になります。手順6に進みます。
# /sbin/fdisk -l
SCSIデバイスには、次のようなデバイス名があります。
/dev/sdxn
この例で、xは、SCSIディスクを識別する文字です。また、nは、パーティションの番号です。たとえば、/dev/sdaは、第1 SCSIバスの第1ディスクです。
fdiskを使用して、使用するデバイス上にパーティションを作成します。
fdiskのtコマンドを使用して、使用するパーティションのシステムIDを0x8eに変更します。
# pvcreate oracle_pv /dev/dasdxx1 /dev/dasdxy1
oracle_vgというボリューム・グループを作成するには、次のコマンドを入力します。
# vgcreate oracle_vg /dev/dasda1 /dev/dasdb1
# lvcreate -L size -n lv_name vg_name
この例の意味は、次のとおりです。
sizeは、論理ボリュームのサイズです（たとえば 500M）。
lv_nameは、論理ボリュームの名前です（たとえばorcl_system_raw_256m）。
vg_nameは、ボリューム・グループの名前です（たとえば oracle_vg）。
たとえば、oracle_vd1ボリューム・グループのOracle Clusterware投票ディスクracに対して256MBの論理ボリュームを作成するには、次のコマンドを入力します。
# lvcreate -L 256M -n rac_system_raw_500m oracle_vd1
# vgscan # vgchange -a y
必要なパーティションを作成した後、すべてのノードでパーティションをRAWデバイスにバインドする必要があります。ただし、どのRAWデバイスがすでに他のデバイスにバインドされているかを初めに確認する必要があります。この作業を実行するために使用する手順は、ご使用のLinuxディストリビューションによって異なります。
# /usr/bin/raw -qa
RAWデバイスのデバイス名は、/dev/raw/rawnという形式で、nが、RAWデバイスを識別する番号です。
使用する各デバイスに対して、すべてのノードで未使用のデバイス名を指定します。
/etc/sysconfig/rawdevicesファイルを開いて、作成したパーティションごとに次のような行を追加します。
/dev/raw/raw1 /dev/sdb1
パーティションごとに、未使用のRAWデバイスを指定します。
# chown root:oinstall /dev/raw/rawn # chmod 640 /dev/raw/rawn
oinstallグループをOCRの所有者にすると、このOCRが複数のOracleホーム（異なるOSDBAグループが作成されているOracleホームを含む）から読み取られるようになります。
# /sbin/service rawdevices restart
システムを再起動すると、rawdevicesファイルに示されているデバイスが自動的にバインドされます。
# /usr/sbin/raw -qa
RAWデバイスのデバイス名は、/dev/raw/rawnという形式で、nが、RAWデバイスを識別する番号です。
使用する各デバイスに対して、すべてのノードで未使用のデバイス名を指定します。
/etc/rawファイルを開き、次のような行を追加して各パーティションを未使用のRAWデバイスと関連付けます。
raw1:sdb1
# chown root:oinstall /dev/raw/rawn # chmod 640 /dev/raw/rawn
# /etc/init.d/raw start
# /sbin/chkconfig raw on
それぞれのマウント・ポイント・ディレクトリにサブディレクトリを作成し、適切な所有者、グループおよび権限を設定すると、サポートされる共有記憶域の構成は完了です。
データベース・ファイルは、データベースとリカバリ領域のファイルを集めたファイルで構成されています。データベース・ファイルの格納には、4つのオプションがあります。
Oracle Clusterwareの構成時に、OCFSまたはNFSを選択していて、作成したボリュームがデータベース・ファイルとリカバリ・ファイルを格納するのに十分な大きさである場合は、インストール前に必要な手順は完了です。第4章「Oracle Clusterwareのインストール」に進むことができます。
データベース・ファイルをASMに配置する場合は、「自動ストレージ管理用のディスクの構成」に進みます。
データベース・ファイルをRAWデバイスに配置し、データベース・ファイルおよびリカバリ・ファイルの記憶域管理を手動で行う場合は、「RAWデバイスでのデータベース・ファイル記憶域の構成」に進みます。
この項では、自動ストレージ管理で使用するディスクの構成方法について説明します。ディスクを構成する前に、必要なディスクの数と空きディスク領域の大きさを判断する必要があります。次の項では、要件の確認およびディスクの構成方法について説明します。
自動ストレージ管理を使用するための記憶域要件を指定するには、必要なデバイス数およびディスクの空き領域を確認する必要があります。この作業を実行するには、次の手順を実行します。
インストール時に自動バックアップを有効にしている場合、フラッシュ・リカバリ領域に自動ストレージ管理ディスク・グループを指定して、リカバリ・ファイル用の記憶域メカニズムとして自動ストレージ管理を選択できます。インストール時に選択するデータベースの作成方法に応じて次のいずれかを選択します。
インストール後にデータベース・コンフィギュレーション・アシスタントを使用してデータベースを作成する場合に、同じ選択内容を使用できます。
自動ストレージ管理ディスク・グループに選択した冗長レベルによって、自動ストレージ管理でディスク・グループ内のファイルをミラー化する方法および必要となるディスク数と空きディスク領域は次のようになります。
外部冗長ディスク・グループでは、最小で1台のディスク・デバイスが必要です。外部冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計です。
自動ストレージ管理は外部冗長ディスク・グループ内のデータをミラー化しないため、このタイプのディスク・グループのディスク・デバイスとしては、RAIDのみを使用するか、または同様にデバイス独自のデータ保護メカニズムを持つデバイスを使用することをお薦めします。
標準冗長ディスク・グループでは、自動ストレージ管理はデフォルトで2方向のミラー化を使用し、パフォーマンスおよび信頼性を向上させます。標準冗長ディスク・グループでは、最小で2台のディスク・デバイス（または2つの障害グループ）が必要です。標準冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の半分です。
ほとんどの使用環境では、標準冗長ディスク・グループを選択することをお薦めします。
高冗長ディスク・グループでは、自動ストレージ管理はデフォルトで3方向のミラー化を使用してパフォーマンスを向上させ、最高レベルの信頼性を提供します。高冗長ディスク・グループでは、最小で3台のディスク・デバイス（または3つの障害グループ）が必要です。高冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の3分の1です。
高冗長ディスク・グループでは、高レベルのデータ保護が提供されますが、この冗長レベルの使用を決定する前に、追加するストレージ・デバイスのコストを考慮する必要があります。
次の表を使用して、初期データベースのインストールに必要なディスクの最小台数およびディスクの最小領域を決定します。
| 冗長レベル | ディスクの最小台数 | データベース・ファイル | リカバリ・ファイル | 合計 |
|---|---|---|---|---|
|
外部 |
1 |
1.15GB |
2.3GB |
3.45GB |
|
標準 |
2 |
2.3GB |
4.6GB |
6.9GB |
|
高 |
3 |
3.45GB |
6.9GB |
10.35GB |
Oracle RACインストールでは、自動ストレージ管理のメタデータ用にディスク領域を追加する必要もあります。次の計算式を使用して、追加のディスク領域の要件を計算します（単位: MB）。
15 +（2×15 +（2×ディスクの台数）+（126×自動ストレージ管理インスタンスの数）
たとえば、高冗長ディスク・グループに3台のディスクを使用する4ノードのRAC環境では、525MBの追加ディスク領域が必要になります。
15 +（2×3）+（126×4）= 525
システム上ですでに自動ストレージ管理インスタンスが実行されている場合は、これらの記憶域要件を満たすために既存のディスク・グループを使用できます。インストール時、必要に応じて、既存のディスク・グループにディスクを追加できます。
次の項では、既存ディスク・グループの指定方法およびそのディスク・グループが持つ空きディスク領域の確認方法について説明します。
標準または高冗長ディスク・グループを使用する場合は、カスタム障害グループのディスク・デバイスを関連付けることによって、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスに独自の障害グループが含まれます。ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じSCSIコントローラに接続されている場合、コントローラに障害が発生すると、ディスク・グループは使用できなくなります。この例でのコントローラは、シングル・ポイント障害です。
このタイプの障害を防止するためには、2つのSCSIコントローラを使用します。各コントローラに2台のディスクを接続し、各コントローラに接続されたディスクに障害グループを定義します。この構成では、ディスク・グループが1つのSCSIコントローラの障害を許容できるようになります。
既存の自動ストレージ管理ディスク・グループにデータベース・ファイルまたはリカバリ・ファイルを格納する場合は、選択したインストール方法に応じて、次のいずれかを選択できます。
インストール後にデータベース・コンフィギュレーション・アシスタントを使用してデータベースを作成する場合に、同じ選択内容を使用できます。
既存の自動ストレージ管理ディスク・グループが存在するかどうか、またはディスク・グループに十分なディスク領域があるかどうかを判断するために、Oracle Enterprise Manager Grid ControlまたはDatabase Controlを使用できます。また、次の手順も使用できます。
oratabファイルの内容を表示して、自動ストレージ管理インスタンスがシステムに組み込まれているかどうかを判断します。
$ more /etc/oratab
自動ストレージ管理インスタンスがシステムに組み込まれている場合、oratabファイルには次のような行が含まれます。
+ASM2:oracle_home_path
この例では、+ASM2は自動ストレージ管理インスタンスのシステム識別子（SID）、oracle_home_pathは自動ストレージ管理インスタンスが組み込まれているOracleホーム・ディレクトリです。表記規則により、自動ストレージ管理インスタンスのSIDは、プラス（+）記号で始まります。
$ $ORACLE_HOME/bin/sqlplus "SYS/SYS_password as SYSDBA" SQL> STARTUP
SQL> SELECT NAME,TYPE,TOTAL_MB,FREE_MB FROM V$ASM_DISKGROUP;
自動ストレージ管理ライブラリ・ドライバ（ASMLIB）を使用すると、システムを再起動するたびにASMで使用するRAWデバイスをリバインドする必要がなくなるため、ディスク・デバイスの構成および管理が簡単になります。
自動ストレージ管理で使用するために構成されたディスクは、候補ディスクと呼ばれます。
Linuxのデータベース記憶域に自動ストレージ管理を使用する場合は、ASMLIBドライバと関連ユーティリティをインストールし、これらを使用して候補ディスクを構成することをお薦めします。
|
注意: 自動ストレージ管理ライブラリ・ドライバを使用しない場合は、RAWデバイスに対して使用する各ディスク・デバイスをバインドする必要があります。「ASMおよびRAWデバイスでのデータベース・ファイル記憶域の構成」を参照してください。 |
自動ストレージ管理ライブラリ（ASMLIB）・ドライバを使用して自動ストレージ管理デバイスを構成するには、次の作業を行います。
ASMLIBドライバ・ソフトウェアをインストールおよび構成するには、次の手順を実行します。
# uname -rm
http://www.oracle.com/technology/tech/linux/asmlib/index.html
次のパッケージをインストールする必要があります。versionはASMLIBドライバのバージョン、archはシステム・アーキテクチャ、kernelは使用しているカーネル・バージョンです。
oracleasm-support-version.arch.rpm oracleasm-kernel-version.arch.rpm oracleasmlib-version.arch.rpm
rootユーザーに切り替えます。
$ su -
# rpm -Uvh oracleasm-support-version.arch.rpm \ oracleasm-kernel-version.arch.rpm \ oracleasmlib-version.arch.rpm
たとえば、AMD64システムでRed Hat Enterprise Linux AS 4のエンタープライズ・カーネルを使用している場合は、次のコマンドを入力します。
# rpm -Uvh oracleasm-support-2.0.1.i386.rpm \ oracleasmlib-2.0.1.x86_64.rpm \ oracleasm-2.6.9-11.EL-2.0.1.x86_64.rpm
oracleasm初期化スクリプトを、configureオプションを指定して実行します。
# /etc/init.d/oracleasm configure
スクリプトによって、次の作業が実行されます。
自動ストレージ管理ディスク・グループで使用するディスク・デバイスを構成するには、次の手順を実行します。
# /sbin/fdisk -l
デバイス名は、ディスク・タイプによって異なることがあります。
ディスク・グループにデバイスを含めるには、ドライブ・デバイス名またはパーティション・デバイス名のいずれかを指定します。
fdiskまたはpartedのいずれかを使用して、使用するディスク・デバイスに、単一のディスク全体パーティションを作成します。
# /etc/init.d/oracleasm createdisk DISK1 /dev/sdb1
この例で、DISK1はディスクに割り当てる名前です。
rootとして次のコマンドを入力します。
# /etc/init.d/oracleasm scandisks
このコマンドによって、自動ストレージ管理ディスクとしてマークされているノードに接続されている共有ディスクが識別されます。
# /sbin/fdasd -a /dev/dasdxxxx
# /etc/init.d/oracleasm createdisk DISK1 /dev/sdb1
この例で、DISK1はディスクに割り当てる名前です。
# /etc/init.d/oracleasm scandisks
このコマンドによって、ASMディスクとしてマークされているノードに接続されている共有ディスクが識別されます。
自動ストレージ管理ライブラリ・ドライバおよびディスクを管理するには、表3-4に示す様々なオプションとともにoracleasm初期化スクリプトを使用します。
ASMLIBを使用した自動ストレージ管理の作成および構成が完了したら、第4章「Oracle Clusterwareのインストール」に進みます。
RAWデバイスを使用して自動ストレージ管理用のディスクを構成するには、次の作業を実行します。
RAWパーティションでのASMの作成および構成が完了したら、第4章「Oracle Clusterwareのインストール」に進みます。
次の項では、データベース・ファイル用のRAWパーティションの構成方法について説明します。
この項では、Oracleデータベース・ファイルのRAWパーティションを作成する手順について説明します。
x86およびItaniumシステムの場合、Red Hat Enterprise Linux 3およびSUSE Linux Enterprise ServerではLogical Volume Manager（LVM）が提供されますが、このLVMはクラスタ対応ではありません。このため、Oracle Clusterwareまたはデータベース・ファイルのいずれに対しても、x86およびItaniumシステムのRACで論理ボリュームを使用することはできません。
IBM zSeriesベースのシステムでは、RAW論理ボリュームを使用できます。
表3-5 に、データベース・ファイル用に構成する必要があるRAWパーティションの数およびサイズを示します。
zSeries Linuxで、Oracle CRSおよびデータベース・ファイル記憶域に対してRAW論理ボリューム・マネージャ（LVM）のボリュームを使用できます。ダイレクト・アクセス・ストレージ・デバイス（DASD）またはSCSIデバイス上のボリューム・グループに、必須のRAW論理ボリュームを作成できます。必要なRAW論理ボリュームを構成するには、次の手順を実行します。
# more /proc/dasd/devices
このコマンドの出力結果には、次のような行が含まれます。
0302(ECKD) at ( 94: 48) is dasdm : active at blocksize: 4096, 540000 blocks, 2109 MB
これらの行では、各DASDの次の情報が表示されます。
表示されたデバイスがFBAタイプのDASDの場合、それらを構成する必要はありません。「データベース・ファイル用のRAWデバイスへのパーティションのバインド」の項で説明するとおり、Oracleデータベース・ファイルへのバインド手順に進むことができます。
ECKDタイプのDASDを使用する場合は、次のようなコマンドを入力して、DASDをフォーマットします（まだフォーマットされていない場合）。
# /sbin/dasdfmt -b 4096 -f /dev/dasdxxxx
このコマンドでは4KBのブロック・サイズおよび互換性のあるディスク・レイアウト（デフォルト）でDASDをフォーマットします。互換性のあるディスク・レイアウトによってDASD上に最大3つのパーティションを作成することができます。
また、単一のパーティションのみを必要とする場合（たとえば、ASMファイル管理のパーティションを作成する場合）、-d ldlオプションを使用して、Linuxディスク・レイアウトを使用しDASDをフォーマットすることができます。このディスク・レイアウトを使用する場合、DASDのパーティション・デバイス名は、/dev/dasdxxxx1です。
DASD上にRAW論理ボリュームを作成する際、互換性のあるディスク・レイアウトでDASDがフォーマットされている場合は、パーティションを作成する方法を決定します。
デバイス上に単一のディスク全体パーティションを作成する（たとえば、データベース・ファイルのRAW論理ボリューム全体にパーティションを作成する）には、次のようなコマンドを入力します。
# /sbin/fdasd -a /dev/dasdxxxx
このコマンドではディスク全体にわたって1つのパーティションを作成します。その後、デバイスを物理ボリュームとしてマークする準備が整います。手順6に進みます。
デバイス上に最大3つのパーティションを作成するには（たとえば、個々の表領域のパーティションを作成する場合）、次のようなコマンドを入力します。
# /sbin/fdasd /dev/dasdxxxx
パーティションの作成では、次のガイドラインに従います。
pコマンドを使用して、デバイスのパーティション表を表示します。
nコマンドを使用して、新しいパーティションを作成します。
wコマンドを使用して、変更されたパーティション表をデバイスに書き込みます。
fdasdのマニュアル・ページを参照してください。
DASD上のパーティションには次のようなデバイス名があります。nは、1〜3のパーティション番号です。
/dev/dasdxxxxn
パーティションの作成が完了すると、デバイスを物理ボリュームとしてマークできる状態になります。手順6に進みます。
# /sbin/fdisk -l
SCSIデバイスには、次のようなデバイス名があります。
/dev/sdxn
この例で、xは、SCSIディスクを識別する文字です。また、nは、パーティションの番号です。たとえば、/dev/sdaは、第1 SCSIバスの第1ディスクです。
fdiskを使用して、使用するデバイス上にパーティションを作成します。
fdiskのtコマンドを使用して、使用するパーティションのシステムIDを0x8eに変更します。
# pvcreate /dev/sda1 /dev/sdb1
oracle_vgというボリューム・グループを作成するには、次のコマンドを入力します。
# vgcreate oracle_vg /dev/dasda1 /dev/dasdb1
# lvcreate -L size -n lv_name vg_name
この例の意味は、次のとおりです。
sizeは、論理ボリュームのサイズです（たとえば 500M）。
lv_nameは、論理ボリュームの名前です（たとえば orcl_system_raw_500m）。
vg_nameは、ボリューム・グループの名前です（たとえば oracle_vg）。
たとえば、oracle_vg ボリューム・グループの racというデータベースのSYSTEM表領域に対して500MBの論理ボリュームを作成するには、次のコマンドを入力します。
# lvcreate -L 500M -n rac_system_raw_500m oracle_vg
# vgscan # vgchange -a y
データベースのRAWデバイスにIDE、SCSIまたはRAIDデバイスを使用する場合は、次の手順を実行します。
# /sbin/fdisk -l
デバイス名は、ディスク・タイプによって異なることがあります。
追加した新しいデバイスまたは以前にパーティション化された（パーティション化されていない空き領域を持つ）デバイスに、必要なRAWパーティションを作成できます。パーティション化されていない空き領域を持つデバイスを特定するには、既存のパーティションの最初および最後のシリンダ数を調べて、デバイスに未使用のシリンダが含まれているかどうか確認します。
# /sbin/fdisk devicename
パーティションの作成では、次のガイドラインに従います。
データベース・ファイルに必要なパーティションを作成した後、すべてのノードでパーティションをRAWデバイスにバインドする必要があります。ただし、どのRAWデバイスがすでに他のデバイスにバインドされているかを初めに確認する必要があります。この作業を実行するために使用する手順は、ご使用のLinuxディストリビューションによって異なります。
# /usr/bin/raw -qa
RAWデバイスのデバイス名は、/dev/raw/rawnという形式で、nが、RAWデバイスを識別する番号です。
使用する各デバイスに対して、すべてのノードで未使用のデバイス名を指定します。
/etc/sysconfig/rawdevicesファイルを開いて、作成したパーティションごとに次のような行を追加します。
/dev/raw/raw1 /dev/sdb1
パーティションごとに、未使用のRAWデバイスを指定します。
rawdevicesファイルで指定したRAWデバイスごとに次のコマンドを入力して、デバイス・ファイルに所有者、グループおよび権限を設定します。
# chown oracle:dba /dev/raw/rawn # chmod 660 /dev/raw/rawn
# /sbin/service rawdevices restart
システムを再起動すると、rawdevicesファイルに示されているデバイスが自動的にバインドされます。
# /usr/sbin/raw -qa
RAWデバイスのデバイス名は、/dev/raw/rawnという形式で、nが、RAWデバイスを識別する番号です。
使用する各デバイスに対して、すべてのノードで未使用のデバイス名を指定します。
/etc/rawファイルを開き、次のような行を追加して各パーティションを未使用のRAWデバイスと関連付けます。
raw1:sdb1
/etc/rawファイルで指定したRAWデバイスごとに次のコマンドを入力して、デバイス・ファイルに所有者、グループおよび権限を設定します。
# chown oracle:dba /dev/raw/rawn # chmod 660 /dev/raw/rawn
# /etc/init.d/raw start
# /sbin/chkconfig raw on
データベース・コンフィギュレーション・アシスタントで各データベース・ファイルに適切なRAWデバイスを選択できるようにするには、次の手順に従って、RAWデバイス・マッピング・ファイルを作成する必要があります。
# 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ファイルを編集して、次のようなファイルを作成します。system=/dev/raw/raw1 sysaux=/dev/raw/raw2 example=/dev/raw/raw3 users=/dev/raw/raw4 temp=/dev/raw/raw5 undotbs1=/dev/raw/raw6 undotbs2=/dev/raw/raw7 redo1_1=/dev/raw/raw8 redo1_2=/dev/raw/raw9 redo2_1=/dev/raw/raw10 redo2_2=/dev/raw/raw11 control1=/dev/raw/raw12 control2=/dev/raw/raw13 spfile=/dev/raw/raw14 pwdfile=/dev/raw/raw15
次のガイドラインに従って、ファイルを作成および編集します。
database_object_identifier=raw_device_path
undotbs1）と2つ以上のREDOログ・ファイル（redo1_1、redo1_2）を指定する必要があります。
undotbsn）と2つのREDOログ・ファイル（redon_1、redon_2）を指定する必要があります。
control1、control2）を指定します。
rbs）を指定します。
DBCA_RAW_CONFIGを設定し、RAWデバイス・マッピング・ファイルへのフルパスを指定してください。Bourne、BashまたはKornシェル:
$ DBCA_RAW_CONFIG=$ORACLE_BASE/oradata/dbname/dbname_raw.conf $ export DBCA_RAW_CONFIG
Cシェル:
$ setenv DBCA_RAW_CONFIG=$ORACLE_BASE/oradata/dbname/dbname_raw.conf
Oracle ClusterwareまたはOracleデータベース・ファイルのRAWデバイスを使用する場合、RAWデバイスを構成する必要があります。2.6 Linuxカーネル・ディストリビューションで起動した場合、RAWデバイスはデフォルトではカーネルでサポートされません。ただし、Red Hat Enterprise Linux 4.0では、継続してRAWのサポートを提供します。RAWデバイスが使用可能であることを確認するには、次のコマンドを入力します。
# chkconfig --list
出力を調べて、RAWデバイスを確認します。RAWデバイスが存在しない場合は、次のコマンドを使用して、RAWデバイス・サービスを有効にします。
# chkconfig --level 345 rawdevices on
RAWデバイス・サービスが実行中であることを確認した後で、RAWデバイスのデフォルトの所有権を変更する必要があります。Red Hat Enterprise Linux 4.0 Systemを再起動すると、デフォルトで、RAWデバイスの所有権と権限はrootに戻ります。このオペレーティング・システムで、Oracleファイル（ASM記憶域、Oracle Clusterwareファイルなど）にRAWデバイスを使用する場合は、このデフォルトの動作を無効にする必要があります。
この項の例では、2つのASMディスク・ファイル（/dev/raw/raw6および/dev/raw/raw7）、2つのOracle Cluster Registryファイル（/dev/raw/raw1および/dev/raw/raw2）、3つのOracle Clusterware投票ディスク（/dev/raw/raw3、/dev/raw/raw4および/dev/raw/raw5）を使用します。
オペレーティング・システムの再起動時に、これらのデバイスの所有権が適切な状態であるようにするには、/etc/udev/ディレクトリに新しいファイル（permissions.d/oracle.permissions）を作成し、RAWデバイスの権限情報を入力します。
Oracle Clusterwareは、Oracleデータベース・ソフトウェアを所有する同じユーザー（通常、oracle）、または別のOracle Clusterwareユーザーによって所有されることに注意してください。別のOracle Clusterwareユーザーを作成する場合、そのユーザーは投票ディスクを所有する必要があります。
この例では、crsという別のOracle Clusterwareユーザーを使用し、Oracleユーザーをoracleという名前にする場合に設定される権限が示されます。ASMディスクはoracleによって、投票ディスクはcrsによって所有される必要があります。常に、Oracle Cluster Registry（OCR）はrootによって所有されます。この項の例に従って、/etc/udev/permissions.d/oracle.permissionsの内容の例を、次に示します。
# ASM raw/raw[67]:oracle:dba:0660 # OCR raw/raw[12]:root:oinstall:0640 # Voting Disks raw/raw[3-5]:crs:oinstall:0640
パス行には、シェルのglobモジュールを使用できます。これによって、raw/raw[3-4]、raw/raw*などの入力が可能になります。文字範囲の使用方法については、オペレーティング・システムのヘルプを参照してください。
oracle.permissionsファイルを作成した後、rawdevicesファイルの権限は、次回システムを再起動したときに自動的に設定されます。権限がすぐに有効になるように設定するには、chownおよびchmodコマンドを使用します。
chown oracle:dba /dev/raw/raw[67] chmod 660 /dev/raw/raw[67] chown root:oinstall /dev/raw/raw[12] chmod 640 /dev/raw/raw[12] chown crs:oinstall /dev/raw/raw[3-5] chmod 640 /dev/raw/raw[3-5]
再起動後にRAWデバイスの適切なデバイス所有権および権限を設定および管理するには、UDEV rpmをインストールする必要があります。これを行うには、次の手順を実行します。
rpm -Fhv mkinitrd.rpm udev.rpm
ブロック・デバイスは、Oracle Database10.2.0.2リリースでサポートされます。RAWデバイス上の10.1データベースをブロック・デバイス上の10.2.0.2データベースにアップグレードするには、次の手順を実行します。
$ oracle_home/bin/srvctl stop database -d db_name
$ oracle_home/bin/srvctl stop asm -n node
$ oracle_home/bin/srvctl stop nodeapps -n node
# crs_home/bin/crsctl stop crs
Red Hat Linux:
# /usr/bin/raw Raw device Name 0 0
SUSE Linux:
# /usr/sbin/raw Raw device Name 0 0
# mv Raw device Name Raw device name.10.1
# ln -s Block device name Raw device name
|
 Copyright © 2004, 2008, Oracle Corporation. All Rights Reserved. |
|