1. X8-2デプロイメントおよびユーザー・ガイド
  2. ストレージの管理
機械翻訳について

9 ストレージの管理

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

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

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

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

  • 高速リカバリ領域(FRA)バックアップ FRAは、REDOログ、制御ファイル、アーカイブ・ログ、バックアップ・ピースとコピー、およびフラッシュバック・ログを含むストレージ(ディスクまたはOracle ASMディスク・グループ上のディレクトリ)です。

  •   ダブルまたはトリプル・ミラーリングは、機械的な問題から保護します。

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

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

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

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

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

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

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

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

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

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

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

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

表9-1O racle Database Appliance X8-2SおよびX8-2Mのストレージ・オプション

構成 Oracle Database Appliance X8-2S Oracle Database Appliance X8-2M

基本構成

2 x 6.4 TBのNVMe = 12.8 TB NVMe

2 x 6.4 TBのNVMe = 12.8 TB NVMe

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

なし

合計ストレージ・ドライブ76.8 TB NVMe用の10 x 6.4 TB NVMeストレージ・ドライブ。

オーダー数量1 - 7600927 (Oracle Database Appliance X8-2M用のcoral-dブラケットを使用した2パック6.4TB 2.5-inch NVMe PCIe 3.0 SSD v2

最大12台のディスクに6.4 TBのNVMeディスクをパックします。

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

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

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

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

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

  1. ストレージを拡張する前に、Oracle Database Applianceを最新のパッチ・バンドルに更新してください。

    # odacli describe-component 

  2. 既存のストレージ・ディスクのディスク・ヘルスを確認します。

    # odaadmcli show disk

  3. odaadmcli show diskgroupコマンドを実行して、Oracle Automatic Storage Management (Oracle ASM)ディスク・グループ情報を表示および確認します。

  4. Oracle ASMおよびCRSのヘルスを確認するにはorachkを使用します。

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

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

Oracle Database Appliance X8-2SまたはX8-2Mのデフォルト構成には、2つのNVMeディスクがあります。 Oracle Database Appliance X8-2Sのストレージを拡張することはできません。

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

警告:

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

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

  1. NVMeディスクを追加する前に、現在のディスクがoakdおよびOracle ASMでオンラインであることを確認します。 それ以外の場合、事前チェックは失敗します。 たとえば、スロット2および3に2ディスク拡張する場合、スロット0および1のディスクはOracle ASMおよびoakdでオンラインである必要があります。 スロット0から5を挿入したときにスロット2から5を4ディスク拡張する場合、スロット0から1のすべてのディスクがオンラインである必要があります。 スロット2から11までの10ディスク拡張の場合、スロット0から1のすべてのディスクがオンラインである必要があります。
  2. ディスクを一度に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分を許可します。

  3. odaadmcli expand storageコマンドを実行して、新しいストレージ・ドライブを追加します:
    # odaadmcli expand storage -ndisk number_of_disks
    たとえば、2つのNVMeドライブを追加するには:
    #odaadmcli expand storage -ndisk 4
Precheck passed. 
Check the progress of expansion of storage by executing 'odaadmcli show disk' 
Waiting for expansion to finish ...
  4. odaadmcli show diskコマンドを実行して、すべてのディスクがオンラインで、正常な状態にあることを確認します。
    # odaadmcli show disk

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

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

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

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

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

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

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

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

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

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

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

HDDドライブとSSDドライブの両方を備えたOracle Database Appliance X8-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ドライブを完全に取り付ける必要があります。 SSDのみを使用してストレージを拡張すると、ダウンタイムは発生しません。

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

大容量

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

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

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

  • ベース・シェルフ: DATAおよびRECOの252 TB HDDロー・ストレージ(それぞれ14 TBのストレージを持つ18 HDD)

  • 拡張ストレージ・シェルフ: 追加のシェルフ・ストレージ構成は、ベース・シェルフのストレージ構成と同一でなければなりません。

高容量システムが完全に構成されている場合、DATA、RECOおよびFLASHの596.16 TBのrawストレージは合計で、92.16 TB SSDと504 TB HDDがあります。

表9-2O racle Database Appliance X8-2-HAのストレージ・オプション

構成 Oracle Database Appliance X8-2-HA SSDのみのHigh Performance構成 高容量用Oracle Database Appliance X8-2-HA SSDおよびHDDの構成
基本構成

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

  • 6 x 7.68 TB SSD = 46 TB SSD

ベース・ストレージ・シェルフには、7.68 TBの6パックSSDおよび14 TBの18ドライブHDDが完全に装着されています。

  • 6 x 7.68 TB SSD = 46 TB SSD

  • 18 x 14TB HDD = 252 TB HDD

  • 最初のJBOD = 298 TB (46 TB SSDと25 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.64 TB SSDを含む合計ストレージ
  • オプションの拡張ストレージ・シェルフは、基本ストレージ・シェルフの設置後にのみ設置でき、基本ストレージ・シェルフと同じ構成である必要があります。
  • ベース・ストレージ・シェルフの合計ストレージ(= 298 TB、46 TB SSDと252 TB HDD)
  • JBOD = 596 TB(92 TB SSDと504 TB HDD)を含む合計ストレージ

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

仮想化プラットフォームのストレージ・アップグレードの準備

ベース・シェルフにストレージを追加する前、または拡張シェルフを追加する前に、これらのベスト・プラクティスを確認して実行してください。

  1. ストレージを拡張する前に、Oracle Database Applianceを最新のパッチ・バンドルに更新してください。
  2. ソフトウェアとファームウェアの両方のノードが同じバージョンとパッチ・バンドル・レベルにあることを確認します。
    # oakcli show version -detail 
    # oakcli inventory -q 

    ノート:

    いずれかのノードでoakdが実行されていない場合は、ストレージを追加する前に問題を修正してください。
  3. 既存のストレージ・ディスクのディスク・ヘルスを確認します。

    両方のノードでチェックを実行し、デフォルト・チェック・オプションを使用してNetworkComponents、OSDiskStorage、SharedStorage、およびSystemComponentsをチェックします。 

    # oakcli validate -d
  4. 各ノードでコマンドoakcli show diskgroupを実行して、Oracle Automatic Storage Management (Oracle ASM)ディスク・グループ情報を表示および確認します。
    # oakcli show diskgroup data
    # oakcli show diskgroup reco
     # oakcli show diskgroup redo 
  5. 両方のノードでOracle ASMおよびCRSのヘルスを確認します。
    各ノードでoakcli orachkコマンドを実行します。 どちらかのノードに接続する際に問題がある場合は、/etc/bashrcファイルをチェックし、rootのプロファイル内の値を削除(またはコメントアウト)します。oracle; grid users  

    ノード0でoakcli orachkを実行します: 

    # oakcli orachk
...

Checking Status of Oracle Software Stack - Clusterware, ASM, RDBMS

. . . . . . . . .
-------------------------------------------------------------------------------------------------------
Oracle Stack Status
-------------------------------------------------------------------------------------------------------
Host Name CRS Installed  ASM HOME   RDBMS Installed    CRS UP    ASM UP    RDBMS UP DB Instance Name
-------------------------------------------------------------------------------------------------------
odax3rm1       Yes           No          Yes              No        No        No          ........
-------------------------------------------------------------------------------------------------------

 ...

    ノード1でoakcli orachkを実行します: 

    # oakcli orachk
...

Checking Status of Oracle Software Stack - Clusterware, ASM, RDBMS

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
-------------------------------------------------------------------------------------------------------
Oracle Stack Status
-------------------------------------------------------------------------------------------------------
Host Name CRS Installed  ASM HOME   RDBMS Installed    CRS UP    ASM UP    RDBMS UP DB Instance Name
-------------------------------------------------------------------------------------------------------
odax3rm2      Yes           Yes           Yes            Yes       Yes        Yes      b22S2 b23S2 b24S2
-------------------------------------------------------------------------------------------------------

...
  6. ノード間の通信を確認し、SSHがoracle、root、gridに同じパスワードを使用して動作していることを確認します。
    各ノードから:
    1. sshを両方のノードに追加します。
    2. 両方のノードにpingを実行します。
  7. 各ノードに少なくとも10 GBの空き容量があることを確認します。
    [root@oda]# df -h
    [root@odb]# df -h

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

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

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

ベース構成にストレージを追加する必要がある場合は、1個、2個または3個のSSDパックをオーダーして、Oracle Database Appliance X8-2-HAの基本構成を完成させることができます。

拡張シェルフをOracle Database Appliance X8-2-HAに追加できるようにするには、あらかじめ基本構成をすべて挿入しておく必要があります。 拡張シェルフを追加する場合、シェルフのディスク・ストレージ構成は基本構成と同じである必要があります。

ノート:

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

ノート:

この手順のodacliおよびodaadmcliコマンドと同等のoakcliコマンドを使用して、仮想化プラットフォームのベース構成にストレージを追加する手順と同じ手順に従います。
ディスクをシステムに追加する前に、Oracle Database Applianceが最新リリースであることを確認します。
  1. ディスクをスロットに1枚ずつ挿入します。

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

    ノート:

    各ディスクの挿入間に少なくとも1分を許可します。
    すべてのディスクが追加されたら、ステップ2に進みます。
  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分かかります。
  3. odaadmcli show diskコマンドを実行して、すべてのディスクがリストされ、オンラインであり、良好な状態になっていることを確認します。
    # odaadmcli show disk
  4. スロット6から11のディスクがOracle Automatic Storage Management (Oracle ASM)に追加されていることを確認します。
    1. asm_scriptを実行して、スロット6から11のディスクがOracle Automatic Storage Management (Oracle ASM)に追加されていることを確認します。 6つのディスク(CACHEDおよびMEMBER)が正常に追加された場合は、ステップ7に進みます。 
      su - grid user -c /opt/oracle/oak/bin/stordiag/asm_script.sh 1 6

      次に例を示します。

      # /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
    2. ディスクが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_S09_1399765506p1,
'/dev/mapper/SSD_E0_S11_1399765508p1' name SSD_E0_S09_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_S09_1399765506p2,
'/dev/mapper/SSD_E0_S11_1399765508p2' name SSD_E0_S09_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;
  5. ハード・ストレージ・エラーを表示するには、odaadmcli show validation storage errorsコマンドを使用します。
    ハードウェアのエラーには、特定のスロットに挿入されているディスクのタイプの誤り、ディスク・モデルが無効、ディスク・サイズの誤りが含まれます。
    # odaadmcli show validation storage errors
  6. ソフト検証エラーを表示するには、odaadmcli show validation storage failuresコマンドを使用します。
    典型的なソフト・ディスクのエラーは、ディスクのファームウェアのバージョンが無効であるというものです。
    # odaadmcli show validation storage failures
  7. 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 X8-2-HAなどのOracle Database Applianceマルチ・ノード・プラットフォームで使用できます。 ストレージ拡張シェルフの追加には、両方のノードのチェックが含まれます。 SSHがノード間で動作し、すべてのユーザーが共有パスワードを使用して期待どおりに接続できることを確認することが重要です。

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

ノート:

同じ手順に従って、この手順のodacliまたはodaadmcliコマンドと同等のoakcliコマンドを使用して、仮想化プラットフォームの基本構成にストレージを追加できます。

ノート:

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

    注意:

    ケーブル配線手順を注意深く見直して、正しくケーブル接続を行ったことを確認してください。 データベースが既存するOracle Database Applianceにストレージ拡張シェルフを追加したときに、誤って接続すると、データ損失を招く可能性があります。

  2. Oracle Database Applianceの新しいデプロイメントまたは再イメージの場合は、次のステップを順番に実行してください:
    1. ベース・ストレージの電源を入れます。
    2. ノード0の電源を入れます。
    3. ノード1の電源を入れます。

    注意:

    拡張シェルフの電源をまだ投入しないでください。
  3. 両方のノードとベース・ストレージ・シェルフが稼働していることを確認します。 各サーバー・ノードにログインし、 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 :
  4. ストレージ拡張シェルフの電源を入れ、20分待ってからストレージ拡張のCLIコマンドを発行してください。
  5. 各サーバー・ノードにログインし、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

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

  6. odaadmcli show diskコマンドを実行して、拡張シェルフのすべてのディスクがリストされ、オンラインであり、良好な状態になっていることを確認します。
    # odaadmcli show disk
    すべてのディスクがオンラインで状態が良好な場合は、次のステップに進みます。
  7. odaadmcli show enclosureコマンドを実行して、拡張シェルフ内のコンポーネントのヘルスをチェックします。
    # odaadmcli show enclosure
  8. 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分かかります。
  9. ハード・ストレージ・エラーを表示するには、odaadmcli show validation storage errorsコマンドを使用します。
    ハードウェアのエラーには、特定のスロットに挿入されているディスクのタイプの誤り、ディスク・モデルが無効、ディスク・サイズの誤りが含まれます。
    # odaadmcli show validation storage errors
  10. ソフト検証エラーを表示するには、odaadmcli show validation storage failuresコマンドを使用します。
    典型的なソフト・ディスクのエラーは、ディスクのファームウェアのバージョンが無効であるというものです。
    # odaadmcli show validation storage failures
  11. odacli describe-componentコマンドを実行して、ストレージ拡張内のすべてのファームウェア・コンポーネントが最新であることを確認します。
    # odacli describe-component
  12. 必要に応じて、ストレージ・シェルフを更新し、odacli describe-componentコマンドを実行して、ファームウェアが最新であることを確認します。
    # odacli update
# odacli describe-component

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