Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

FAS9500システムで通常運用を再開するためにコントローラーをギブバックする

共同作成者 dougthomp netapp-jsnyder netapp-martyh netapp-ivanad thrisun

ストレージリソースの制御を交換用コントローラに戻して、FAS9500システムが通常動作を再開できるようにします。

手順 1 :システムにケーブルを再接続します

コントローラモジュールのストレージとネットワークをケーブルで再接続する必要があります。

手順
  1. システムにケーブルを再接続します。

  2. を使用して、ケーブル接続が正しいことを確認します "Active IQ Config Advisor"

    1. Config Advisor をダウンロードしてインストールします。

    2. 対象システムの情報を入力し、「データ収集」を選択してください。

    3. 「ケーブル配線」タブを選択し、出力結果を確認してください。すべてのディスクシェルフが表示され、すべてのディスクが出力に表示されていることを確認し、見つかったケーブル接続の問題を修正してください。

    4. 適切なタブを選択して他のケーブル接続を確認し、Config Advisor の出力を確認します。

メモ システムIDとディスク割り当て情報はNVRAMモジュールに格納されています。このモジュールはコントローラモジュールとは別のモジュール内にあり、コントローラモジュールの交換による影響を受けません。

手順 2 :ディスクを再割り当てする

ストレージシステムがHAペア構成の場合、手順の最後にギブバックが発生すると、新しいコントローラモジュールのシステムIDがディスクに自動的に割り当てられます。replacement ノードを起動する際には、システムIDの変更を確認し、変更が正しいことを検証する必要があります。

この手順は、 HA ペアの ONTAP を実行するシステムにのみ適用されます。

  1. _replacement _node が Maintenance モード ( プロンプトに *>` が表示されている ) の場合は 'Maintenance モードを終了して ' LOADER プロンプト :halt に進みます

  2. _replacement_ノードのLOADERプロンプトから、ノードを起動します。システムIDの不一致によりシステムIDの上書きを求められた場合は、 y`と入力してください: `boot_ontap

  3. _replacement _node コンソールに Waiting for giveback…​ というメッセージが表示されるまで待ち、正常なノードから、新しいパートナーシステム ID が自動的に割り当てられていることを確認します。 storage failover show

    コマンド出力には、障害ノードでシステム ID が変更されたことを示すメッセージが表示され、正しい古い ID と新しい ID が示されます。次の例では、 node2 の交換が実施され、新しいシステム ID として 151759706 が設定されています。

    node1> storage failover show
                                        Takeover
    Node              Partner           Possible     State Description
    ------------      ------------      --------     -------------------------------------
    node1             node2             false        System ID changed on partner (Old:
                                                      151759755, New: 151759706), In takeover
    node2             node1             -            Waiting for giveback (HA mailboxes)
  4. 正常なノードから、コアダンプがすべて保存されたことを確認します。

    1. advanced 権限レベルに切り替えます。「 set -privilege advanced 」

      advanced モードで続行するかどうかを確認するプロンプトが表示されたら、「 y 」と入力します。advanced モードのプロンプトが表示されます( * > )。

    2. コアダンプをすべて保存します。「 system node run -node _local-node-name_partner savecore 」

    3. savecore コマンドの完了を待機してからギブバックを実行します。

      次のコマンドを入力すると、 savecore コマンドの進行状況を監視できます。 'system node run -node _local-node-name_partner savecore -s

    4. admin 権限レベルに戻ります。「 set -privilege admin 」

  5. ストレージシステムでストレージまたはボリュームの暗号化が設定されている場合は、オンボードキー管理と外部キー管理のどちらを使用しているかに応じて、次のいずれかの手順に従ってストレージまたはボリューム暗号化機能をリストアする必要があります。

  6. ノードをギブバックします。

    1. 正常なノードから、交換したノードのストレージをギブバックします。「 storage failover giveback -ofnode replacement_node_name _

      _replacement _node はストレージをテイクバックしてブートを完了します。

      システム ID が一致しないためにシステム ID を上書きするかどうかを確認するメッセージが表示された場合は 'y' と入力する必要があります

      メモ ギブバックが拒否されている場合は、拒否を無効にすることを検討してください。

    詳細については、を参照してください "手動ギブバックコマンド" 拒否を無視するトピック。

    1. ギブバックが完了したら、 HA ペアが正常でテイクオーバーが可能であることを確認します。 storage failover show

      「 storage failover show 」コマンドの出力に、パートナーメッセージで変更されたシステム ID は含まれません。

  7. ディスクが正しく割り当てられたことを確認します。「 storage disk show -ownership

    replacement _node には、新しいシステム ID が表示されます。次の例では、 node1 で所有されているディスクに、新しいシステム ID 1873775277 が表示されています。

    node1> storage disk show -ownership
    
    Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
    ----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
    1.0.0  aggr0_1  node1 node1  -        1873775277 1873775277  -       1873775277 Pool0
    1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
    .
    .
    .
  8. システムが MetroCluster 構成になっている場合は ' ノードのステータスを監視します MetroCluster node show

    MetroCluster 構成では、交換後に通常の状態に戻るまで数分かかります。この時点で各ノードの状態が設定済みになります。 DR ミラーリングは有効で、通常モードになります。MetroCluster node show -fields node-systemid' コマンドの出力には、 MetroCluster 設定が通常の状態に戻るまで古いシステム ID が表示されます。

  9. ノードが MetroCluster 構成になっている場合は、 MetroCluster の状態に応じて、元の所有者がディザスタサイトのノードである場合に DR ホーム ID のフィールドにディスクの元の所有者が表示されることを確認します。

    これは、次の両方に該当する場合に必要です。

  10. システムが MetroCluster 構成になっている場合は、各ノードが構成されていることを確認します。「 MetroCluster node show -fields configurion-state 」

    node1_siteA::> metrocluster node show -fields configuration-state
    
    dr-group-id            cluster node           configuration-state
    -----------            ---------------------- -------------- -------------------
    1 node1_siteA          node1mcc-001           configured
    1 node1_siteA          node1mcc-002           configured
    1 node1_siteB          node1mcc-003           configured
    1 node1_siteB          node1mcc-004           configured
    
    4 entries were displayed.
  11. 各ノードに、想定されるボリュームが存在することを確認します。 vol show -node node-name

  12. リブート時の自動テイクオーバーを無効にした場合は、正常なノードで「 storage failover modify -node replacement-node-name -onreboot true 」を有効にします