ストレージの管理

11 ストレージの管理

ストレージ・オプションおよびOracle Database Applianceデプロイメント用のストレージの管理方法を理解します。

ストレージの管理について
Oracle Database Applianceのストレージ・オプションを理解します。
Oracle ASMディスクの管理について
Oracle Database ApplianceがサポートするOracle ASMディスク管理機能を理解します。
単一ノード・システムでのストレージの管理
Oracle Database Appliance X9-2SおよびX9-2Lシステムのストレージ・オプションを理解します。
高可用性システムのストレージの管理
Oracle Database Appliance X9-2-HAシステムのストレージを理解します。

ストレージの管理について

Oracle Database Applianceのストレージ・オプションを理解します。

Oracle Database Applianceは、未加工のストレージを使用してデータを保護します:

高速リカバリ領域(FRA)バックアップ FRAは、REDOログ、制御ファイル、アーカイブ・ログ、バックアップ・ピースとコピー、およびフラッシュバック・ログを含むストレージ(ディスクまたはOracle ASMディスク・グループ上のディレクトリ)です。
Mirroring. ダブルまたはトリプル・ミラーリングは、機械的な問題から保護します。

使用可能なストレージの量は、FRAバックアップのロケーション(外部または内部)と、ダブルまたはトリプル・ミラーリングが使用されているかどうかによって決まります。外部NFSストレージは、オンライン・バックアップ、データ・ステージング、または追加のデータベース・ファイルでサポートされています。

Oracle Database Appliance X9-2LおよびX9-2-HAのモデルは、基本構成からのストレージ拡張オプションを提供します。さらに、Oracle Database Appliance X9-2-HAマルチ・ノード・プラットフォームでは、オプションのストレージ拡張シェルフを追加できます。

FLASHの冗長レベルは、DATAとRECOの選択に基づいています。高冗長性(トリプル・ミラー化)を選択すると、FLASHも高冗長になります。

親トピック: ストレージの管理

Oracle ASMディスクの管理について

Oracle Database ApplianceがサポートするOracle ASMディスク管理機能を理解します。

Oracle Database Applianceでは、Oracle ASMディスクを管理できます。

Oracle ASMディスク・グループの自動オンライン化

Oracle Database Applianceは、ディスク・グループ内のOracle ASMディスクのステータスを定期的にチェックします。一時的なディスク・エラーによっていずれかのOracle ASMディスクがオフラインになると、Oracle Database Applianceによってそのディスクのオンライン化が試行されます。

Oracle ASMディスク・グループの再バランス操作の最適化

Oracle Database Applianceでは、システムとディスクに同時に負荷がかかりすぎることなく、Oracle ASMディスクの再バランスが可能なかぎり迅速に完了するようになります。これにより、適切な冗長性で、システムが安定した状態で動作するようになります。再バランス操作の値にはデフォルトのしきい値があり、カスタムのしきい値を設定することもできます。次に例を示します。

odacli update-agentconfig-parameters -n ASMRM_CPU_RQ -v 50 -d "CPU RUN QUEUE THRESHOLD" -u
odacli update-agentconfig-parameters -n ASMRM_MAX_HDD_DISK_RQ -v 2 -d "HDD DISK QUEUE THRESHOLD" -u
odacli update-agentconfig-parameters -n ASMRM_MAX_SSD_DISK_RQ -v 32 -d "SSD DISK QUEUE THRESHOLD" -u
odacli update-agentconfig-parameters -n ASMRM_MAX_NVME_DISK_RQ -v 50 -d "NVME DISK QUEUE THRESHOLD" -u

前述のコマンド・オプションで、Oracle ASMディスクの再バランスを監視するためのカスタムのしきい値制限が設定されます。

再バランス操作は、odacli describe-schedule -i Schedule IDおよびodacli list-scheduled-executionsのコマンドを使用して監視できます。

親トピック: ストレージの管理

単一ノード・システムでのストレージの管理

Oracle Database Appliance X9-2SおよびX9-2Lシステムのストレージ・オプションを理解します。

Oracle Database Appliance X9-2SおよびX9-2Lのストレージについて
Oracle Database Appliance単一ノード・システム用のストレージを理解します。
NVMeストレージ・ディスクの追加
使用可能なドライブに応じて、Oracle Database Appliance X9-2ストレージを拡張してNVMeディスクを追加したり、既存のNVMeディスクを置き換えることができます。

親トピック: ストレージの管理

