| Oracle® Exalogic Elastic Cloudバックアップおよびリカバリ・ガイド リリースEL X2-2およびX3-2 E51445-03 |
|
 前 |
 次 |
この章では、Exalogicインフラストラクチャのコンポーネントのバックアップおよびリカバリについて説明します。
|
注意: コンポーネントをリカバリする前に、そのコンポーネントが使用中ではないことを確認します。 |
内容は次のとおりです。
初期デプロイメント時のExalogicマシンの構成には、Exalogic構成ユーティリティ(ECU)が使用されます。初期デプロイメントの完了後に、ECUによって生成された構成ファイルとランタイム・ファイルをバックアップしておくことを強くお薦めします。
第2章「バックアップおよびリカバリの場所」で定義したNFSの場所をマスター計算ノードにマウントします。
マスター計算ノードとは、Exalogicラック内の、ECUが実行されていたノードです。
次のディレクトリのtarballを作成します。
/opt/exalogic/ecu: Exalogic構成ディレクトリ
/var/tmp/exalogic/ecu: Exalogicランタイム・ディレクトリ
(オプション) /var/log/exalogic/ecu: ECUログ・ファイルを含む
ECUファイルをリカバリするには、ECU構成ファイルが含まれるtarballを/opt/exalogic/ecuディレクトリに抽出し、ランタイム・ファイルが含まれるtarballを/var/tmp/exalogic/ecuディレクトリに抽出します。ログ・ファイルをリストアする必要はありません。
この項の内容は次のとおりです。
計算ノードのバックアップには、次のもののバックアップが含まれます。
計算ノードのILOM
計算ノードのオペレーティング・システム
計算ノードのILOMをバックアップするには、次を実行します。
|
注意: コンポーネントのバックアップとリストアに使用中の計算ノードのILOMをバックアップできません。そのような計算ノードのILOMをバックアップするには、別の計算ノードからこれらの手順を実行します。 |
NFSの場所(第2章「バックアップおよびリカバリの場所」)をいずれかの計算ノードにマウントします。
ilom-adminユーザーとしてその計算ノードにログインします。
次のコマンドを使用して、バックアップをエンコードします。
set /SP/config passphrase=phrase
例:
set /SP/config passphrase=mypassword1 set 'passphrase to 'mypassword1'
mypassword1は、ユーザーが選択したパスワードです。バックアップの作成で使用したパスワードを入力します。
次のコマンドを実行して、ILOMの構成をバックアップします。
set /SP/config dump_uri=URI
URIは、バックアップの実行に使用したコマンドです。
例:
set /SP/config dump_uri=scp://root:rootpwd@hostIP/export/Exalogic_Backup/compute_nodes/computenode.backup
hostIPは、バックアップ・ファイルのターゲット・ホストのIPアドレスです。
/export/Exalogic_Backup/compute_nodes/computenode.backupは、リモート・ホスト上のバックアップ・ファイルの絶対パスおよび名前です。
Exalogicマシンのオペレーティング・システムは、各計算ノードのローカル・ディスクにインストールされます。
正式なExalogicベース・イメージがカスタマイズされている場合は、tarやdumpなど標準のオペレーティング・システム・ユーティリティを使用して、ルート・ファイル・システムおよびカスタマイズのバックアップを作成することをお薦めします。このとき、/var、/tmp、/tree、/proc、/dev、/poolfsmntの各ファイル・システムおよびNFSマウントされたファイル・システムは除外します。Exalogic仮想スタックを実行している場合は、これらに加えて、poolfs、ExalogicPool、ExalogicRepoの各ファイル・システムも除外する必要があります。ExalogicPoolおよびExalogicRepoファイル・システムは、NFSマウントされます。
第2章「バックアップおよびリカバリの場所」で説明しているとおりに、計算ノードに作成したNFSの場所にバックアップを保存します(たとえば、/export/Exalogic_Backup/compute_nodes)。
|
注意: 計算ノードにマウントされているNFSファイル・システムをリストするには、次のコマンドを実行します。
mount -t nfs | awk '{print $3}'
|
詳細は、Exalogicのバックアップおよびリカバリのベスト・プラクティスに関するホワイト・ペーパー(http://www.oracle.com/technetwork/database/features/availability/maa-exalogic-br-1529241.pdf)を参照してください。
計算ノードが回復不可能なほどに損傷を受けている場合、または複数のディスク障害が原因でローカル・ディスク障害が発生したときに計算ノードのバックアップがない場合は、その計算ノードを再イメージ化する必要があります。再イメージ化の処理中は、Exalogicマシン内のその他の計算ノードを使用できます。Exalogicベース・イメージで実行したすべてのスクリプト、CRONジョブ、メンテナンス・アクションおよびその他のカスタマイズをリストアする必要があります。
ベアメタル・リストアは、バックアップが作成されたときと同じ状態に新規計算ノードをリストアする処理です。ベアメタル・リストアを実行するには、この項で説明している手順を実行することによって、新規計算ノードを再イメージ化する必要があります。Exalogicベース・イメージを使用してノードを再イメージ化したら、作成しておいたバックアップを使用して元の状態にそのノードをリストする必要があります。
Exalogicマシンが物理構成と仮想構成のいずれかにデプロイされている場合は、次を実行して、計算ノードを再イメージ化します。Exalogicマシンが仮想構成にデプロイされている場合は、第3.2.3項「仮想環境におけるExalogic計算ノードのリカバリ」の手順を実行する必要があります。
Oracleサポート・サービスでOracleサポート・リクエストを開きます。
サポート・エンジニアが障害発生サーバーを特定して、置換を送信します。残存計算ノードから実行したimagehistoryコマンドおよびimageinfoコマンドの出力をサポート・エンジニアに提供します。この出力には、元の計算ノードのイメージ化とパッチ適用に使用した正しいイメージとパッチ・セットに関する詳細、およびシステムを同じレベルにリストアする方法が示されています。
計算ノードのILOMをリストアします。
|
注意: コンポーネントのバックアップとリストアに使用中の計算ノードのILOMをリストアできません。そのような計算ノードのILOMをリストアするには、別の計算ノードからこれらの手順を実行します。 |
計算ノードのILOMをリストアするには、次を実行します。
NFSの場所(第2章「バックアップおよびリカバリの場所」)をいずれかの計算ノードにマウントします。
ilom-adminユーザーとして、修復済の計算ノードにログインします。
次のコマンドを使用して、バックアップをエンコードします。
set /SP/config passphrase=phrase
例:
set /SP/config passphrase=mypassword1 set 'passphrase to 'mypassword1'
mypassword1は、ユーザーが選択したパスワードです。バックアップの作成で使用したパスワードを入力します。
次のコマンドを実行して、ILOMの構成をリストアします。
set /SP/config load_uri=URI
URIは、バックアップの実行に使用したコマンドです。
例:
set /SP/config load_uri=scp://root:rootpwd@hostIP/export/Exalogic_Backup/compute_nodes/computenode.backup
hostIPは、バックアップ・ファイルのターゲット・ホストのIPアドレスです。
/export/Exalogic_Backup/compute_nodes/computenode.backupは、リモート・ホスト上のバックアップ・ファイルの絶対パスおよび名前です。
Oracle Exalogicベース・イメージとパッチ・セット更新(PSU)をダウンロードします。
該当するOracle Exalogicベース・イメージをhttps://edelivery.oracle.comからダウンロードし、該当するPSUをMy Oracle Support https://support.oracle.comからダウンロードします。
置換計算ノードを再イメージ化します。
置換される計算ノードは、PXEブート・サーバーを使用して、またはその計算ノードのWebベースのILOMを使用してイメージ化できます。このドキュメントでは、PXEブート・サーバーの構成手順については説明していませんが、計算ノードでPXEブート・サーバーを使用できるようにする手順は示しています。
計算ノードの再イメージ化にPXEブート・サーバーを使用する場合は、SSH経由でその計算ノードのILOMにログインし、boot_deviceをpxeに設定して、計算ノードを再起動します。
WebベースのILOMを使用する場合は、ダウンロードしておいたイメージが、WebベースのILOMインタフェースの起動元のホストのローカル・ディスク上にあることを確認して、次を実行します。
Webブラウザを開き、計算ノードのILOMを起動します(http://host-ilom.mycompany.com/など)。
rootユーザーとしてILOMにログインします。
「Remote Control」タブの「Redirection」に移動して、「Launch Remote Console」ボタンをクリックします。リモート・コンソール・ウィンドウが表示されます。
|
注意: すべてのイメージ化処理が完了するまでこのウィンドウを閉じないでください。イメージ化処理の最後にネットワーク構成を実行するために、このウィンドウに戻る必要があります。 |
リモート・コンソール・ウィンドウで、「Devices」メニュー項目をクリックして、次を選択します。
- Keyboard (デフォルトで選択)
- Mouse (デフォルトで選択)
- CD-ROM Image
表示される新しいダイアログ・ボックスで、ダウンロードしたLinuxベース・イメージのisoファイルを選択します。
「ILOM」ウィンドウで、「Remote Control」タブの「Host Control」タブに移動します。
ドロップダウン・リストから「CDROM」を選択して、「Save」をクリックします。
「Remote Control」タブの「Remote Power Control」タブに移動します。
ドロップダウン・リストから「Power Cycle」を選択して、「Save」をクリックします。
「OK」をクリックして、マシンの電源を入れ直すことを確定します。
これによって、計算ノードのイメージ化が開始されます。イメージ化が完了したら、最初のブート・スクリプトで、ユーザーがネットワーク構成を指定するよう求められます。
置換計算ノードを構成します。
有効なバックアップがある場合は、/etcディレクトリおよび作成したカスタマイズ(存在する場合)を置換計算ノードにリストアします。
有効なバックアップがない場合は、適切なDNS、タイムゾーンおよびNTP設定で、置換計算ノードを構成します。これらの設定は、Exalogicマシン内のすべての計算ノードで同一である必要があります。
|
注意: 置換される計算ノードがExalogicマシンのマスター・ノードである場合は、第3.1項「Exalogic構成ユーティリティ」の説明に従って、バックアップしておいたECU構成をリストアします。Exalogicマシンのマスター・ノードとは、Exalogic構成ユーティリティ(ECU)が実行されているノードのことです。 |
Exalogicマシンを物理構成にデプロイしていた場合は、IBスイッチのVNIC構成を新規IBポートGUIDで更新する必要がある可能性があります。
計算ノードにアタッチされている両方のIBスイッチの既存のVNIC構成を確認するには、次を実行します。
置換計算ノードでibstatコマンドを実行して、その計算ノードのポートGUIDを取得します。
計算ノードにアタッチされているIBスイッチにログインして、showvnicsコマンドを実行し、スイッチで作成されたVNICを表示します。
置換計算ノードに関連付けられているVNICについては、手順aで実行したibstatコマンドの出力にポートGUIDが表示されていることを確認します。
|
注意: Exalogic仮想構成では、障害が発生した計算ノードを完全に新しい計算ノードで置換する処理は実行しないでください。そのような置換を実行する手順については、Oracleサポートに連絡してください。不適切に置換されたコンポーネントは、Exalogic Controlで正常に検出されない場合があります。このドキュメントで説明している手順は、障害が発生したコンポーネントを修復した後でリストアするために使用できます。 |
Exalogicマシンが仮想構成にデプロイされている場合は、次を実行して、計算ノードを置換します。
最初の計算ノードが停止した場合、Oracle VM Managerおよびコントロール・データベースvServerを別の計算ノードに移行する必要があります。これらを移行するには、次を実行します。
稼働している計算ノードで第4.1.1項の手順を実行して、データベースvServerを移行します。
稼働している計算ノードで第4.1.2項の手順を実行して、Oracle VM Manager vServerを移行します。
Exalogic Controlスタックのコンポーネントを停止します。詳細は、第5.2.1項「Exalogic Controlスタックのコンポーネントの停止」を参照してください。
Exalogic Controlスタックのコンポーネントを起動します。詳細は、第5.2.5項「Exalogic Controlスタックの起動」を参照してください。
計算ノードで実行されている仮想マシンを移行します。
Oracle VM Manager BUIにログインします。
「Home」に移動して、「Server Pools」に移動します。
サーバー・プールを選択して開き、プール内の計算ノードをリストします。
計算ノードを選択して開き、選択したノードで実行されている仮想マシンをリストします。
次を実行して、一度に1つの仮想マシンを移行します。
i. 移行する仮想マシンを選択します。
ii. 「Actions」の「Migrate」を選択して、Migration Assistantを起動します。
iii. 「Unassigned Virtual Machine」フォルダを選択します。
iv. 「OK」を選択します。
Oracle VMサーバー・プールから計算ノードを削除します。
Exalogic Controlにrootユーザーとしてログインします。
左側のナビゲーション・ペインの「Assets」を開きます。
「Servers」で、置換される計算ノードを開きます。
「Oracle VM Server」アセットを選択します。
右側の「Actions」ペインの「Remove from Server Pool」をクリックします。
|
注意: 計算ノードを削除するジョブが失敗する場合があります。失敗した場合は、「jobs」ペインでジョブを確認します。ジョブは、次のタスクで構成されています。
最初のタスクが成功した場合、2つの目のタスクの失敗は無視できます。 |
Oracle VM Managerにログインして、ノードがプールから削除されていることを確認します。
Oracle VM Managerから現在未割当ての計算ノードを削除します。
アセットから計算ノードを削除します。
Exalogic Controlにrootユーザーとしてログインします。
左側のナビゲーション・ペインの「Assets」を開きます。
「Servers」を開いて、すべての計算ノードをリストします。
置換される計算ノードを選択して開きます。
オペレーティング・システムを選択し、「Actions」ペインの「Place in Maintenance Mode」をクリックして、オペレーティング・システムをメンテナンス・モードに入れます。
サーバーを選択し、「Actions」ペインの「Place in Maintenance Mode」をクリックして、サーバーをメンテナンス・モードに入れます。
「Actions」ペインの「Delete Asset」をクリックして、オペレーティング・システムを削除します。
「Actions」ペインの「Delete Asset」をクリックして、サーバーを削除します。
標準の置換処理を実行して、障害が発生した計算ノードを置換します。
このドキュメントの第3.2.2項「再イメージ化およびベアメタル・リストア」の手順を実行して、計算ノードを再イメージ化し、バックアップから前の構成をリストアします。
置換サーバーのIPアドレスは同じですが、MACアドレスが異なることを考慮して、cn01 (ECUマスター・ノード)のARPキャッシュのフラッシュが必要な場合があります。
ECUマスター・ノードから新規ノードにpingを実行します。
pingが失敗しても、接続が正常であれば、cn01のARPキャッシュをフラッシュします。Ciscoスイッチではキャッシュがクリアされるまでしばらく待機が必要な場合があります。
キャッシュを確認するには、arp -nを実行します。
キャッシュをフラッシュするには、ip -s neigh flush allを実行します。
ノードを再イメージ化したら、その計算ノードにrootとしてログインし、oracleユーザーのovs-agentパスワードを設定します。
ovs-agent-passwd oracle password
|
注意: デフォルトのパスワードの詳細は、Oracleサポートに問い合せてください |
マスター計算ノードで、/opt/exalogic/ecuディレクトリに移動し、次のようにECU_HOME環境変数を設定します。
export ECU_HOME=/opt/exalogic/ecu
cd $ECU_HOMEを実行して、ECU_HOME環境変数が適切に設定されているかどうか確認します。
次のように/opt/exalogic.tools/tools/setup-ssh.shスクリプトを実行して、IPおよびIBを使用したパスワードなしSSHを設定します。
./setup-ssh.sh -H IP-of-xenbr0-on-replaced-node ./setup-ssh.sh -H IP-of-bond1-on-replaced-node
障害が発生した計算ノードのIBポートのGUIDを特定します。
障害が発生した計算ノードのIBポートのGUIDは、ECUログ・ファイルにあります。
マスター計算ノードにログインして、/var/tmp/exalogic/ecu/cnodesディレクトリに移動します。
マシン内のすべての計算ノードのIBポートGUIDは、ibstat.node.NodeIndexという名前のファイルに保存されます。NodeIndexは、計算ノード番号(1–30)です。
テキスト・エディタを使用して、障害が発生した計算ノードに対応するibstat.node.NodeIndexファイルを開きます。
たとえば、計算ノード15が、障害の発生したノードである場合、次の例に示すように、ibstat.node.15を開きます。
root@exlcn15 cnodes]# cat ibstat.node.15
CA 'mlx4_0'
CA type: MT26428
Number of ports: 2
Firmware version: 2.9.1000
Hardware version: b0
Node GUID: 0x0021280001a122a8
System image GUID: 0x0021280001a122ab
Port 1:
State: Active
Physical state: LinkUp
Rate: 40
Base lid: 158
LMC: 0
SM lid: 95
Capability mask: 0x02510868
Port GUID: 0x0021280001a122a9
Link layer: IB
Port 2:
State: Active
Physical state: LinkUp
Rate: 40
Base lid: 159
LMC: 0
SM lid: 95
Capability mask: 0x02510868
Port GUID: 0x0021280001a122aa
Link layer: IB
計算ノードのIBポートGUIDを控えておきます。
これらはポートごとに、キーワードPort GUIDによって示されます。
この例ではIBポート1のGUIDは0x0021280001a122a9で、ポート2のGUIDは0x0021280001a122aaです。
Exalogic構成ユーティリティ(ECU)を実行して、計算ノードにネットワークおよびIBパーティションを構成します。
|
注意: このノードがExalogicラックのマスター・ノード、つまりECUが最初に実行されたノードである場合は、この手順の前に、第3.1項の手順を実行して、ECU構成ファイル、ランタイム・ファイルおよびログ・ファイルをリストアします。 |
スイッチを検出します。
./ecu.sh ib_switches discover
新規計算ノードに構成を適用します。
|
注意: 次のコマンドを実行する前に、 |
./ecu.sh apply_cnode_config node_index
node_indexは、ラック内の計算ノード番号です。
ノードを再起動します。
./ecu.sh reboot_cnode current node_index
IPアドレスが予想どおりに機能していることをテストします。
./ecu.sh test_cnode_network target cnode_number
次に示した出力部分では、次の手順で必要なインタフェースおよびIPアドレスが示されます。
Network IP Ping Status ------------------------------------------------------ ILOM 10.196.17.152 OK eth-admin 10.196.17.122 OK IPoIB-default 192.168.17.122 OK IPoIB-admin 192.168.30.2 OK IPoIB-storage 192.168.31.2 OK IPoIB-virt-admin 172.36.0.2 OK IPoIB-ovm-mgmt 192.168.33.2 OK IPoIB-vserver-shared-storage 172.37.0.2 OK INFO:netutils:Ping to all IP addresses succeeded
仮想マシンのネットワークを適切に調べるには、ユーザーEoIBパーティションおよびプライベートvNet IBパーティションを、置換計算ノードのIBポートGUIDで更新する必要があります。
置換計算ノードにログインします。
次の例で示しているように、ibstatコマンドを実行することによって、置換計算ノードのIBポートのGUIDを特定します。
root@exlcn15 ~]# ibstat
CA 'mlx4_0'
CA type: MT26428
Number of ports: 2
Firmware version: 2.9.1000
Hardware version: b0
Node GUID: 0x0021280001eface6
System image GUID: 0x0021280001eface9
Port 1:
State: Active
Physical state: LinkUp
Rate: 40
Base lid: 98
LMC: 0
SM lid: 1
Capability mask: 0x02510868
Port GUID: 0x0021280001eface7
Link layer: IB
Port 2:
State: Active
Physical state: LinkUp
Rate: 40
Base lid: 99
LMC: 0
SM lid: 1
Capability mask: 0x02510868
Port GUID: 0x0021280001eface8
Link layer: IB
各ポートのGUIDは、Port GUIDによって示されます。
この例では、IBポート1のGUIDは0x0021280001a122a9で、ポート2のGUIDは0x0021280001eface8です。
マスター・サブネット・マネージャを実行しているIBスイッチにログインして、smpartition startを実行します。
このコマンドによって、/confディレクトリに、一時ファイルpartitions.conf.tmpが作成されます。このファイルは、通常のLinuxコマンドを使用して更新できます。
/conf/partitions.conf.tmpファイルで、手順11で特定した、障害の発生した計算ノードのIBポートGUIDを、手順13.bに従って特定した置換ノードのGUIDに置換します。
これは、次の例で示しているように、テキスト・エディタまたはsedコマンドを使用して実行できます。
sed 's/0x0021280001a122a9/0x0021280001a122a9/g' /conf/partitions.conf.tmp
smpartition commitを実行して、ファブリック内のすべてのIBスイッチに構成を伝播します。
ILOMおよび計算ノードの資格証明を更新します。
Exalogic Control BUIにログインします。
「Plan Management」セクションの「Credentials」に移動します。
検索ボックスに計算ノードのホスト名を入力し、「Search」をクリックします。
ILOMおよび計算ノードのIPMIおよびSSH資格証明のエントリが表示されます。
4つすべての資格証明を更新するには、次を実行します。
i. 資格証明のエントリを選択して、「Edit」をクリックします。「Update Credentials」ダイアログ・ボックスが表示されます。
ii. パスワード・フィールドと、パスワードの確認のフィールドを更新します。
iii. 「Update」をクリックします。
アセットを再検出し、追加します。
Exalogic Control BUIにログインします。
左側のナビゲーション・ペインで、「Plan Management」を開き、「Profiles and Policies」の下の「Discovery」を開きます。
該当するServer OS @ host検出プロファイルを選択します。
右側の「Actions」ペインで、「Add Assets」をクリックします。
結果の画面で、適切な検出プロファイルが表示されているかどうか確認します。
「Add Now」をクリックします。
検出プロセスが成功するまで待機します。
該当するServer ILOM @ host検出プロファイルを選択します。
右側の「Actions」ペインで、「Add Assets」をクリックします。
結果の画面で、適切な検出プロファイルが表示されているかどうか確認します。
「Add Now」をクリックします。
検出プロセスが成功するまで待機します。
左側のナビゲーション・ペインで、「Assets」セクションを開き、すべてのアセットを表示します。
置換されたサーバーが、「Assets」セクションに表示されているかどうか、およびフォトリアリスティック・ビューで適切に配置されているかどうかを確認します。
adminユーザー資格証明を使用してOracle VM Managerにログインし、新規計算ノードを検出します。IPoIB-ovm-mgmtパーティションのIPアドレスを使用します。
|
注意: IPoIB-ovm-mgmtパーティションのデフォルトのパーティション・キーおよびネットワークCIDRは、それぞれ この情報は、マスター計算ノードの |
新規計算ノードを検出したら、必ずそれが、目的のプールに追加されるようにします。
計算ノードがunassigned-serverグループに含まれる場合は、その計算ノードをOracle VM Managerに手動で追加する必要があります。
左側のペインの「Hardware」タブで、「Resources」を開き、計算ノードの追加先のサーバー・プールの名前を右クリックします。
表示されるコンテキスト・メニューから、「Add/Remove Servers」を選択します。
「Add/Remove Servers from the Server Pool」ダイアログ・ボックスが表示されます。
追加するサーバーを「Available Servers」リストから選択して、「Selected Servers」リストに移動します。
「OK」をクリックします。
次を実行して、Oracle VM Manager内のリポジトリをリフレッシュします。
Oracle VM Managerコンソールにログインします。
「View」メニューの「Home」をクリックします。
左側のペインの「Servers Pools」を選択します。
右側のペインの「Repositories」を選択します。
「Refresh Repositories」アイコンをクリックします。これは、青の曲がった矢印のアイコンです。
Oracle VM Managerで、計算ノードに対してリポジトリを提示します。
Oracle VM Managerコンソールにログインします。
「View」メニューの「Home」をクリックします。
左側のペインの「Servers Pools」を選択します。
右側のペインの「Repositories」を選択します。
「Repositories」表でフォワード・スラッシュが付いているエントリを選択します。
「Present-Unpresent Selected Repository」アイコンをクリックします。これは、緑の上下矢印のアイコンです。
「Present this Repository to Server(s)」ダイアログ・ボックスで、「Servers」列にリストされている計算ノードを選択し、「Present to Server(s)」列に移動します。
「OK」をクリックします。
Oracle VM Managerジョブのモニタリングによって、計算ノードが追加されているかどうかを確認します。
計算ノードを管理サーバーとしてリポジトリに追加します。
Oracle VM Managerコンソールにログインします。
「View」メニューの「Hardware」をクリックします。
左側のペインの「Storage」を選択します。
「File Servers」を開きます。
「Generic Network File System」を開きます。
「Generic Network File System」を選択して、メニューから「Add/Remove Admin Servers」を選択します。
「Present this Repository to Server(s)」ダイアログ・ボックスで、「Servers」列にリストされている計算ノードを選択し、「Present to Server(s)」列に移動します。
「OK」をクリックします。
Oracle VM Managerジョブのモニタリングによって、計算ノードが追加されているかどうかを確認します。
Exalogic Control BUIにCloud Adminユーザーとしてログインし、手順2でOracle VM Manager BUIの「Unassigned Virtual Machine」フォルダに移行した仮想マシンを起動します。仮想マシンは、置換計算ノードで起動されます。
インフィニバンド・スイッチはExalogicマシンの核となる部分であるため、すべてのインフィニバンド・スイッチの構成を定期的にバックアップする必要があります。サービス・プロセッサの構成バックアップは、ILOM BUIまたはCLIを使用して作成できます。
この項の内容は次のとおりです。
第2章「バックアップおよびリカバリの場所」で説明しているとおりに、IBスイッチに作成したNFSの場所にIBスイッチのバックアップを保存します(たとえば、/export/Exalogic_Backup/ib_gw_switchesおよび/export/Exalogic_Backup/ib_spine_switches)。バックアップは、ファブリック内のすべてのスイッチについて作成する必要があります。ファブリック内のスイッチごとに、NFS共有の下に個別のディレクトリを作成します。
ILOM CLIを使用してIBスイッチのサービス・プロセッサ構成をバックアップするには、次を実行します。
NFSの場所(第2章「バックアップおよびリカバリの場所」)をいずれかの計算ノードにマウントします。
インフィニバンド・スイッチにilom-adminユーザーとしてログインします。
次のコマンドを使用して、バックアップをエンコードします。
set /SP/config passphrase=phrase
例:
set /SP/config passphrase=mypassword1 set 'passphrase to 'mypassword1'
mypassword1は、ユーザーが選択したパスワードです。バックアップの作成で使用したパスワードを入力します。
次のコマンドを実行して、すべてのインフィニバンド・スイッチの構成をバックアップします。
set /SP/config dump_uri=URI
URIは、バックアップの実行に使用したコマンドです。
例:
set /SP/config dump_uri=scp://root:rootpwd@hostIP/export/Exalogic_Backup/ib_type_switches/switch.backup
hostIPは、バックアップ・ファイルのターゲット・ホストのIPアドレスです。
typeは、IBスイッチのタイプに応じて、gwまたはspineになります。
/export/Exalogic_Backup/ib_type_switches/switch.backupは、リモート・ホスト上のバックアップ・ファイルの絶対パスと名前です。
インフィニバンド・スイッチのユーザー設定をバックアップするには、サービス・プロセッサ構成をバックアップしたところと同じ場所に/etc/opensm/opensm.confファイルを手動でバックアップします。
インフィニバンド・スイッチのパーティションをバックアップするには、サービス・プロセッサ構成をバックアップしたところと同じ場所に/conf/partitions.currentファイルを手動でバックアップします。
ファイルをNFSの場所に転送した後には、それらのファイルをオペレーティング・システムのバックアップの一環として、より永続性のあるストレージにバックアップできます。
リストアの実行中は、構成の変更が行われていないことを確認してください。構成の変更としては、vServerの作成およびvNetの作成があります。
|
注意: リストアの実行中は、トラフィックが一時的に中断します。 |
次の手順に従って、ILOM CLIを使用してIBスイッチの構成をリストアします。
NFSの場所(第2章「バックアップおよびリカバリの場所」)をいずれかの計算ノードにマウントします。
インフィニバンド・スイッチにilom-adminユーザーとしてログインします。
次のコマンドを使用して、バックアップをエンコードします。
set /SP/config passphrase=phrase
例:
set /SP/config passphrase=mypassword1 set 'passphrase to 'mypassword1'
mypassword1は、ユーザーが選択したパスワードです。バックアップの作成で使用したパスワードを入力します。
次を実行して、すべてのインフィニバンド・スイッチの構成をリストアします。
次のコマンドを実行します。
set /SP/config load_uri=URI
URIは、バックアップの実行に使用したコマンドです。
例:
set /SP/config load_uri=scp://root:rootpwd@hostIP/export/Exalogic_Backup/ib_type_switches/switch.backup
hostIPは、バックアップ・ファイルのターゲット・ホストのIPアドレスです。
typeは、IBスイッチのタイプに応じて、gwまたはspineになります。
/export/Exalogic_Backup/ib_type_switches/switch.backupは、リモート・ホスト上のバックアップ・ファイルの絶対パスと名前です。
障害が発生したスイッチを修復したり再インストールしたりするのではなく、新規スイッチに置換するには、BridgeXポートのGUIDをスイッチのEoIBパーティションに追加します。
BridgeXポートのGUIDは、スイッチでshowgwportsを実行することによって特定します。
showgwports INTERNAL PORTS: --------------- Device Port Portname PeerPort PortGUID LID IBState GWState ------------------------------------------------------------------------- Bridge-0 1 Bridge-0-1 4 0x002128f4832ec001 0x0007 Active Up Bridge-0 2 Bridge-0-2 3 0x002128f4832ec002 0x0006 Active Up Bridge-1 1 Bridge-1-1 2 0x002128f4832ec041 0x000a Active Up Bridge-1 2 Bridge-1-2 1 0x002128f4832ec042 0x000e Active Up
マスター・サブネット・マネージャを実行しているスイッチにログインして、次のコマンドを実行し、Bridgexポートを完全なメンバーとして各EoIBパーティションに追加します。
smpartition add -pkey PKEY -port BridgeXGUID -m full
例:
smpartition add -pkey 0x8006 -port 0x002128f4832ec002 -m full
第3.3.1項「インフィニバンド・スイッチのバックアップ」の説明に従ってバックアップしておいたユーザー設定をリストアします。
第3.3.1項「インフィニバンド・スイッチのバックアップ」の説明に従ってバックアップしておいたパーティションをリストアします。パーティションをリストアする前に、現行パーティションおよびpartitions.currentファイルを確認します。
次のコマンドを使用して、partitions.currentファイルをマスター・スイッチにリストアしてサブネット・マネージャ構成を伝播します。
|
注意: 新規スイッチが必ずIBファブリックに結合されるように、両方のスイッチで |
smpartition start smpartition commit
|
注意: Exalogic仮想構成では、障害が発生したインフィニバンド・スイッチを完全に新しいインフィニバンド・スイッチで置換する処理は実行しないでください。そのような置換を実行する手順については、Oracleサポートに連絡してください。不適切に置換されたコンポーネントは、Exalogic Controlで正常に検出されない場合があります。このドキュメントで説明している手順は、障害が発生したコンポーネントを修復した後でリストアするために使用できます。 |
Exalogicが仮想構成にデプロイされている場合は、次を実行して、障害が発生したインフィニバンド・スイッチを置換します。
対象のインフィニバンド・スイッチをアセットから削除します。
Exalogic Control BUIにrootユーザーとしてログインします。
左側のナビゲーション・ペインの「Assets」アコーディオンから、「Switches」を開きます。
置換されるスイッチを選択します。
「Actions」ペインの「Place in Maintenance Mode」をクリックして、スイッチをメンテナンス・モードに入れます。
置換されるスイッチを選択します。
右側の「Actions」ペインで、「Delete Assets」をクリックします。
標準の置換手順に従って、障害が発生したスイッチを置換します。
|
注意: このスイッチをIBファブリックに接続する前に、スイッチで |
第3.3.2項「物理環境におけるインフィニバンド・スイッチのリカバリ」に示されている手順を実行して、最新のバックアップからスイッチをリストアします。
|
注意: NM2-36Pスイッチが仮想構成に含まれる場合、このスイッチについては、 |
障害が発生したIBスイッチのBridgeXポートGUIDを特定します。
ポートGUIDは、ECUの実行時に作成され、ランタイムECU構成ファイルから取得できます。
マスター計算ノードにログインして、/var/tmp/exalogic/ecu/switchesディレクトリに移動します。
マシン内のすべてのスイッチのBridgeXポートGUIDは、switchHostname_showgwports.outという名前のファイルに保存されます。switchHostnameは、IBスイッチのホスト名またはIPアドレスです。
テキスト・エディタを使用して、障害が発生したIBスイッチに対応するファイルを開きます。たとえば、elswib02が、障害の発生したIBスイッチであるなら、次の例のようにelswib02_showgwports.outを開きます。
cat elswib02_showgwports.out showgwports INTERNAL PORTS: --------------- Device Port Portname PeerPort PortGUID LID IBState GWState --------------------------------------------------------------------------- Bridge-0 1 Bridge-0-1 4 0x002128deb28ac001 0x004b Active Up Bridge-0 2 Bridge-0-2 3 0x002128deb28ac002 0x004f Active Up Bridge-1 1 Bridge-1-1 2 0x002128deb28ac041 0x0055 Active Up Bridge-1 2 Bridge-1-2 1 0x002128deb28ac042 0x0059 Active Up CONNECTOR 0A-ETH: ----------------- Port Bridge Adminstate Link State Linkmode Speed ------------------------------------------------------------------------ 0A-ETH-1 Bridge-0-2 Enabled Up Up XFI 10Gb/s 0A-ETH-2 Bridge-0-2 Enabled Up Up XFI 10Gb/s 0A-ETH-3 Bridge-0-1 Enabled Up Up XFI 10Gb/s 0A-ETH-4 Bridge-0-1 Enabled Up Up XFI 10Gb/s CONNECTOR 1A-ETH: ----------------- Port Bridge Adminstate Link State Linkmode Speed ------------------------------------------------------------------------ 1A-ETH-1 Bridge-1-2 Enabled Up Up XFI 10Gb/s 1A-ETH-2 Bridge-1-2 Enabled Up Up XFI 10Gb/s 1A-ETH-3 Bridge-1-1 Enabled Up Up XFI 10Gb/s 1A-ETH-4 Bridge-1-1 Enabled Up Up XFI 10Gb/s
4つのBridgeXポートGUIDが、INTERNAL PORTSセクションのPortGUID列に表示されていることを確認してください。
この例では、BridgeXポートは、0x002128deb28ac001、0x002128deb28ac002、0x002128deb28ac041および0x002128deb28ac042です。
対象のスイッチのゲートウェイ・ポートGUIDを、既存のEoIBパーティションに追加します。
ラックのマスター計算ノード、つまりExalogic構成ユーティリティ(ECU)が実行された計算ノードにログインします。
次の例で示されているとおりに、シェルにECU_HOME変数を設定します。
export ECU_HOME=/opt/Exalogic/ecu
次のコマンドを実行して、ファブリック内のIBスイッチをすべて検出します。
./ecu.sh ib_switches discover
次のコマンドを実行して、すべてのIBスイッチのゲートウェイ・ブリッジGUIDを検出し、スイッチのシステムEoIBパーティションに追加します。
./ecu.sh ib_switch_gw_ports discover: GUIDの検出
./ecu.sh ib_switch_gw_ports add_ports: 0x8006パーティション(Exalogic ControlスタックのEoIBパーティション)へのGUIDの追加
./ecu.sh ib_switch_gw_ports show: ポートGUIDの表示
置換されるスイッチのゲートウェイ・ポートGUIDをカスタムEoIBパーティションに完全なメンバーとして追加します。
i. マスター・サブネット・マネージャを実行しているスイッチにログインします。
ii. smpartition startを実行して、パーティションの編集を開始します。このコマンドによって、/confディレクトリに、一時ファイルpartitions.conf.tmpが作成されます。このファイルは、通常のLinuxコマンドを使用して更新できます。
iii. /conf/partitions.conf.tmpファイルにおいて、手順4で特定した障害発生スイッチのBridgeXポートGUIDを、手順5.dで特定した置換スイッチのBridgeXポートGUIDに置換します。
これは、次の例で示しているように、テキスト・エディタまたはsedコマンドを使用して実行できます。
sed 's/0x002128deb28ac001/0x002128fe54f6c001/g' /conf/partitions.conf.tmp
iv. smpartition commitを実行して、構成をコミットし、ファブリック内のすべてのスイッチに構成を伝播します。
すべてのインフィニバンド・スイッチでsmnodes listコマンドの出力が正常であるかどうか確認します。このコマンドによって、ファブリック内のスイッチのIPアドレスが表示される必要があります。
|
注意:
|
現行のサブネット・マネージャ構成をスイッチに伝播します。
|
注意: 新規スイッチが必ずIBファブリックに結合されるように、両方のスイッチで |
いずれかのスイッチにログインしてgetmasterを実行し、マスター・サブネット・マネージャを実行しているスイッチを特定します。
マスター・サブネット・マネージャを実行しているスイッチにログインします。
smpartition startを実行して、サブネット・マネージャ構成を編集します。
smpartition commitを実行し、サブネット・マネージャ構成を保存して伝播します。
置換されるスイッチにログインして、smpartition list activeを実行し、サブネット・マネージャ構成が伝播されているかどうか確認します。
スイッチの資格証明を更新します。
Exalogic Control BUIにログインします。
「Plan Management」アコーディオンの「Credentials」を選択します。
検索ボックスにスイッチのホスト名を入力し、「Search」をクリックします。
スイッチのIPMIおよびSSH資格証明のエントリが表示されます。
4つすべての資格証明を更新するには、次を実行します。
i. 資格証明のエントリを選択して、「Edit」をクリックします。「Update Credentials」ダイアログ・ボックスが表示されます。
ii. パスワード・フィールドと、パスワードの確認のフィールドを更新します。
iii. 「Update」をクリックします。
アセットを再検出します。
Exalogic Control BUIにログインします。
左側のナビゲーション・ペインで、「Plan Management」を開き、「Profiles and Policies」の下の「Discovery」を開きます。
該当するInfiniband @ host検出プロファイルを選択します。
右側の「Actions」ペインで、「Add Assets」をクリックします。
結果の画面で、適切な検出プロファイルが表示されているかどうか確認します。
「Add Now」をクリックします。
検出プロセスが成功するまで待機します。
左側のナビゲーション・ペインで、「Assets」を開き、すべてのアセットを表示します。
置換されたサーバーが、「Assets」セクションに表示されているかどうか、およびフォトリアリスティック・ビューで適切に配置されているかどうかを確認します。
スイッチをアセットとして追加します。
Exalogic Control BUIにログインします。
「Assets」アコーディオンを開きます。
該当するラックを選択して、「Actions」アコーディオンから「Place/Remove Assets」を選択します。
「Place/Remove Assets in the Oracle Exalogic Rack」ダイアログ・ボックスで、対象のスイッチを選択して、「Submit」をクリックします。
ジョブが完了したら、「Assets」タブに対象のスイッチが表示されます。
Cisco管理スイッチは、管理インタフェースの接続を提供するため、定期的にバックアップする必要があります。
この項の内容は次のとおりです。
第2章「バックアップおよびリカバリの場所」で説明しているとおりに、Ciscoスイッチに作成したNFSの場所にCiscoスイッチのバックアップを保存します(たとえば、/export/Exalogic_Backup/management_switches)。
ローカルZFSストレージ・アプライアンスでFTPサービスを有効にします。
ストレージBUIのhttps://storageIP:215/にrootユーザーとしてログインします。
「Shares」タブをクリックします。
management_switches共有をダブルクリックします。management_switches共有の「properties」ページが表示されます。
「プロトコル」タブをクリックします。
「FTP」セクションの「Inherit from project」を選択解除します。
「Share mode」を「Read/write」に設定します。
「Apply」をクリックします。
「Configuration」の「Services」に移動して、「FTP」サービスを選択します。
「FTP」ページの「General Settings」セクションで、第2章「バックアップとリカバリの場所」で説明しているとおりにCiscoスイッチに作成したNFS共有の場所に、「Default Login」ルートを設定します。
例: /export/Exalogic_Backup/management_switches
「Security Settings」で、rootログインを許可します。
「Apply」をクリックします。
Ciscoスイッチの構成をバックアップします。
Ciscoスイッチにログインし、Router>プロンプトで、enableコマンドを発行します。
パスワードの入力を求められたら、パスワードを入力します。プロンプトがRouter#に変わります。これは、ルーターが権限モードに入ったことを示します。
FTPユーザー名およびパスワードを構成します。
Router#config terminal Router (config)#ip ftp username root Router (config)#ip ftp password password for root Router (config)#end Router#
構成をFTPサーバーにコピーします。
Router#copy running-config ftp:
Address or name of remote host []? IP address of your storage
Destination filename [Router-confg]? backup_cfg_for_router
Writing backup_cfg_for_router !
1030 bytes copied in 3.341 secs (308 bytes/sec)
Router#
テキスト・エディタを使用して構成ファイルを開きます。AAAで始まる行を検索して、これを削除します。
|
注意: この手順は、ユーザーをルーターからロックアウトする可能性のあるセキュリティ・コマンドを削除するために実行します。 |
Ciscoスイッチをリカバリするには、次を実行します。
|
注意: リストアの実行中は、構成の変更が行われていないことを確認してください。 |
Ciscoスイッチにログインします。
Router>プロンプトでenableコマンドを発行し、パスワードの入力を求められたら、パスワードを入力します。プロンプトがRouter#に変わります。これは、ルーターが権限モードに入ったことを示します。
FTPユーザー名およびパスワードを構成します。
Router#config terminal Router (config)#ip ftp username root Router (config)#ip ftp password password for root Router (config)#end Router #
FTPサーバーから、基本構成が設定されている権限(enable)モードのルーターに構成ファイルをコピーします。
次のコマンドを実行します。
Router# copy ftp: running-config Address or name of remote host [IP address]? Source filename [backup_cfg_for_router]? Destination filename [running-config]? Accessing ftp://storageIP/backup_cfg_for_router... Loading backup_cfg_for_router ! [OK - 1030/4096 bytes] 1030 bytes copied in 13.213 secs (78 bytes/sec) Router#
|
注意: Exalogic仮想構成では、障害が発生したCiscoスイッチを完全に新しいスイッチで置換する処理は実行しないでください。そのような置換を実行する手順については、Oracleサポートに連絡してください。不適切に置換されたコンポーネントは、Exalogic Controlで正常に検出されない場合があります。このドキュメントで説明している手順は、障害が発生したコンポーネントを修復した後でリストアするために使用できます。 |
Exalogicが仮想構成にデプロイされている場合は、次を実行して、障害が発生したCiscoスイッチを置換します。
対象のCiscoスイッチをアセットから削除します。
Exalogic Control BUIにrootユーザーとしてログインします。
ページの左側にある「Assets」セクションに移動します。
「Switches」を開いて、vDCに関連付けられているすべてのスイッチをリストします。
置換されるスイッチを選択します。
「Actions」ペインの「Delete Assets」をクリックします。
標準の置換処理を実行して、障害が発生したCiscoスイッチを置換します。
スイッチの置換後に、第3.4.2項「物理環境における管理スイッチのリカバリ」の手順を実行して、最新のバックアップからスイッチをリストアします。
スイッチの資格証明を更新します。
Exalogic Control BUIにログインします。
「Plan Management」アコーディオンの「Credentials」を選択します。
検索ボックスにスイッチのホスト名を入力し、「Search」をクリックします。
スイッチのIPMIおよびSSH資格証明のエントリが表示されます。
4つすべての資格証明を更新するには、次を実行します。
i. 資格証明のエントリを選択して、「Edit」をクリックします。「Update Credentials」ダイアログ・ボックスが表示されます。
ii. パスワード・フィールドと、パスワードの確認のフィールドを更新します。
iii. 「Update」をクリックします。
Ciscoスイッチを再検出します。
Exalogic Control BUIにログインします。
左側のナビゲーション・ペインで、「Plan Management」を開き、「Profiles and Policies」の下の「Discovery」を開きます。
Cisco Switch @ Cisco-switch検出プロファイルを選択します。
右側の「Actions」ペインで、「Add Assets」をクリックします。
結果の画面で、適切な検出プロファイルが表示されているかどうか確認します。
「Add Now」をクリックします。
検出プロセスが成功するまで待機します。
左側のナビゲーション・ペインで、「Assets」セクションを開き、すべてのアセットを表示します。
置換されたスイッチが、「Assets」セクションに表示されているかどうか、およびフォトリアリスティック・ビューで適切に配置されているかどうかを確認します。
スイッチが「Assets」セクションに表示されていない場合は、次を実行して、そのCiscoスイッチを手動で追加します。
Exalogic Control BUIにログインします。
「Assets」セクションを開きます。
該当するラックを選択して、ページの左側にある「Actions」セクションの「Place/Remove Assets」を選択します。
「Place/Remove assets in the Oracle Exalogic Rack」ダイアログ・ボックスで、対象のスイッチを選択して、「Submit」をクリックします。
ジョブが完了したら、「Assets」タブに対象のスイッチが表示されます。
Exalogicマシン内のZFSストレージ・アプライアンスには、クラスタ構成にデプロイされている2つのヘッドがあります。常に、一方のヘッドがアクティブで、他方のヘッドがパッシブになっています。1つのストレージ・ヘッドに障害が発生して、置換が必要な場合、存続しているアクティブ・ノードから新規ストレージ・ヘッドに構成がプッシュされます。ZFSストレージ・アプライアンスの構成をバックアップする必要はありません。
|
注意: アクティブ・ヘッドではなく、パッシブ・ヘッドがリストアされていることを確認してください。リストアの実行中は、構成の変更が行われていないことを確認してください。 |
仮想構成におけるZFSストレージ・ヘッドのリカバリ
|
注意: Exalogic仮想構成では、障害が発生したZFSストレージ・ヘッドを完全に新しいZFSストレージ・ヘッドで置換する処理は実行しないでください。そのような置換を実行する手順については、Oracleサポートに連絡してください。不適切に置換されたコンポーネントは、Exalogic Controlで正常に検出されない場合があります。このドキュメントで説明している手順は、障害が発生したコンポーネントを修復した後でリストアするために使用できます。 |
Exalogicマシンが仮想構成にデプロイされている場合は、次を実行して、ZFSストレージ・ヘッドを追加します。
障害が発生したストレージ・ヘッドをアセットから削除します。
Exalogic Control BUIにrootユーザーとしてログインします。
ページの左側にある「Assets」セクションに移動します。
「Storage」を開いて、vDCに関連付けられているすべてのストレージ・ヘッドをリストします。
置換されるストレージ・ヘッドを選択します。
「Actions」ペインの「Delete Assets」をクリックします。
標準の置換処理を実行して、障害が発生したストレージを置換します。
ストレージ・ヘッドの置換後に、スイッチの資格証明を更新します。
Exalogic Control BUIにログインします。
「Plan Management」セクションの「Credentials」を選択します。
検索ボックスにスイッチのホスト名を入力し、「Search」をクリックします。
ILOMおよび計算ノードのIPMIおよびSSH資格証明のエントリが表示されます。
4つすべての資格証明を更新するには、次を実行します。
i. 資格証明のエントリを選択して、「Edit」をクリックします。「Update Credentials」ダイアログ・ボックスが表示されます。
ii. パスワード・フィールドと、パスワードの確認のフィールドを更新します。
iii. 「Update」をクリックします。
ストレージ・アプライアンスを再検出します。
Exalogic Control BUIにログインします。
左側のナビゲーション・ペインで、「Plan Management」を開き、「Profiles and Policies」の下の「Discovery」を開きます。
該当するStorage Appliance @ host検出プロファイルを選択します。
右側の「Actions」ペインで、「Add Assets」をクリックします。
結果の画面で、適切な検出プロファイルが表示されているかどうか確認します。
「Add Now」をクリックします。
検出プロセスが成功するまで待機します。
左側のナビゲーション・ペインで、「Assets」セクションを開き、すべてのアセットを表示します。
置換されたストレージが、「Assets」セクションに表示されているかどうか、およびフォトリアリスティック・ビューで適切に配置されているかどうかを確認します。
置換されたストレージをアセットとして追加します。
Exalogic Control BUIにログインします。
「Assets」セクションを開きます。
該当するラックを選択して、ページの右側にある「Actions」セクションの「Place/remove Assets」を選択します。
「Place/Remove assets in the Oracle Exalogic Rack」ダイアログ・ボックスで、対象のストレージ・ヘッドを選択して、「Submit」をクリックします。
ジョブが完了したら、「Assets」タブに対象のストレージ・ヘッドが表示されます。
置換したストレージ・ヘッドのIBポートGUIDをIPoIB-admin、IPoIB-storageおよびIPoIB-vserver-shared-storageの各パーティションに追加します。これらのパーティションのデフォルトのキーはそれぞれ、0x8001、0x8002および0x8005です。
SSHを使用して、置換したストレージ・ヘッドにログインします。
i. 次のように、最初のポートのIBポートGUIDを特定します。
storagehead:> configuration net devices
storagehead:configuration net devices> select ibp0
storagehead sn02:configuration net devices ibp0> show
Properties:
speed = 32000 Mbit/s
up = true
active = false
media = Infiniband
factory_mac = not available
port = 1
guid = 0x212800013f279b
storagehead:configuration net devices ibp0>
ポート1のIBポートGUIDが、guidエントリとして表示されています。この例では、GUIDは0x212800013f279bです。
ii. 次のように、2つ目のポートのIBポートGUIDを特定します。
storagehead:> configuration net devices
storagehead:configuration net devices> select ibp1
storagehead sn02:configuration net devices ibp1> show
Properties:
speed = 32000 Mbit/s
up = true
active = false
media = Infiniband
factory_mac = not available
port = 1
guid = 0x212800013f279c
storagehead:configuration net devices ibp0>
iii. ポート1のIBポートGUIDが、guidエントリとして表示されています。この例では、GUIDは0x212800013f279cです。
デフォルトのpkeyが0x8001であるIPoIB-adminパーティションの完全なメンバーとしてこれらのIBポートGUIDを追加します。
i. マスター・サブネット・マネージャを実行しているスイッチにログインします。
ii. パーティションを編集するためのsmpartition startを実行します。
iii. 次のコマンドを使用して、パーティション0x8001にGUIDを追加します。
smpartition add -pkey 8001 -port GUID_for_port1 -m full smpartition add -pkey 8001 -port GUID_for_port2 -m full
例:
smpartition add -pkey 8001 -port 0x212800013f279b -m full smpartition add -pkey 8001 -port 0x212800013f279c -m full
iv. smpartition commitを実行して、構成を更新し、ファブリック内のすべてのスイッチに構成を伝播します。
手順bを繰り返して、手順aで特定したIBポートGUIDを、デフォルトのpkeyが0x8002のIPoIB-storageネットワーク、およびデフォルトのpkeyが0x8005のIPoIB-vserver-shared-storageネットワークに追加します。
