Oracle Exadata Database Service on Cloud@Customerのストレージ構成要件
Exadata Database Service on Cloud@CustomerにExascaleテクノロジを導入すると、ASM、Exascaleまたは両方の組合せを使用するようにExadataインフラストラクチャを構成できます。 ASMと共存するように構成されている場合、インフラストラクチャで使用可能な合計ExadataストレージからExascaleストレージ容量を割り当てる必要があります。 割り当てられたストレージ容量は、Exascaleでのみ使用できます。
ASM、ExascaleおよびVMファイル・システムのストレージ要件を確認し、エンタープライズ・ニーズに基づいてストレージ割当てを計画および最適化します。
ノート:
VMクラスタで使用可能なローカルVMストレージを計画するための情報を探している場合は、「VMにプロビジョニングできるローカル・ストレージの見積り」を参照してくださいExadata ASMストレージの構成
- 「Oracle Exadata Database Service on Cloud@CustomerのASMストレージ構成について」
各Oracle Exadata Database Service on Cloud@Customer VMクラスタの構成の一環として、Exadata Storage Servers内のストレージは、Oracle Automatic Storage Management (ASM)で使用するように構成されます。 - 「Oracle Exadata Storage Serversでのストレージ・オプションの割当て」
Oracle Exadata Storage Serversで計画されているユースケースに最適なストレージ・オプションを選択します。 - 「DATA、RECOおよびSPARSEディスク・グループの割当て比率」
Oracle Exadata Storage ServersのDATA
、RECO
およびSPARSE
ディスク・グループ間のストレージ割当てを決定します。 - 「Oracle Exadata Database Service on Cloud@Customerの仮想マシン・ファイル・システム構造」
Oracle Exadata Database Service on Cloud@CustomerのASMストレージ構成について
各Oracle Exadata Database Service on Cloud@Customer VMクラスタの構成の一環として、Exadata Storage Servers内のストレージは、Oracle Automatic Storage Management (ASM)で使用するように構成されます。
デフォルトでは、次のASMディスク・グループが作成されます。
DATA
ディスク・グループは、主にOracle Databaseデータ・ファイルのストレージを目的としています。 また、クラウド固有のツールに関連付けられたソフトウェア・バイナリ(およびパッチ)およびファイルの格納に使用される共有ファイル・システムをサポートするために、DATA
ディスク・グループから少量の領域が割り当てられます。 Oracle Databaseデータ・ファイル、バックアップ、トレース・ファイルなどの独自のデータをシステム関連のACFSファイル・システム内に格納しないでください。RECO
ディスク・グループは、主に高速リカバリ領域(FRA)の格納に使用され、バックアップおよびリカバリに関連するファイルのローカル・ストアを提供するために使用できます。 デフォルトでは、FRAはアーカイブREDOログ・ファイルおよびバックアップ制御ファイルの格納に使用されます。 ローカル・バックアップ用のストレージを割り当てるオプションを使用してVMクラスタを構成する場合、FRAをデータベース・バックアップ先として使用できます。 最後に、データベースでフラッシュバック機能を有効にすると、FRAを使用してフラッシュバック・ログが格納されます。
また、SPARSE
ディスク・グループを作成することもできます。 SPARSE
ディスク・グループは、Exadataスナップショット機能をサポートするために必要です。 Exadataスナップショットを使用すると、非常に迅速かつ容易に作成および破棄できるOracleデータベースの領域効率のよいクローンを作成できます。 スナップショット・クローンは、多くの場合、一時データベースを必要とする開発、テストまたはその他の目的で使用されます。 Exadataスナップショット機能の詳細は、「Oracle Exadataシステム・ソフトウェア・ユーザーズ・ガイド」の「Oracle Exadataストレージ・スナップショットの設定」を参照してください。
親トピック: Exadata ASMストレージの構成
Oracle Exadata Storage Serversでのストレージ・オプションの割当て
Oracle Exadata Storage Serversで計画されているユースケースに最適なストレージ・オプションを選択します。
仮想マシン(VM)クラスタの作成プロセスへの入力として、Oracle Exadata Storage Serversのストレージ領域をOracle ASMディスク・グループに割り当てる方法を決定するオプションを選択する必要があります。 選択内容は、Exadata Storage ServersのストレージがASMディスク・グループにどのように割り当てられるかに大きく影響します。 ニーズに最適なオプションを検討してください:
-
Exadataスナップショットのストレージの割当て
このオプションを選択すると、
SPARSE
ディスク・グループが作成され、DATA
およびRECO
ディスク・グループに割り当てられる領域が少なくなります。 このオプションを選択しない場合、SPARSE
ディスク・グループは作成されず、Exadataスナップショット機能を使用できません。 -
ローカル・バックアップのストレージの割当て
このオプションを選択すると、Oracle Exadataストレージへのローカル・バックアップに対応するために、より多くの領域が
RECO
ディスク・グループに割り当てられます。 このオプションを選択しない場合、DATA
ディスク・グループにより多くの領域が割り当てられますが、VMクラスタ内のデータベースのバックアップ先としてローカルOracle Exadataストレージを使用することはできません。
親トピック: Exadata ASMストレージの構成
DATA、RECOおよびSPARSEディスク・グループの割当て比率
Oracle Exadata Storage ServersのDATA
、RECO
およびSPARSE
ディスク・グループ間のストレージ割当てを決定します。
Exadataスナップショット・ストレージまたはローカル・バックアップを使用しないExadata Storage Server構成の割当て
「Exadataスナップショットのストレージの割当て: いいえ」および「ローカルExadataストレージでのバックアップの有効化: いいえ」を選択した場合、ストレージ割当ては次のようになります:
DATA
ディスク・グループ: 80%RECO
ディスク・グループ: 20%SPARSE
ディスク・グループ0% (SPARSE
ディスク・グループは作成されません。)
Exadataスナップショット・ストレージおよびローカル・バックアップが有効になっていない場合のExadata Storage Server構成の割当て
ローカル・ストレージでバックアップが有効になるように「Exadataスナップショットのストレージの割当て: いいえ」および「ローカルExadataストレージでのバックアップの有効化 : Yes」を選択した場合、ストレージの割当ては次のようになります:
DATA
ディスク・グループ: 40%RECO
ディスク・グループ: 60%SPARSE
ディスク・グループ0% (SPARSE
ディスク・グループは作成されません。)
Exadataスナップショット・ストレージを使用したExadata Storage Server構成の割当て(ローカル・バックアップなし)
Exadataスナップショットにストレージが割り当てられるように「Exadataスナップショットのストレージの割当て : Yes」および「ローカルExadataストレージでのバックアップの有効化: いいえ」を選択すると、ストレージの割当ては次のようになります:
DATA
ディスク・グループ: 60%RECO
ディスク・グループ: 20%SPARSE
ディスク・グループ20%
Exadataスナップショット・ストレージとローカル・バックアップの両方を有効にした場合のExadata Storage Server構成の割当て
Exadataスナップショットにストレージが割り当てられ、ローカル・バックアップにストレージが割り当てられるように「Exadataスナップショットのストレージの割当て : Yes」および「ローカルExadataストレージでのバックアップの有効化 : Yes」を選択した場合、記憶域の割当ては次のようになります:
DATA
ディスク・グループ: 35%RECO
ディスク・グループ: 50%SPARSE
ディスク・グループ15%
親トピック: Exadata ASMストレージの構成
Oracle Exadata Database Service on Cloud@Customerの仮想マシン・ファイル・システム構造
Exadata Cloud@Customerは、仮想マシンで次のファイル・システム構成を使用します。 仮想マシンでのローカル・ストレージ割当てを計画するには、「VMにプロビジョニングできるローカル・ストレージの容量の見積り」を参照してください。
ファイル・システム | マウント場所 |
---|---|
devtmpfs |
/dev |
tmpfs |
/dev/shm |
tmpfs |
/run |
tmpfs |
/sys/fs/cgroup |
tmpfs
|
/run/user/0 |
/dev/mapper/VGExaDb-LVDbSys1 |
/ |
/dev/mapper/VGExaDb-LVDbOra1 |
/u01 |
/dev/mapper/VGExaDb-LVDbTmp |
/tmp |
/dev/mapper/VGExaDb-LVDbVar1 |
/var |
/dev/mapper/VGExaDb-LVDbVarLog |
/var/log |
/dev/mapper/VGExaDb-LVDbHome |
/home |
/dev/mapper/VGExaDbDisk.u02_extra.img-LVDBDisk |
/u02 |
/dev/mapper/VGExaDb-LVDbVarLogAudit
|
/var/log/audit |
/dev/sda1 |
/boot |
/dev/mapper/VGExaDbDisk.grid19.0.0.0.200414.img-LVDBDisk |
/u01/app/19.0.0.0/grid |
/dev/asm/acfsvol01-142 |
/acfs01 |
関連トピック
親トピック: Exadata ASMストレージの構成
Exadata Exascaleストレージの構成
ノート:
Exascale構成には、Exadataコンピュート・ノードでQ-in-Q (802.1ad)が有効になっている必要があります。 ExadataインフラストラクチャでQ-in-Qがまだ有効になっていない場合、Exascale構成操作の一部としてDom0再起動が開始されます。 インフラストラクチャ上のすべてのVMクラスタは、それに応じてローリング方式で再起動されます。- 「Exascaleストレージ構成についてOracle Exadata Database Service on Cloud@Customer」
VMクラスタのプロビジョニング中にExascaleストレージを使用するには、まずExadata Infrastructureで使用可能な合計ExadataストレージからExascaleストレージを構成する必要があります。 - 「コンソールを使用したOracle Exadata Database Service on Cloud@CustomerインフラストラクチャでのExascaleストレージの構成」
Oracle Exadata Database Service on Cloud@Customerインフラストラクチャ上のOracle Exadataデータベース・サービスでExascaleストレージを構成するには、インフラストラクチャ構成の値を指定する準備をします。 - 「コンソールを使用したExascale Storage Vaultの作成」
Exascaleストレージ・ボールトを作成するには、Exascaleストレージ・ボールト構成の値を指定する準備をします。 - 「コンソールを使用したExascale Storage Vaultのスケーリング」
Exascaleストレージ・ボールトをスケーリングするには、Exascaleストレージ・ボールト構成の値を指定する準備をします。 - 「コンソールを使用したExascale Storage Vaultの別のコンパートメントへの移動」
Exascaleストレージ・ボールトを別のコンパートメントに移動するには、この手順を使用します。 - 「コンソールを使用したExascale Storage Vaultの削除」
Exascaleストレージ・ボールトを削除するには、この手順を使用します。
Exascaleストレージ構成についてOracle Exadata Database Service on Cloud@Customer
VMクラスタのプロビジョニング中にExascaleストレージを使用するには、まずExadata Infrastructureで使用可能な合計ExadataストレージからExascaleストレージを構成する必要があります。
インフラストラクチャ上のExascale使用のために割り当てるストレージ容量を指定します。 Exascaleストレージを構成するには、少なくとも2TBのExadataストレージが使用可能である必要があります。 Exascaleストレージの構成には、データ・ノードのローリング再起動が必要です。 初期構成後、必要に応じてExascaleストレージ容量をオンラインでスケーリングできます。 ストレージのスケーリングによってストレージ・リバランス・プロセスがトリガーされる可能性があるため、操作中のパフォーマンスが一時的に影響を受ける可能性があります。
インフラストラクチャでExascaleストレージの構成または既存のExascaleストレージ容量のスケーリングに十分なストレージが使用できない場合は、次のようにエラスティック・ストレージ拡張をサポートするインフラストラクチャに追加ストレージを追加できます:
- インフラストラクチャに新しいストレージ・サーバーを追加します。
- すべてのASMおよびExascale VMクラスタで新しいストレージ容量を使用可能にします。
- 新しいストレージを追加すると、Exascaleストレージ容量が比例して増加します。
- 必要に応じてExascaleストレージ・ボールトを展開し、追加の容量を使用します。
または、既存のASMまたはExascaleクラスタを縮小してストレージを解放し、Exascaleに割り当てて追加の容量需要を満たすこともできます。
親トピック: Exadata Exascaleストレージの構成
コンソールを使用したOracle Exadata Database Service on Cloud@CustomerインフラストラクチャでのExascaleストレージの構成
Oracle Exadata Database Service on Cloud@Customerインフラストラクチャ上のOracle Exadataデータベース・サービスでExascaleストレージを構成するには、インフラストラクチャ構成の値を指定する準備をします。
ノート:
- Exadata InfrastructureがExadata System Software 24.1.x以降に更新されている場合、インフラストラクチャがExascale構成の準備ができていることを示すメッセージ「You can now configure Exascale storage on this infrastructure」のバナーが表示されます。 このバナーは、Exascaleを使用するようにすでに構成されているインフラストラクチャには表示されません。
- Exadata Infrastructureで構成できるExascaleの最小ストレージは2 TBです。
- ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
- 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
- Exadata Infrastructureをクリックします。
- Exascaleストレージを構成するExadataインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
- 「その他のアクション」をクリックし、「Exascaleストレージの構成」を選択します。
- 結果の「Exascaleの構成」ストレージ・ウィンドウで、Exascaleに割り当てるストレージ容量を入力します。
- 「送信」をクリックします。
Exadata Infrastructureの「詳細」ページのExadataストレージ・セクションには、ASMおよびExascaleに割り当てられたストレージの詳細が表示されます。
親トピック: Exadata Exascaleストレージの構成
コンソールを使用したExascale Storage Vaultの作成
Exascaleストレージ・ボールトを作成するには、Exascaleストレージ・ボールト構成の値を指定する準備をします。
Exascaleボールトは、Exascaleストレージ・プールによって提供される物理リソースを使用する論理ストレージ・コンテナです。 各ボールトは、少なくとも1つのストレージ・プールに関連付けられます。
ノート:
- Exascale Storage Vaultの構成可能サイズまたはサイズ変更可能な最小サイズは2 TBです。
- ボールトは、削除して別のコンパートメントに移動できます。
- ボールトは、2つ以上のExascale VMクラスタ間で共有できます。
- ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
- 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
- Exadata Infrastructureをクリックします。
- Exascaleストレージ・ボールトを作成するExadataインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
- 「リソース」の下で、「Exascaleストレージ・ボールト」をクリックします。
- 「Exascaleストレージ・ボールトの作成」をクリックします。
- 結果の「Exascaleストレージ・ボールトの作成」ウィンドウで、次のように入力します:
- コンパートメント: このリソースを作成するコンパートメントを選択します。
- 名前: ボールトのわかりやすい名前を入力します。
- データベースのストレージ容量: 画面に表示される最小値と最大値内の適切なストレージ容量を入力します。
- 「Exascaleストレージ・ボールトの作成」をクリックします。
「Exascale Storage Vaultの詳細」ページには、割り当てられたストレージやボールトに関連付けられたVMクラスタのリストなど、主要な情報が表示されます。
- または、Exascale VMクラスタのプロビジョニング中に「新しいストレージ・ボールトの作成」オプションを使用して、新しいボールトをその場で作成できます。
親トピック: Exadata Exascaleストレージの構成
コンソールを使用したExascale Storage Vaultのスケーリング
Exascaleストレージ・ボールトをスケーリングするには、Exascaleストレージ・ボールト構成の値を指定する準備をします。
ノート:
Exascale Storage Vaultの構成可能サイズまたはサイズ変更可能な最小サイズは2 TBです。- ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
- 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
- Exadata Infrastructureをクリックします。
- スケーリングするExascaleストレージ・ボールトが存在するExadataインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
- 「リソース」の下で、「Exascaleストレージ・ボールト」をクリックします。
- スケーリングする「Exascaleストレージ・ボールト」の名前をクリックします。
- 表示された「Exascaleストレージ・ボールトの詳細」ページで、「ストレージ・ボールトのスケーリング」をクリックします。
- 結果の「スケール・ストレージ・ボールト」ウィンドウで、画面に表示される最小値と最大値内のデータベースのストレージ容量を入力します。
- 「変更の保存」をクリックします。
親トピック: Exadata Exascaleストレージの構成
コンソールを使用したExascale Storage Vaultの別のコンパートメントへの移動
Exascaleストレージ・ボールトを別のコンパートメントに移動するには、この手順を使用します。
- ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
- 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
- Exadata Infrastructureをクリックします。
- スケーリングするExascaleストレージ・ボールトが存在するExadataインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
- 「リソース」の下で、「Exascaleストレージ・ボールト」をクリックします。
- 移動する「Exascaleストレージ・ボールト」の名前をクリックします。
- 表示された「Exascaleストレージ・ボールトの詳細」ページで、「リソースの移動」をクリックします。
- 表示されるダイアログで、Exascaleストレージ・ボールトの新しいコンパートメントを選択し、「リソースの移動」をクリックします。
親トピック: Exadata Exascaleストレージの構成
コンソールを使用したExascale Storage Vaultの削除
Exascaleストレージ・ボールトを削除するには、この手順を使用します。
ノート:
Exascaleストレージ・ボールトを削除できるのは、Exascale VMクラスタに関連付けられていない場合のみです。 アクティブ・ボールトを削除するには、まず、ボールトを使用しているすべてのVMクラスタおよび基礎となるデータベースを終了する必要があります。- ナビゲーション・メニューを開きます。 Oracle Databaseの下で、Exadata Database Service on Cloud@Customerをクリックします。
- 「リージョン」および「コンパートメント」を選択し、編集するOracle Exadataインフラストラクチャが配置されているリージョンおよびコンパートメントを指定します。
- Exadata Infrastructureをクリックします。
- スケーリングするExascaleストレージ・ボールトが存在するExadataインフラストラクチャの名前をクリックします。
「インフラストラクチャの詳細」ページに、選択したOracle Exadataインフラストラクチャに関する情報が表示されます。
- 「リソース」の下で、「Exascaleストレージ・ボールト」をクリックします。
- 移動する「Exascaleストレージ・ボールト」の名前をクリックします。
- 表示された「Exascaleストレージ・ボールトの詳細」ページで、「削除」をクリックします。
- 表示されるダイアログで、Exascaleストレージ・ボールトの名前を入力し、「Exascaleストレージ・ボールトの終了」をクリックしてアクションを確認します。
親トピック: Exadata Exascaleストレージの構成