Oracle Database Appliance X9-2SおよびX9-2Lのストレージについて

Oracle Database Appliance単一ノード・システム用のストレージを理解します。

Oracle Database Appliance X9-2Sには、DATAおよびRECOディスク・グループをホストする2つの6.8 TB NVMeディスクがあります。 Oracle ASMのストレージ情報にはそれぞれDATAおよびRECOの2つのパーティションがあります。ストレージ容量は固定されているため、拡張できません。

Oracle Database Appliance X9-2Lには、DATAおよびRECOディスク・グループをホストする2つの6.8 TB NVMeディスクがあります。 Oracle ASMのストレージ情報にはそれぞれDATAおよびRECOの2つのパーティションがあります。このリリースでX9-2Lを最初にデプロイおよび構成するときに、2、4、6、8および10個のディスク(最大12個のディスク)など、NVMeドライブの2つのパックの倍数でX9-2Lにストレージを設定できます。

この表は、単一ノード・システムの拡張メモリーおよびストレージ・オプションがあるNVMeストレージ構成を示しています。

表11-1 Oracle Database Appliance X9-2SおよびX9-2Lのストレージ・オプション

構成	Oracle Database Appliance X9-2S	Oracle Database Appliance X9-2L
基本構成	2 x 6.8 TB NVMe = 13.6 TB NVMe	2 x 6.8 TB NVMe = 13.6 TB NVMe
ストレージ追加オプション	なし	81.6 TB NVMeのストレージ・ドライブの合計は、10 x 6.8 TB NVMeです。オーダー数量1 - 7603394 (2つの6.8 TB 2.5-inch NVMe PCIe 4.0 SSDと、Oracle Database Appliance X9-2Lのcoral-d Bracket) 2つの6.8 TB NVMeディスクから最大12個のディスクへのパック。

構成

Oracle Database Appliance X9-2S

Oracle Database Appliance X9-2L

基本構成

2 x 6.8 TB NVMe = 13.6 TB NVMe

ストレージ追加オプション

なし

81.6 TB NVMeのストレージ・ドライブの合計は、10 x 6.8 TB NVMeです。

オーダー数量1 - 7603394 (2つの6.8 TB 2.5-inch NVMe PCIe 4.0 SSDと、Oracle Database Appliance X9-2Lのcoral-d Bracket)

2つの6.8 TB NVMeディスクから最大12個のディスクへのパック。

親トピック: 単一ノード・システムでのストレージの管理

NVMeストレージ・ディスクの追加

使用可能なドライブに応じて、Oracle Database Appliance X9-2ストレージを拡張してNVMeディスクを追加したり、既存のNVMeディスクを置き換えることができます。

ODAADMCLIコマンドを使用して、ストレージ診断の実行やストレージ・コンポーネントの診断ロジックの収集など、アプライアンス・ストレージのメンテナンス・タスクを実行します。

ストレージ・アップグレードの準備

ストレージを拡張する前に、Oracle Database Applianceを最新のパッチ・バンドルに更新します。
```
# odacli describe-component 
```
既存のストレージ・ディスクのディスク・ヘルスを確認します。
```
# odaadmcli show disk
```
odaadmcli show diskgroupコマンドを実行して、Oracle Automatic Storage Management (Oracle ASM)ディスク・グループ情報を表示および確認します。
Oracle ASMおよびCRSのヘルスを確認するにはorachkを使用します。

ストレージを追加する前に、ベスト・プラクティスを確認して実行してください。

NVMeストレージ・ディスクの追加

Oracle Database Appliance X9-2SまたはX9-2Lのデフォルト構成には、2つの(2) NVMeディスクがあります。 Oracle Database Appliance X9-2Sのストレージを展開できません。

Oracle Database Appliance X9-2Lの場合、2、4、6、8、10のディスクを最大12のディスクまで追加することで、ストレージを拡張できます。ストレージを展開すると、NVMeドライブの奇数の追加はサポートされていません。

警告:

電源をオフにする前にドライブを引き出すと、カーネルがクラッシュし、データ破損が発生する可能性があります。 LEDがオレンジ色または緑色の場合は、ドライブを引き出さないでください。 NVMeドライブを交換する必要がある場合は、ドライブをスロットから引き出す前に、ソフトウェアを使用して電源をオフにしてください。交換するディスクが複数ある場合は、1台目のディスクの交換を完了してから次のディスクの交換を開始してください。

次のステップに従って、NVMeストレージ・ディスクを追加します:

