Oracle Automatic Storage Managementの記憶域要件の指定

Oracle ASMディスク・グループ要件を、デプロイするクラスタ構成に基づいて計画します。Oracleドメイン・サービス・クラスタはOracle Clusterwareファイルとグリッド・インフラストラクチャ管理リポジトリ(GIMR)を別個のOracle ASMディスク・グループに保存するため、2つの別個のOracle ASMディスク・グループ(OCRと投票ファイルのために1つ、GIMRのために1つ)の構成が必要になります。

Oracle ASMをOracle Databaseファイル、リカバリ・ファイルおよびOracle Databaseバイナリに使用するかどうかを決定します。Oracle Databaseファイルには、データファイル、制御ファイル、REDOログ・ファイル、サーバー・パラメータ・ファイル、およびパスワード・ファイルが含まれます。

ノート:

Oracle Databaseファイルとリカバリ・ファイルに同じ記憶域メカニズムを使用する必要はありません。一方のファイル・タイプに共有ファイル・システムを、他方にOracle ASMを使用することもできます。
Oracle Clusterwareファイルには、OCRファイルと投票ファイルの2つのタイプがあります。Oracleスタンドアロン・クラスタのデプロイメントではOracle ASMまたは共有ファイル・システムを使用してOCRおよび投票ファイルを格納できますが、Oracleドメイン・サービス・クラスタのデプロイメントではOracle ASMを使用してOCRおよび投票ファイルを格納する必要があります。
データベース・ファイルが共有ファイル・システムに格納されている場合、データベース・ファイルをOracle ASMストレージに移動しなくても、データベース・ファイルは同じものを使用できます。

Oracle ASMディスク・グループに使用するOracle ASMの冗長レベルを選択します。

外部冗長を使用する場合を除き、Oracle ASMでは、ディスク・グループ内の個別の障害グループに、すべてのOracle Clusterwareファイルをミラー化します。定数障害グループは特殊なタイプの障害グループで、投票ファイルが標準または高冗長ディスク・グループに格納されている場合に投票ファイルのミラー・コピーが格納されます。Oracle Clusterwareファイル(OCRファイルと投票ファイル)があるディスク・グループの障害グループの最小数は、投票ファイルがOracle ASMディスク・グループ内の定数障害グループに格納されているため、他のディスク・グループよりも多くなります。

定数障害グループは、Oracle Clusterware投票ファイルを格納する特殊なタイプの障害グループです。定数障害グループは、指定した障害グループの定数が使用可能であることを確認するために使用されます。Oracle ASMがOracle Clusterwareのファイルを含むディスク・グループをマウントすると、1つ以上の障害グループが失われたときにディスク・グループをマウントすることが可能かどうか決定するために定数障害グループが使用されます。定数障害グループ内のディスクにはユーザー・データが含まれないため、ユーザー・データを格納するための冗長性要件を決定するときには、このグループは考慮されません。

冗長レベルは、次のとおりです。

高冗長性

高冗長ディスク・グループでは、Oracle ASMはデフォルトで3方向のミラー化を使用してパフォーマンスを向上させ、最高レベルの信頼性を提供します。高冗長ディスク・グループでは、最小で3台のディスク・デバイス(または3つの障害グループ)が必要です。高冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計の3分の1です。

Oracle Clusterwareファイルの場合、高冗長のディスク・グループは最小で5台のディスク・デバイスを必要とし、5つの投票ファイル、1つのOCR(プライマリに1つ、セカンダリ・コピーに2つ)を提供します。たとえば、デプロイメントを3つの正規障害グループと2つの定数障害グループで構成できます。投票ファイルが5つのディスクすべてを必要とするとはいえ、すべての障害グループが定数障害グループになれるわけではない点に注意してください。高冗長のクラスタは、障害グループを2つ失っても存続できます。

高冗長ディスク・グループでは、高レベルのデータ保護が提供されますが、この冗長レベルの使用を決定する前に、追加するストレージ・デバイスのコストを考慮する必要があります。
標準冗長性

標準冗長ディスク・グループでは、パフォーマンスおよび信頼性を向上させるために、Oracle ASMはデフォルトで2方向のミラー化を使用します。標準冗長ディスク・グループでは、最小で2台のディスク・デバイス(または2つの障害グループ)が必要です。標準冗長のディスク・グループで有効なディスク領域は、すべてのデバイスのディスク領域の合計の半分です。

