- メンテナンス・ガイド
- Oracle Exadata Storage Serverの保守
- 「ストレージ・セルの既存のエラスティック構成の変更」
- エイス・ラック・クラスタへの新しいストレージ・サーバーの追加
3.8.2 エイス・ラック・クラスタへの新しいストレージ・サーバーの追加
既存のOracle Exadata X7以降のエイス・ラックに新しいOracle Exadata X7以降のストレージ・サーバーを追加するには、次のステップを実行します。
- PMEMキャッシュとPMEMログを削除します(構成されている場合)。
$ cellcli -e drop pmemcache all $ cellcli -e drop pmemlog all
- 新しいストレージ・サーバーで、フラッシュ・キャッシュ、フラッシュ・ログおよびセル・ディスクを削除します。
cellcli -e drop flashcache all cellcli -e drop flashlog all cellcli -e drop celldisk all
- 新しいストレージ・サーバーで、
eighthrack
属性を有効にします。cellcli -e alter cell eighthRack=true
- 新しいストレージ・サーバーで、セル・ディスクを作成します。
cellcli -e create celldisk all
- 新しいストレージ・サーバーで、フラッシュ・ログを作成します。
cellcli -e create flashlog all
- 新しいストレージ・サーバーでPMEMログを作成します(該当する場合)。
cellcli -e create pmemlog all
- 既存のストレージ・サーバーで、セル属性
flashcachemode
の値を取得します。cellcli -e list cell attributes flashcachemode
新しいストレージ・サーバー上の
flashcachemode
属性はデフォルトでWriteThrough
に設定されます。すべてのストレージ・サーバーでは、同じflashcachemode
属性が設定されている必要があります。既存のストレージ・サーバーが
WriteBack
モードを使用している場合は、次に示すように、新しいストレージ・サーバーで属性flashcachemode
を変更する必要があります。cellcli -e alter cell flashcachemode=writeback
- 新しいストレージ・サーバーで、フラッシュ・キャッシュを作成します。
cellcli -e create flashcache all
- ストレージ・サーバーでPMEMキャッシュを使用している場合は、セル属性
pmemcachemode
の値を取得します。cellcli -e list cell attributes pmemcachemode
新しいストレージ・サーバーの
pmemcachemode
属性は、デフォルトでWriteThrough
に設定されます。pmemcachemode
属性は、すべてのストレージ・サーバーで同じ設定になっている必要があります。既存のストレージ・サーバーで
WriteBack
モードを使用している場合は、次に示すように、新しいストレージ・サーバーの属性pmemcachemode
を変更する必要があります。cellcli -e alter cell pmemcachemode=writeback
- ストレージ・サーバーでPMEMキャッシュを使用する場合は、新しいストレージ・サーバーでPMEMキャッシュを作成します。
cellcli -e create pmemcache all
- 既存のストレージ・サーバーで、グリッド・ディスクの構成に関する情報を取得します。
cellcli -e list griddisk attributes name,offset,size,cachingpolicy
- 新しいストレージ・サーバーで、グリッド・ディスクを作成します(既存のストレージ・サーバーの構成と一致するよう一連のグリッド・ディスクごとに手順を繰り返します)。
次のコマンドでは、斜体文字を、ステップ11で取得した対応する値に置き換えます。
cellcli -e CREATE GRIDDISK ALL HARDDISK PREFIX=matching_prefix_of_the_ corresponding_existing_diskgroup, size=size_followed_by_G_or_T, cachingPolicy=\'value_from_command_above_for_this_disk_group\', comment =\"Cluster cluster_name diskgroup diskgroup_name\"
- 新しいストレージ・サーバーで、(ステップ11で取得した情報と比較することにより)グリッド・ディスクの構成が既存のストレージ・サーバーのグリッド・ディスクの構成と同じであることを検証します。
cellcli -e list griddisk attributes name,offset,size,cachingpolicy
- (X2からX8のサーバーのみ)パーティション・キー(pkey)を実装した環境の場合は、RDMAネットワーク・ファブリック・インタフェース用のpkeyを構成します。このタスクについては、「ExadataでのOVM RACクラスタ間のInfiniBandパーティションの実装」(My Oracle SupportのドキュメントID 2075398.1)のステップ6を参照してください。
- 新しいストレージ・サーバーでは、InfiniBandネットワーク・ファブリックまたはRoCEネットワーク・ファブリックの両方のポートのIPアドレスを特定します。
cellcli -e list cell attributes name,ipaddress1,ipaddress2
- すべてのデータベース・サーバーの
/etc/oracle/cell/network-config/cellip.ora
ファイルに、ステップ15のIPアドレスを追加します。クラスタ内の任意のデータベース・サーバー上で次のステップを実行します。
cd /etc/oracle/cell/network-config
cp cellip.ora cellip.ora.orig
cp cellip.ora cellip.ora-bak
/etc/oracle/cell/network-config/cellip.ora-bak
に新しいエントリを追加します。- 次のコマンドを使用して、編集後のファイルをすべてのデータベースの
cellip.ora
ファイルにコピーします。ここで、database_nodesは、クラスタ内の各データベース・サーバーの名前が個別の行として含まれたファイルを指します。/usr/local/bin/dcli -g
database_nodes-l root -f cellip.ora-bak -d /etc/oracle/cell/network-config/cellip.ora
- 任意のOracle ASMインスタンスに接続し、新しいストレージ・サーバーのグリッド・ディスクが検出可能であることを確認してください。
SQL> set pagesize 30 SQL> set linesize 132 SQL> col path format a70 SQL> SELECT inst_id,path FROM gv$asm_disk WHERE header_status='CANDIDATE' 2> ORDER BY inst_id,path; INST_ID PATH ---------- ---------------------------------------------------------------------- 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_00_celadm11 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_01_celadm11 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_02_celadm11 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_03_celadm11 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_04_celadm11 1 o/192.168.17.235;192.168.17.236/DATAC1_CD_05_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_00_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_01_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_02_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_03_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_04_celadm11 1 o/192.168.17.235;192.168.17.236/RECOC1_CD_05_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_00_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_01_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_02_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_03_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_04_celadm11 2 o/192.168.17.235;192.168.17.236/DATAC1_CD_05_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_00_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_01_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_02_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_03_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_04_celadm11 2 o/192.168.17.235;192.168.17.236/RECOC1_CD_05_celadm11
- Oracle ASMインスタンスの1つに接続し、新規ディスクを既存のディスク・グループに追加します。
SQL> ALTER DISKGROUP datac1 ADD DISK ‘o/192.168.17.235;192.168.17. 236/DATAC1*’; SQL> ALTER DISKGROUP recoc1 ADD DISK ‘o/192.168.17.235;192.168.17. 236/RECOC1*’;
ノート:
ディスクの追加によってトリガーされたリバランス操作は、デフォルトのOracle Maximum Availability Architecture (MAA)ベスト・プラクティス電源(4になります)で実行されます。アプリケーションのサービス・レベルのパフォーマンスに問題がない場合、高速リバランスのために電源を大きくすることを検討します。 - 障害グループごとにディスク数のレポートを取得します。High Capacity (HC) Storage Serverでは障害グループごとに6台のディスクが予想され、Extreme Flash (EF) Storage Serverでは障害グループごとに4台のディスクが予想されます。
SQL> SELECT d.group_number,dg.name,failgroup,mode_status,COUNT(*) 2> FROM v$asm_disk d,v$asm_diskgroup dg 3> WHERE d.group_number=dg.group_number 4> AND failgroup_type='REGULAR' 5> GROUP BY d.group_number,dg.name,failgroup,mode_status; GROUP_NUMBER NAME FAILGROUP MODE_ST COUNT(*) ------------ ------------------- -------------------- ------- -------- 1 DATAC1 CELADM08 ONLINE 6 1 DATAC1 CELADM09 ONLINE 6 1 DATAC1 CELADM10 ONLINE 6 1 DATAC1 CELADM11 ONLINE 6 2 RECOC1 CELADM08 ONLINE 6 2 RECOC1 CELADM09 ONLINE 6 2 RECOC1 CELADM10 ONLINE 6 2 RECOC1 CELADM11 ONLINE 6
- 既存のストレージ・サーバーにOracle Auto Service Request (ASR)のアラートが設定されていた場合は、追加するストレージ・サーバー用にセルのOracle ASRアラートを構成します。
- いずれかの既存のストレージ・サーバーから、セルの
snmpsubscriber
属性をリストします。CellCLI> LIST CELL ATTRIBUTES snmpsubscriber
- 次のコマンドを実行して、同じ
snmpsubscriber
属性値を新しいストレージ・サーバーに適用します。この際、snmpsubscriberを前のコマンドの値に置き換えてください。CellCLI> ALTER CELL snmpsubscriber=snmpsubscriber
ノート:
snmpsubscriber値では、英数字以外の文字が含まれる場合は、ホスト名またはIPアドレスは引用符で囲みます。次に例を示します:
CellCLI> ALTER CELL snmpSubscriber=((host="asr-host.example.com",port=162,community=public,type=asr,asrmPort=16161))
- 既存のストレージ・サーバーから、セルのアラートを構成するために必要なセルの属性をリストします。
CellCLI> LIST CELL ATTRIBUTES - notificationMethod,notificationPolicy,mailServer,smtpToAddr, - smtpFrom,smtpFromAddr,smtpUseSSL,smtpPort
- 次のコマンドを実行して、同じ値を新しいストレージ・サーバーに適用します。この際、プレースホルダを既存のストレージ・サーバーから検出された値に置き換えてください。
CellCLI> ALTER CELL - notificationMethod='notificationMethod', - notificationPolicy='notificationPolicy', - mailServer='mailServer', - smtpToAddr='smtpToAddr', - smtpFrom='smtpFrom', - smtpFromAddr='smtpFromAddr', - smtpUseSSL=smtpUseSSL, - smtpPort=smtpPort
- いずれかの既存のストレージ・サーバーから、セルの
親トピック: ストレージ・セルの既存のエラスティック構成の変更