NVMeディスクを追加する前に、現在のディスクがoakdおよびOracle ASMでオンラインであることを確認します。それ以外の場合、事前チェックは失敗します。たとえば、スロット2および3に2ディスク拡張する場合、スロット0および1のディスクはOracle ASMおよびoakdでオンラインである必要があります。スロット0から5を挿入したときにスロット2から5を4ディスク拡張する場合、スロット0から1のすべてのディスクがオンラインである必要があります。スロット2から11までの10ディスク拡張の場合、スロット0から1のすべてのディスクがオンラインである必要があります。
ディスクを一度に1つずつスロットに挿入し、そのデバイスの電源を投入します。
たとえば、2つのNVMeディスクを追加するには、スロット2および3にディスクを挿入します。 4つのNVMeドライブを追加するには、スロット2から5にディスクを挿入します。
```
# odaadmcli power disk on slot_number
```
たとえば、4つのNVMeディスクを追加する場合:
```
# odaadmcli power disk on pd_02 
# odaadmcli power disk on pd_03
# odaadmcli power disk on pd_04
# odaadmcli power disk on pd_05
```
各ディスクの挿入間に少なくとも1分を許可します。

odaadmcli expand storageコマンドを実行して、新しいストレージ・ドライブを追加します:

# odaadmcli expand storage -ndisk number_of_disks

たとえば、2つのNVMeドライブを追加するには:

#odaadmcli expand storage -ndisk 2
Precheck passed. 
Check the progress of expansion of storage by executing 'odaadmcli show disk' 
Waiting for expansion to finish ...

odaadmcli show diskコマンドを実行して、すべてのディスクがオンラインで、正常な状態にあることを確認します。
```
# odaadmcli show disk
```

親トピック: 単一ノード・システムでのストレージの管理

高可用性システムのストレージの管理

Oracle Database Appliance X9-2-HAシステムのストレージを理解します。

Oracle Database Appliance X9-2-HAのストレージ・オプションについて
Oracle Database Applianceの高可用性システムには、高パフォーマンスおよび高容量のストレージ構成のためのオプションがあります。
データ・ストレージ用ソリッド・ステート・ドライブ(SSD)の追加
データ・ストレージ用のソリッド・ステート・ドライブ(SSD)のパックを既存のOracle Database Appliance X9-2-HAベース構成に追加して、ベース・ストレージ・シェルフを完全に移入します。
ストレージ拡張シェルフの追加
ベース・ストレージ・シェルフが完全に配置されたら、ストレージ拡張シェルフを追加して、マルチ・ノード・プラットフォーム上のデータ・ストレージを拡張することができます。

親トピック: ストレージの管理

Oracle Database Appliance X9-2-HAのストレージ・オプションについて

Oracle Database Applianceの高可用性システムには、高パフォーマンスおよび高容量のストレージ構成のためのオプションがあります。

Oracle Database Appliance X9-2-HAハードウェア・モデルの基本構成には、7.68 TBドライブのSSD rawストレージを含む6つのスロット(スロット0-5)があります。ストレージ容量全体のオーダーおよびデプロイを選択した場合、SSDまたはHDDドライブのいずれかを使用して、残りの18個のスロット(スロット6-23)に格納できます。さらにストレージを増やすには、ストレージ拡張シェルフを追加して、アプライアンスのストレージ容量を倍増させることができます。

すべての構成で、基本ストレージとストレージ拡張シェルフには、HDDオプションまたはHDDオプションのFLASHのDATA/RECO用の6つのSSDがあります。

Oracle Database Appliance X9-2-HAは、REDOディスク・グループに専用のSSDドライブを割り当てません。かわりに、REDOログの領域は必要に応じてSSDドライブに割り当てられます。

Oracle ASMストレージの場合、REDOログは、選択したデータベース・シェイプに基づいて、データベース作成時に使用可能なディスク・グループ領域に格納されます。 Oracle ACFSストレージの場合、データベース・ストレージの作成時にREDOログ用の領域が最小dbシェイプ(odb1s)を想定して割り当てられます。データベースなしでデータベース・ストレージを作成する場合、REDOログに割り当てられている領域は4 GBであり、最小dbシェイプ(odb1s)と仮定します。その後、既存のデータベース・ストレージで必要なデータベース・シェイプを使用してデータベースを作成すると、REDOログ領域がデータベース・シェイプに基づいて拡張されます。