Oracle Clusterwareファイルの場合、標準冗長のディスク・グループは最小で3台のディスク・デバイスを必要とし、3つの投票ファイル、1つのOCR(プライマリに1つ、セカンダリ・コピーに1つ)を提供します。たとえば、デプロイメントを2つの正規障害グループと1つの定数障害グループで構成できます。標準冗長のクラスタは、障害グループを1つ失っても存続できます。

ストレージのデータ消失に対する独立保護を提供するストレージ・アレイを使用していないのであれば、標準冗長を選択することをお薦めします。
外部冗長性

外部冗長ディスク・グループでは、最小で1台のディスク・デバイスが必要です。外部冗長のディスク・グループで有効なディスク領域は、全デバイスのディスク領域の合計です。

Oracle ASMは外部冗長ディスク・グループ内のデータをミラー化しないため、RAIDなどのストレージ・デバイスによる外部冗長を使用するか、または独自のデータ保護メカニズムを持つ類似デバイスを使用することをお薦めします。
フレックス冗長性

フレックス冗長ディスク・グループは、フレキシブルなファイル冗長性、ミラー分割、冗長性変更などの機能を持つ冗長ディスク・グループのタイプです。フレックス・ディスク・グループは、異なる冗長性要件を持つファイルを単一のディスク・グループに統合できます。データベースでファイルの冗長性を変更する機能も用意されています。ディスク・グループはファイル・グループのコレクションであり、それぞれ1つのデータベースに関連付けられています。割当て制限グループにより、ディスク・グループ内のデータベース・グループの最大記憶領域または割当て制限が定義されます。

フレックス冗長ディスク・グループでは、Oracle ASMはOracle ASMメタデータの3方向のミラー化を使用してパフォーマンスを向上させ、信頼性を提供します。データベース・データに対して、ミラー化なし(非保護)、双方向ミラー化(ミラー化)または3方向ミラー化(高)を選択できます。フレックス冗長ディスク・グループでは、最小で3台のディスク・デバイス(または3つの障害グループ)が必要です。
拡張冗長性

拡張冗長ディスク・グループには、フレックス冗長ディスク・グループと同じ機能があります。拡張冗長性は、Oracle拡張クラスタを構成している場合に使用できます。拡張冗長性では、サイトの障害に対処するために、各サイトの異なる障害グループに含まれるデータのコピーを十分に配置することにより、Oracle ASMデータの保護が拡張されています。サイトは障害グループのコレクションです。たとえば、3つのサイト、2つのデータ・サイト、1つの定数障害グループで拡張冗長性を構成する場合、最小ディスク数は7つになります(2つのデータ・サイトにそれぞれ3つのディスク、およびその2つのデータ・サイトの外部に1つの定数障害グループ)。拡張冗長性でサポートされるサイトの最大数は3です。拡張冗長ディスク・グループでは、各サイトで、ファイル・グループ属性によって指定されたとおりにユーザー・データ冗長性が保持されます。各サイトでは、指定されたディスク・グループのためにデータ障害グループおよび定数障害グループをホストできます。たとえば、ファイル・グループの冗長性が2または3として指定されている場合、ミラーを格納するために十分な障害グループがあると仮定すると、各サイトにはそれぞれ2個または3個のミラーが含まれます。拡張クラスタの冗長レベルの選択の詳細は、Oracle拡張クラスタについてを参照してください。

関連項目:

フレックス・ディスク・グループのファイル・グループと割当て制限グループの詳細は、『Oracle Automatic Storage Management管理者ガイド』

ノート:

ディスク・グループの作成後、ディスク・グループの冗長レベルを変更できます。たとえば、標準または高冗長ディスク・グループをフレックス冗長ディスク・グループに変換できます。フレックス冗長ディスク・グループ内のファイル冗長性は、非保護、ミラー化または高の3つの可能な値の間で変更できます。

Oracle Clusterwareファイルと、データベース・ファイルおよびリカバリ・ファイルに必要なディスク領域の合計容量を決定します。

システムでOracle ASMインスタンスが実行されている場合は、既存のディスク・グループを使用して記憶域要件を満たすことができます。必要に応じて、データベースをインストールする際に既存ディスク・グループにディスクを追加できます。

