新しいMetroCluster IPコントローラのブートとLIF設定のリストア
変更を提案
PDF
新しいコントローラをブートし、LIFが適切なノードとポートでホストされていることを確認します。
新しいコントローラのブート
新しいコントローラをブートする必要があります。 bootarg 変数が正しいことを確認し、必要に応じて暗号化のリカバリ手順を実行するように注意してください。
-
新しいノードを停止します。
「 halt 」
-
外部キー管理ツールが設定されている場合は、関連する bootargs を設定します。
setenv bootarg.kmip.init.ipaddr <ip-address>setenv bootarg.kmip.init.netmask <netmask>setenv bootarg.kmip.init.gateway <gateway-addres>setenv bootarg.kmip.init.interface <interface-id> -
partner-sysid が現在のものかどうかを確認します。
printenv partner-sysid
partner-sysid が正しくない場合は、次のように設定します。
setenv partner-sysid <partner-sysID> -
ONTAP ブートメニューを表示します。
「 boot_ontap menu
-
MetroClusterシステムの管理SVMがキーマネージャで設定されている場合は、キー管理設定に適したブートメニューオプションを選択してください。
使用するポート
選択するブートメニューオプション
オンボードキー管理
オプション 10
プロンプトに従って、キーマネージャ構成をリカバリおよびリストアするために次の入力を指定します。
-
オンボードキーマネージャのバックアップとパスフレーズ
外部キー管理
オプションは 11 です
プロンプトに従って、キーマネージャ構成をリカバリおよびリストアするために次の入力を指定します。
-
管理SVMのプライマリキーサーバの1つのポート番号とアドレス
-
選択したプライマリキーサーバーに関連付けられている場合は、ユーザー名とパスワード
-
管理 SVM のキーストア UUID （ ONTAP 9.16.1 以降で必須）
*注：*管理SVMには最大4つのプライマリキーサーバを設定できますが、リカバリプロセス中に指定できるのは1つのプライマリキーサーバの情報のみです。
-
-
起動メニューから「 (6) Update flash from backup config 」を選択します。
オプション6では、プロセスが完了する前にノードが2回リブートされます。 システムIDの変更プロンプトに「y」と入力します。2回目のリブートメッセージが表示されるまで待ちます。
Successfully restored env file from boot media... Rebooting to load the restored env file...
-
`LOADER`プロンプトで、bootargの値を確認し、必要に応じて値を更新します。
の手順を使用します"MetroCluster の bootarg IP 変数を設定します"。
-
パートナーシステムIDが正しいことを確認します。
printenv partner-sysid
partner-sysid が正しくない場合は、次のように設定します。
setenv partner-sysid <partner-sysID> -
ルートボリューム暗号化を使用する場合は、キー管理設定のためにブートメニューオプションを再度選択してください。
使用するポート
選択するブートメニューオプション
オンボードキー管理
オプション 10
プロンプトに従って、キーマネージャ構成をリカバリおよびリストアするために次の入力を指定します。
-
オンボードキーマネージャのバックアップとパスフレーズ
外部キー管理
オプションは 11 です
プロンプトに従って、キーマネージャ構成をリカバリおよびリストアするために次の入力を指定します。
-
管理SVMのプライマリキーサーバの1つのポート番号とアドレス
-
選択したプライマリキーサーバーに関連付けられている場合は、ユーザー名とパスワード
-
管理 SVM のキーストア UUID （ ONTAP 9.16.1 以降で必須）
*注：*管理SVMには最大4つのプライマリキーサーバを設定できますが、リカバリプロセス中に指定できるのは1つのプライマリキーサーバの情報のみです。
キーマネージャの種類に応じて、最初の起動メニューのプロンプトでオプション「
10」またはオプション「11」を選択してから、オプション6`を選択してリカバリ手順を実行します。ノードを完全に起動するには、オプション「`1」（通常起動）に続けてリカバリ手順を繰り返す必要がある場合があります。 -
-
交換したノードがブートするまで待ちます。
いずれかのノードがテイクオーバーモードの場合は、「 storage failover giveback 」コマンドを使用してギブバックを実行します。
-
管理SVMで暗号化が有効になっている場合は、キー管理構成に応じた適切なコマンドを使用してキーをリストアします。
使用するポート
使用するコマンド
オンボードキー管理
「セキュリティキーマネージャオンボード同期」
詳細については、を参照してください "オンボードキー管理暗号化キーのリストア"。
外部キー管理
`security key-manager external restore -vserver <admin-svm> -key-server <host_name
-
すべてのポートがブロードキャストドメインに属していることを確認します。
-
ブロードキャストドメインを表示します。
「 network port broadcast-domain show 」
-
新しくアップグレードしたコントローラのデータポート用に新しいブロードキャストドメインを作成する場合は、そのブロードキャストドメインを削除します。
新しいブロードキャストドメインだけを削除します。アップグレードの開始前に存在していたブロードキャストドメインは削除しないでください。 broadcast-domain delete -broadcast-domain <broadcast_domain_name> -
必要に応じてブロードキャストドメインにポートを追加します。
-
必要に応じて、 VLAN とインターフェイスグループを再作成します。
VLANおよびインターフェイスグループのメンバーシップは、古いノードと異なる場合があります。
-
LIF の設定を確認してリストア
アップグレード手順の開始時にマッピングされた適切なノードとポートで LIF がホストされていることを確認します。
-
このタスクは site_B で実行します
-
で作成したポートマッピング計画を確認します"古いノードから新しいノードへのポートのマッピング"。
|
スイッチバックを実行する前に、新しいノードでデータLIFの場所が正しいことを確認する必要があります。構成をスイッチバックすると、ONTAPはLIFで使用されているホームポートでトラフィックの再開を試みます。スイッチポートおよびVLANへのホームポート接続が正しくないと、I/O障害が発生する可能性があります。 |
-
スイッチバックの前に、LIFが適切なノードとポートでホストされていることを確認します。
-
advanced 権限レベルに切り替えます。
「 advanced 」の権限が必要です
-
LIFを表示し、各データLIFが正しいホームポートを使用していることを確認します。
「 network interface show 」を参照してください
-
正しいホームポートを使用していないLIFを変更します。
network interface modify -vserver <svm-name> -lif <data-lif> -home-port <port-id>コマンドからエラーが返された場合は、ポート設定を上書きできます。
vserver config override -command "network interface modify -vserver <svm-name> -home-port <active_port_after_upgrade> -lif <lif_name> -home-node <new_node_name>"
vserver config override コマンドで network interface modify コマンドを入力した場合は、 tab autoccomplete 機能を使用することはできません。autoccomplete を使用してネットワーク 'interface modify' を作成してから 'vserver config override' コマンドで囲むことができます
-
すべてのデータLIFが正しいホームポートにあることを確認します。
「 network interface show 」を参照してください
-
admin 権限レベルに戻ります。
「特権管理者」
-
-
インターフェイスをホームノードにリバートします。
network interface revert * -vserver <svm-name>必要に応じて、すべての SVM でこの手順を実行します。