Oracle Database Appliance X9-2-HA High Performance構成では、SSDドライブのみが搭載されている場合、DATAおよびRECOディスク・グループでは、ストレージ拡張シェルフを含む6、12、18、24、48のいずれかのSSDドライブが使用されます。 REDOログはRECOディスク・グループに格納されています。

HDDドライブとSSDドライブの両方を備えたOracle Database Appliance X9-2-HA高容量構成では、DATAおよびRECOディスク・グループはHDDドライブを使用し、SSDドライブはFLASHディスク・グループを格納します。 REDOログは、FLASHディスク・グループに格納されます。

高パフォーマンスと高容量の両方の構成で、REDOログは、以前のOracle Database Applianceハードウェア・モデルと同様にSSDドライブに常に作成されます。 REDOログは、RECOとFLASHのいずれであっても、ディスク・グループの冗長性レベルに関係なく、常に高い冗長性で作成されます。

高パフォーマンス

高パフォーマンス構成では、DATAおよびRECOストレージにソリッド・ステート・ドライブ(SSD)を使用します。基本構成には6つのディスクがあり、それぞれDATAおよびRECOの7.68 TB SSD rawストレージがあります。

184.32 TB SSD rawストレージの合計として、基本構成に最大3つの6パックSSDを追加できます。ストレージがさらに必要な場合は、SSDドライブの拡張シェルフを追加して容量を2倍にすることができます。拡張シェルフには24個のSSDが追加され、それぞれのSSDにはDATAおよびRECOの7.68TB rawストレージが、184.32 TB SSD rawストレージの合計として含まれています。

拡張シェルフを追加するには、基本ストレージ・シェルフと拡張シェルフにSSDドライブを完全に取り付ける必要があります。ストレージを展開すると、停止時間はありません。

高パフォーマンス用に完全に構成されたシステムには、DATAおよびRECOの368.64 TB SSD rawストレージがあります。

大容量

大容量構成では、SSDとHDDドライブを組み合わせて使用します。

基本構成には6つのディスクがあり、それぞれのディスクには7.68 TB SSD rawストレージがFLASHにあります。

次の拡張オプションを使用できます。

ベース・シェルフ: DATAおよびRECO用の追加の324 TB HDD RAWストレージ(18個のHDD、それぞれに18 TBストレージ)
拡張ストレージ・シェルフ: 追加のシェルフ・ストレージ構成は、ベース・シェルフのストレージ構成と同一でなければなりません。

大容量用に完全に構成されたシステムには、DATA、RECOおよびFLASH用の合計740.16 TB RAWストレージがあり、92.16 TB SSDおよび648 TB HDDが付いています。

表11-2 Oracle Database Appliance X9-2-HAのストレージ・オプション

構成	Oracle Database Appliance X9-2-HA SSDのみのHigh Performance構成	高容量用Oracle Database Appliance X9-2-HA SSDおよびHDDの構成
基本構成	ベース・ストレージ・シェルフには、6つの7.68 TB SSDがあります。 6 x 7.68 TB SSD = 46 TB SSD	ベース・ストレージ・シェルフには、6パックのSSD (7.68 TB)と18ドライブのHDD (18 TB)が完全に移入されます。 6 x 7.68 TB SSD = 46 TB SSD 18TB HDD = 324 TB HDDを18台 1台目のJBOD = 370 TB上の合計ストレージ。46 TB SSDと324 TB HDD
ストレージ追加オプション	基本シェルフには6つのSSDが搭載されています。さらに18個のSSDを6個のパックで追加する必要があります。ベース・システム: 6 x 7.68 TB SSD = 46 TB SSD 6つのSSDの追加: 12x 7.68 TB SSD = 92 TB SSD 12のSSDの追加: 18 x 7.68 TB SSD = 138 TB SSD 18 SSDの追加: 24 x 7.68 TB SSD = 184 TB SSD (フル・シェルフ)	該当なし基本ストレージ・シェルフに格納されています。
ストレージ・シェルフ拡張オプション	オプションの拡張ストレージ・シェルフは、基本ストレージ・シェルフの設置後にのみ設置でき、基本ストレージ・シェルフと同じ構成である必要があります。ベース・ストレージ・シェルフの合計ストレージ= 184 TB SSD 拡張シェルフ= 24 x 7.68 TB SSD = 184 TB SSDのストレージ両方のJBODを含む合計ストレージ = 368.6 TBのSSD	オプションの拡張ストレージ・シェルフは、基本ストレージ・シェルフの設置後にのみ設置でき、基本ストレージ・シェルフと同じ構成である必要があります。ベース・ストレージ・シェルフ= 370 TB上の合計ストレージ(46 TB SSDおよび324 TB HDDを使用) 92 TB SSDおよび648 TB HDDを搭載したJBOD = 740 TBの両方を含む合計ストレージ