Oracle Clusterwareの記憶領域要件を参照して、Oracle Clusterwareファイルおよび初期データベースをインストールするための最小ディスク数と最小ディスク領域要件を決定します(投票ファイルが個別のディスク・グループ内に存在する場合)。

割当て単位サイズを決定します。

すべてのOracle ASMディスクは割当て単位(AU)に分割されます。割当て単位は、ディスク・グループ内の割当ての基本単位です。特定のディスク・グループ互換レベルに応じて、AUサイズの値には1、2、4、8、16、32または64MBを選択できます。フレックス・ディスク・グループの場合、AUサイズのデフォルト値は4MBに設定されています。外部冗長、標準冗長および高冗長の場合、デフォルトAUサイズは1MBです。

Oracle Clusterwareインストールでは、Oracle ASMのメタデータ用にディスク領域を追加する必要もあります。次の計算式を使用して、OCR、投票ファイルおよびOracle ASMメタデータのディスク領域要件(MB単位)を計算します。

total = [2 * ausize * disks] + [redundancy * (ausize * (all_client_instances + nodes + disks + 32) + (64 * nodes) + clients + 543)]

redundancy: ミラー数(外部 = 1、標準 = 2、高 = 3、フレックス = 3)

ausize = メタデータのAUサイズ(MB単位)

all_client_instance=すべてのデータベース・クライアントとACFSプロキシ・インスタンスの合計

nodes = クラスタ内のノード数。

clients - 各ノードのデータベース・インスタンス数。

disks - ディスク・グループ内のディスク数。

必要な場合は、Oracle ASMディスク・グループのデバイスに障害グループを指定します。

標準冗長性ディスク・グループまたは高冗長性ディスク・グループを使用する場合、ディスク・デバイスのセットをカスタム障害グループに関連付けることにより、ハードウェア障害に対するデータベースの保護を強化できます。デフォルトでは、各デバイスはそれぞれの障害グループに含まれます。ただし、標準冗長ディスク・グループの2台のディスク・デバイスが同じホスト・バス・アダプタ(HBA)に接続されている場合、アダプタに障害が発生すると、ディスク・グループは使用できなくなります。この例でのHBAは、シングル・ポイント障害です。

たとえば、このような障害を回避するには、2つのHBAファブリック・パス(それぞれが2つのディスクを持つ)を使用し、各アダプタに接続するディスクに対して障害グループを定義できます。この構成では、ディスク・グループが1つのHBAファブリック・パスの障害を許容できるようになります。

ノート:

Oracle Grid Infrastructureのインストール時に、カスタム障害グループを定義できます。インストール後に、GUIツールASMCA、コマンドライン・ツールasmcmdまたはSQLコマンドを使用して、障害グループを定義することもできます。カスタム障害グループを定義する場合、標準冗長性ディスク・グループに対して2つ以上の障害グループ、および高冗長性ディスク・グループに対して3つ以上の障害グループを指定する必要があります。

システムに適切なディスク・グループが存在しない場合は、適切なディスク・デバイスを設置または指定して、新しいディスク・グループを追加します。次のガイドラインに従って、適切なディスク・デバイスを指定します。

ディスク・デバイスは、Oracle Grid Infrastructureインストールを実行しているユーザーが所有している必要があります。
Oracle ASMディスク・グループでは、すべてのデバイスのサイズおよびパフォーマンス特性が同じである必要があります。
単一の物理ディスクにある複数のパーティションを、1つのディスク・グループのデバイスとして指定しないでください。Oracle ASMは、各ディスク・グループのデバイスが、別々の物理ディスク上に存在するとみなします。
論理ボリュームは、Oracle ASMディスク・グループのデバイスとして指定できますが、Oracle ASMには不要な複雑なレイヤーが追加されるため、これを使用することはお薦めできません。論理ボリューム・マネージャの使用を選択する場合は、追加ストレージ・レイヤーのストレージ・パフォーマンスに対する影響を最小化できるように、論理ボリューム・マネージャを使用してストライプ化またはミラー化しない単一の論理ユニット番号(LUN)を表すことをお薦めします。

記憶域用のネットワーク・ファイル・システム(NFS)で作成されたOracle ASMディスク・グループを使用する場合は、「NFS上にOracle ASMディスク・グループを構成するためのガイドライン」に記載されている推奨事項に準拠していることを確認してください。