構成

Oracle Database Appliance X9-2-HA SSDのみのHigh Performance構成

高容量用Oracle Database Appliance X9-2-HA SSDおよびHDDの構成

基本構成

ベース・ストレージ・シェルフには、6つの7.68 TB SSDがあります。

6 x 7.68 TB SSD = 46 TB SSD

ベース・ストレージ・シェルフには、6パックのSSD (7.68 TB)と18ドライブのHDD (18 TB)が完全に移入されます。

6 x 7.68 TB SSD = 46 TB SSD
18TB HDD = 324 TB HDDを18台
1台目のJBOD = 370 TB上の合計ストレージ。46 TB SSDと324 TB HDD

ストレージ追加オプション

基本シェルフには6つのSSDが搭載されています。さらに18個のSSDを6個のパックで追加する必要があります。

ベース・システム: 6 x 7.68 TB SSD = 46 TB SSD
6つのSSDの追加: 12x 7.68 TB SSD = 92 TB SSD
12のSSDの追加: 18 x 7.68 TB SSD = 138 TB SSD
18 SSDの追加: 24 x 7.68 TB SSD = 184 TB SSD (フル・シェルフ)

該当なし基本ストレージ・シェルフに格納されています。

ストレージ・シェルフ拡張オプション

オプションの拡張ストレージ・シェルフは、基本ストレージ・シェルフの設置後にのみ設置でき、基本ストレージ・シェルフと同じ構成である必要があります。
ベース・ストレージ・シェルフの合計ストレージ= 184 TB SSD
拡張シェルフ= 24 x 7.68 TB SSD = 184 TB SSDのストレージ
両方のJBODを含む合計ストレージ = 368.6 TBのSSD

オプションの拡張ストレージ・シェルフは、基本ストレージ・シェルフの設置後にのみ設置でき、基本ストレージ・シェルフと同じ構成である必要があります。
ベース・ストレージ・シェルフ= 370 TB上の合計ストレージ(46 TB SSDおよび324 TB HDDを使用)
92 TB SSDおよび648 TB HDDを搭載したJBOD = 740 TBの両方を含む合計ストレージ

親トピック: 高可用性システムのストレージの管理

データ・ストレージ用ソリッド・ステート・ドライブ(SSD)の追加

データ・ストレージ用のソリッド・ステート・ドライブ(SSD)のパックを既存のOracle Database Appliance X9-2-HAベース構成に追加して、ベース・ストレージ・シェルフを完全に移入します。

基本構成にストレージを追加する必要がある場合は、Oracle Database Appliance X9-2-HAの基本構成を完了するために、1、2、または3つの6個のSSDをオーダーできます。

拡張シェルフをOracle Database Appliance X9-2-HAに追加する前に、基本構成を完全に移入する必要があります。拡張シェルフを追加する場合、シェルフのディスク・ストレージ構成は基本構成と同じである必要があります。

ノート:

高パフォーマンスの構成では、SSDを基本ストレージ・シェルフに追加したり、ストレージ拡張シェルフを追加できます。 6-SSDの高容量ベース構成の場合、ストレージを拡張してHDDを使用するには、アプライアンスを再イメージ化してデプロイする必要があります。

ディスクをシステムに追加する前に、Oracle Database Applianceが最新リリースであることを確認します。

ディスクをスロットに1枚ずつ挿入します。

1つの6パックSSDを追加するには、ディスクをスロット6から11に挿入します。 2つの6パックSSDを追加するには、ディスクをスロット6から17に挿入します。 3つのSSDパックを追加するには、ディスクをスロット6から23に挿入します。

ノート:
各ディスクの挿入間に少なくとも1分を許可します。

すべてのディスクが追加されたら、ステップ2に進みます。
任意のノードでodaadmcli expand storageコマンドを実行します。
```
# odaadmcli expand storage -ndisk number_of_disks_to_be_added -enclosure enclosure_number_of_the_disks_to_be_added
```
最初のJBODにストレージ・ディスクを追加するときは、エン・クロージャ番号は0です。

次に例を示します。
```
# odaadmcli expand storage -ndisk 6 -enclosure 0
Precheck passed. 
Check the progress of expansion of storage by executing 'odaadmcli show disk' 
Waiting for expansion to finish ...
```
すべてのディスクを構成に追加するには、10〜12分かかります。
odaadmcli show diskコマンドを実行して、すべてのディスクがリストされ、オンラインであり、良好な状態になっていることを確認します。
```
# odaadmcli show disk
```

スロット6から11のディスクがOracle Automatic Storage Management (Oracle ASM)に追加されていることを確認します。

asm_scriptを実行して、スロット6から11のディスクがOracle Automatic Storage Management (Oracle ASM)に追加されていることを確認します。 6つのディスク(CACHEDおよびMEMBER)が正常に追加された場合は、ステップ7に進みます。

# su gridUser /opt/oracle/oak/bin/stordiag/asm_script.sh 1 6

次に例を示します。

# su grid /opt/oracle/oak/bin/stordiag/asm_script.sh 1 6 | grep CACHED
.......
/dev/mapper/SSD_E0_S06_1399645200p1 SSD_E0_S06_1399645200P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S06_1399645200p2 SSD_E0_S06_1399645200P2 3 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S07_1399646692p1 SSD_E0_S07_1399646692P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S07_1399646692p2 SSD_E0_S07_1399646692P2 3 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S08_1399649840p1 SSD_E0_S08_1399649840P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S08_1399649840p2 SSD_E0_S08_1399649840P2 3 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S09_1399649424p1 SSD_E0_S09_1399649424P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S09_1399649424p2 SSD_E0_S09_1399649424P2 3 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S10_1399649846p1 SSD_E0_S10_1399649846P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S10_1399649846p2 SSD_E0_S10_1399649846P2 3 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S11_1399649428p1 SSD_E0_S11_1399649428P1 1 NORMAL ONLINE CACHED MEMBER
/dev/mapper/SSD_E0_S11_1399649428p2 SSD_E0_S11_1399649428P2 3 NORMAL ONLINE CACHED MEMBER

ディスクがOracle ASMに追加されていない場合は、手動で追加します。 gridユーザーとして、最初のノードでsqlplus '/as sysasm'コマンドを実行し、Oracle ASMにディスクを追加します。

Oracle Automatic Storage Managementフィルタ・ドライバ(Oracle ASMフィルタ・ドライバ)が構成されていないシステムの場合は、次のようにOracle ASMディスクを追加します:


SQL> alter diskgroup /*+ _OAK_AsmCookie */ data add disk 
'/dev/mapper/SSD_E0_S06_1399765076p1' name SSD_E0_S06_1399765076p1,
'/dev/mapper/SSD_E0_S07_1399765116p1' name SSD_E0_S07_1399765116p1,
'/dev/mapper/SSD_E0_S08_1399765484p1' name SSD_E0_S08_1399765484p1,
'/dev/mapper/SSD_E0_S09_1399765504p1' name SSD_E0_S09_1399765504p1,
'/dev/mapper/SSD_E0_S10_1399765506p1' name SSD_E0_S10_1399765506p1,
'/dev/mapper/SSD_E0_S11_1399765508p1' name SSD_E0_S11_1399765508p1;

SQL> alter diskgroup /*+ _OAK_AsmCookie */ reco add disk 
'/dev/mapper/SSD_E0_S06_1399765076p2' name SSD_E0_S06_1399765076p2,
'/dev/mapper/SSD_E0_S07_1399765116p2' name SSD_E0_S07_1399765116p2,
'/dev/mapper/SSD_E0_S08_1399765484p2' name SSD_E0_S08_1399765484p2,
'/dev/mapper/SSD_E0_S09_1399765504p2' name SSD_E0_S09_1399765504p2,
'/dev/mapper/SSD_E0_S10_1399765506p2' name SSD_E0_S10_1399765506p2,
'/dev/mapper/SSD_E0_S11_1399765508p2' name SSD_E0_S11_1399765508p2;

Oracle Automatic Storage Managementフィルタ・ドライバ(Oracle ASMフィルタ・ドライバ)が構成されているシステムの場合は、次のようにOracle ASMディスクを追加します:

SQL> alter diskgroup /*+ _OAK_AsmCookie */ data add disk 
'AFD:SSD_E0_S06_1399765076P1' name SSD_E0_S06_1399765076p1,
'AFD:SSD_E0_S07_1399765116P1' name SSD_E0_S07_1399765116p1,
'AFD:SSD_E0_S08_1399765484P1' name SSD_E0_S08_1399765484p1,
'AFD:SSD_E0_S09_1399765504P1' name SSD_E0_S09_1399765504p1,
'AFD:SSD_E0_S10_1399765506P1' name SSD_E0_S10_1399765506p1,
'AFD:SSD_E0_S11_1399765508P1' name SSD_E0_S11_1399765508p1;

SQL> alter diskgroup /*+ _OAK_AsmCookie */ reco add disk 
'AFD:SSD_E0_S06_1399765076P2' name SSD_E0_S06_1399765076p2,
'AFD:SSD_E0_S07_1399765116P2' name SSD_E0_S07_1399765116p2,
'AFD:SSD_E0_S08_1399765484P2' name SSD_E0_S08_1399765484p2,
'AFD:SSD_E0_S09_1399765504P2' name SSD_E0_S09_1399765504p2,
'AFD:SSD_E0_S10_1399765506P2' name SSD_E0_S10_1399765506p2,
'AFD:SSD_E0_S11_1399765508P2' name SSD_E0_S11_1399765508p2;

ハード・ストレージ・エラーを表示するには、odaadmcli show validation storage errorsコマンドを使用します。
ハードウェアのエラーには、特定のスロットに挿入されているディスクのタイプの誤り、ディスク・モデルが無効、ディスク・サイズの誤りが含まれます。

# odaadmcli show validation storage errors
ソフト検証エラーを表示するには、odaadmcli show validation storage failuresコマンドを使用します。
典型的なソフト・ディスクのエラーは、ディスクのファームウェアのバージョンが無効であるというものです。

# odaadmcli show validation storage failures
oak_storage_conf.xmlファイルに両方のノードに追加されたディスクの数が表示されることを確認します。たとえば、基本構成に6つのディスクを追加した場合、oak_storage_conf.xmlファイルには12が表示される必要があります。 12個のディスクをベース構成に追加した場合、oak_storage_conf.xmlファイルは18個を示す必要があります。
```
# cat /opt/oracle/oak/conf/oak_storage_conf.xml
```

親トピック: 高可用性システムのストレージの管理

ストレージ拡張シェルフの追加

ベース・ストレージ・シェルフが完全に配置されたら、ストレージ拡張シェルフを追加して、マルチ・ノード・プラットフォーム上のデータ・ストレージを拡張することができます。

拡張シェルフは、Oracle Database Appliance X9-2-HAなどのマルチ・ノード・プラットフォームで使用できます。ストレージ拡張シェルフの追加には、両方のノードのチェックが含まれます。 SSHがノード間で動作し、すべてのユーザーが共有パスワードを使用して期待どおりに接続できることを確認することが重要です。

拡張シェルフを追加する前に、基本構成を完全に配置する必要があります。拡張シェルフを追加する場合、シェルフは基本ストレージ・シェルフと同じディスク・ストレージ構成でなければなりません。

ノート:

データベースのアクティビティが比較的少ないときに、ストレージ拡張シェルフを追加することをお薦めします。システムが新しいストレージを検出すると、Oracle Automatic Storage Management (Oracle ASM)は自動的にディスクグループのバランスを再調整します。再バランス操作を行うと、操作が完了するまでパフォーマンスが低下する可能性があります。

ストレージ拡張シェルフを取り付けてケーブルを接続しますが、拡張シェルフの電源は入れないでください。

注意:

ケーブル配線手順を注意深く見直して、正しくケーブル接続を行ったことを確認してください。データベースが既存するOracle Database Applianceにストレージ拡張シェルフを追加したときに、誤って接続すると、データ損失を招く可能性があります。
Oracle Database Applianceの新しいデプロイメントまたは再イメージの場合は、次のステップを順番に実行してください:
1. ベース・ストレージの電源を入れます。
2. ノード0の電源を投入します。
3. ノード1の電源を投入します。
注意:
拡張シェルフの電源をまだ投入しないでください。
ノードとベース・ストレージ・シェルフの両方が稼働していることを確認します。各サーバー・ノードにログインし、 odacli validate-storagetopologyコマンドを実行して、基本構成の配線が正しいことを確認します。
```
# odacli validate-storagetopology
 ...
      INFO  : Check if JBOD powered on
  SUCCESS   : JBOD : Powered-on                                          
      INFO  : Check for correct number of EBODS(2 or 4)
  SUCCESS   : EBOD found : 2                                                                                                                                                                     INFO       : Check for overall status of cable validation on Node0
  SUCCESS   : Overall Cable Validation on Node0            
  SUCCESS   : JBOD Nickname set correctly : Oracle Database Appliance - E0
```
コマンドを実行して、2つのサーバー・ノードが基本ストレージ・シェルフに正しくケーブル接続され、すべてのディスクがオンラインで、良好なステータスを持ち、両方のノードの既存のディスク・グループに追加されていることを確認します。障害が発生した場合は、次のステップに進む前にケーブルを修正してください。

ノート:
出力にEBOD foundが2であることが示されている場合は、基本ストレージ・シェルフのみがあります。 EBOD foundが4の場合、基本ストレージ・シェルフと拡張シェルフがあります。
ノート:
ファクトリから新しいJBODを追加する場合、odacli validate-storagetopologyコマンドの出力は次のとおりです:
```
# odacli validate-storagetopology
 ...
WARNING : JBOD Nickname is incorrectly set to :
```
ストレージ拡張シェルフの電源を入れ、20分待ってからストレージ拡張のCLIコマンドを発行してください。

各サーバー・ノードにログインし、odacli validate-storagetopologyコマンドを実行してストレージ・ケーブルを検証し、新しいストレージ・シェルフが認識されていることを確認します。


# odacli validate-storagetopology

  INFO    : Check if JBOD powered on
  SUCCESS : 2JBOD : Powered-on                                               
  INFO    : Check for correct number of EBODS(2 or 4)
  SUCCESS : EBOD found : 4                                                   
   ...
   ...

   INFO    : Check for overall status of cable validation on Node0
   SUCCESS : Overall Cable Validation on Node0            
   SUCCESS : JBOD0 Nickname set correctly : Oracle Database Appliance - E0
   SUCCESS : JBOD1 Nickname set correctly : Oracle Database Appliance - E1

ファクトリから新しいJBODを追加する場合、odacli validate-storagetopologyコマンドの出力は次のとおりです:

# odacli validate-storagetopology
 ...
WARNING : JBOD Nickname is incorrectly set to :

両方のストレージ・シェルフが認識されていることを示す次のインジケータを探します:

2つのシェルフがある場合、JBOD(ディスクの束)に番号が付けられます。次に例を示します。
```
SUCCESS : 2JBOD : Powered-on
```
両方のシェルフが認識されると、EBOD found値は4です。
```
SUCCESS : EBOD found : 4
```

拡張シェルフが適切にケーブル接続されている場合、ニックネームはE1です。次に例を示します。

        SUCCESS : JBOD0 Nickname set correctly : Oracle Database Appliance - E0
        SUCCESS : JBOD1 Nickname set correctly : Oracle Database Appliance - E1

続行する前にエラーを修正してください。

odaadmcli show diskコマンドを実行して、拡張シェルフのすべてのディスクがリストされ、オンラインであり、良好な状態になっていることを確認します。
```
# odaadmcli show disk
```
すべてのディスクがオンラインで状態が良好な場合は、次のステップに進みます。
odaadmcli show enclosureコマンドを実行して、拡張シェルフ内のコンポーネントのヘルスをチェックします。
```
# odaadmcli show enclosure
```

odaadmcli expand storageコマンドを実行します。

# odaadmcli expand storage -ndisk 24 -enclosure 1 

Precheck passed. 
Check the progress of expansion of storage by executing 'odaadmcli show disk' 
Waiting for expansion to finish ...

構成にすべてのディスクを追加するには、約30分から40分かかります。

ハード・ストレージ・エラーを表示するには、odaadmcli show validation storage errorsコマンドを使用します。
ハードウェアのエラーには、特定のスロットに挿入されているディスクのタイプの誤り、ディスク・モデルが無効、ディスク・サイズの誤りが含まれます。
```
# odaadmcli show validation storage errors
```
ソフト検証エラーを表示するには、odaadmcli show validation storage failuresコマンドを使用します。
典型的なソフト・ディスクのエラーは、ディスクのファームウェアのバージョンが無効であるというものです。
```
# odaadmcli show validation storage failures
```
odacli describe-componentコマンドを実行して、ストレージ拡張内のすべてのファームウェア・コンポーネントが最新であることを確認します。
```
# odacli describe-component
```
必要に応じて、ストレージ・シェルフを更新し、odacli describe-componentコマンドを実行して、ファームウェアが最新であることを確認します。
```
# odacli update
# odacli describe-component
```

親トピック: 高可用性システムのストレージの管理