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

NVRAM モジュールまたは NVRAM DIMM を交換してください - AFF A700 および FAS9000

NVRAM モジュールは、 NVRAM モジュールあたり NVRAM10 と DIMM 、および最大 2 つの NVMe SSD Flash Cache モジュール( FlashCache またはキャッシングモジュール)で構成されます。障害が発生した NVRAM モジュールまたは NVRAM モジュール内の DIMM を交換できます。障害が発生した NVRAM モジュールを交換するには、シャーシからモジュールを取り外し、 NVRAM モジュールから FlashCache モジュールを取り外し、 DIMM を交換用モジュールに移し、 FlashCache モジュールまたはモジュールを再度取り付け、交換用 NVRAM モジュールをシャーシに取り付ける必要があります。システム ID は NVRAM モジュールから取得されるため、モジュールを交換する場合は、システムに属するディスクを新しいシステム ID に再割り当てします。

  • 始める前に *

  • すべてのディスクシェルフが適切に動作している必要があります。

  • HA ペアのシステムの場合は、交換する NVRAM モジュールに関連付けられているノードをパートナーノードがテイクオーバーできる必要があります。

  • この手順では次の用語を使用します。

    • impaired_node は、保守を実行しているノードです。

    • healthy_node は、障害ノードの HA パートナーです。

  • この手順には、新しい NVRAM モジュールに関連付けられているコントローラモジュールにディスクを自動または手動で再割り当てする手順が含まれています。手順でに指示された場合は、ディスクを再割り当てする必要があります。ギブバックで CAN 原因の問題が発生する前にディスクの再割り当てを完了する。

  • 障害が発生したコンポーネントは、プロバイダから受け取った交換用 FRU コンポーネントと交換する必要があります。

  • この手順の一部としてディスクやディスクシェルフを変更することはできません。

手順 1 :障害のあるコントローラをシャットダウンします

Shut down or take over the impaired controller using one of the following options.
オプション 1 :ほとんどのシステム

障害のあるコントローラをシャットダウンするには、コントローラのステータスを確認し、必要に応じて正常なコントローラが障害のあるコントローラストレージからデータを引き続き提供できるようにコントローラをテイクオーバーする必要があります。

このタスクについて
  • NetApp Storage Encryption を使用している場合は、 _ ONTAP 9 NetApp Encryption パワーガイド _ の「 SED を非保護モードに戻す」セクションの手順に従って MSID をリセットしておく必要があります。

  • SAN システムを使用している場合は、障害のあるコントローラの SCSI ブレードに関するイベントメッセージ( event log show )を確認しておく必要があります。

    各 SCSI ブレードプロセスは、クラスタ内の他のノードとクォーラムを構成している必要があります。交換を進める前に、すべての問題を解決しておく必要があります。

  • ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性について false と表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "CLI での管理の概要"

  • MetroCluster 構成を使用している場合は、 MetroCluster 構成状態が構成済みで、ノードが有効かつ正常な状態であることを確認しておく必要があります(「 MetroCluster node show 」)。

手順
  1. AutoSupport が有効になっている場合は、 AutoSupport メッセージを呼び出してケースの自動作成を抑制します。「 system node AutoSupport invoke -node * -type all -message MAINT=number_OF_hours_downh

    次の AutoSupport メッセージは、ケースの自動作成を 2 時間停止します。 cluster1 : * > system node AutoSupport invoke -node * -type all -message MAINT=2h`

  2. 正常なコントローラのコンソールから自動ギブバックを無効にします。 storage failover modify – node local-auto-giveback false

  3. 障害のあるコントローラに LOADER プロンプトを表示します。

    障害のあるコントローラの表示 作業

    LOADER プロンプト

    コントローラモジュールの取り外しに進みます。

    ギブバックを待っています

    Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

    システムプロンプトまたはパスワードプロンプト(システムパスワードの入力)

    正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _

    障害のあるコントローラに「 Waiting for giveback…​ 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。

オプション 2 :コントローラが MetroCluster に搭載されている
注記 2 ノード MetroCluster 構成のシステムでは、この手順を使用しないでください。

障害のあるコントローラをシャットダウンするには、コントローラのステータスを確認し、必要に応じて正常なコントローラが障害のあるコントローラストレージからデータを引き続き提供できるようにコントローラをテイクオーバーする必要があります。

  • ノードが 3 つ以上あるクラスタは、クォーラムを構成している必要があります。クラスタがクォーラムを構成していない場合、または正常なコントローラで適格性と正常性について false と表示される場合は、障害のあるコントローラをシャットダウンする前に問題 を修正する必要があります。を参照してください "CLI での管理の概要"

  • MetroCluster 構成を使用している場合は、 MetroCluster 構成状態が構成済みで、ノードが有効かつ正常な状態であることを確認しておく必要があります(「 MetroCluster node show 」)。

手順
  1. AutoSupport が有効になっている場合は、 AutoSupport メッセージを呼び出してケースの自動作成を抑制します。「 system node AutoSupport invoke -node * -type all -message MAINT=number_OF_hours_downh

    次の AutoSupport メッセージは、ケースの自動作成を 2 時間停止します。 cluster1 : * > system node AutoSupport invoke -node * -type all -message MAINT=2h`

  2. 正常なコントローラのコンソールから自動ギブバックを無効にします。 storage failover modify – node local-auto-giveback false

  3. 障害のあるコントローラに LOADER プロンプトを表示します。

    障害のあるコントローラの表示 作業

    LOADER プロンプト

    コントローラモジュールの取り外しに進みます。

    ギブバックを待っています

    Ctrl キーを押しながら C キーを押し ' プロンプトが表示されたら y と入力します

    システムプロンプトまたはパスワードプロンプト(システムパスワードの入力)

    正常なコントローラから障害のあるコントローラをテイクオーバーまたは停止します。「 storage failover takeover -ofnode impaired_node_name _

    障害のあるコントローラに「 Waiting for giveback…​ 」と表示されたら、 Ctrl+C キーを押し、「 y 」と入力します。

オプション 3 :コントローラは 2 ノード MetroCluster に搭載されています

障害のあるコントローラをシャットダウンするには、コントローラのステータスを確認し、必要に応じて正常なコントローラが障害のあるコントローラストレージからデータを引き続き提供できるようにコントローラをスイッチオーバーする必要があります。

このタスクについて
  • NetApp Storage Encryption を使用している場合は、の「 FIPS ドライブまたは SED を非保護モードに戻す」セクションの手順に従って MSID をリセットしておく必要があります "CLI での NetApp Encryption の概要"

  • 正常なコントローラに電力を供給するために、この手順 の最後で電源装置をオンのままにしておく必要があります。

手順
  1. MetroCluster ステータスをチェックして、障害のあるコントローラが正常なコントローラに自動的にスイッチオーバーしたかどうかを確認します。「 MetroCluster show 」

  2. 自動スイッチオーバーが発生したかどうかに応じて、次の表に従って処理を進めます。

    障害のあるコントローラの状況 作業

    自動的にスイッチオーバーした

    次の手順に進みます。

    自動的にスイッチオーバーしていない

    正常なコントローラから計画的なスイッチオーバー操作を実行します : MetroCluster switchover

    スイッチオーバーは自動的には行われておらず、 MetroCluster switchover コマンドを使用してスイッチオーバーを試みたが、スイッチオーバーは拒否された

    拒否メッセージを確認し、可能であれば問題を解決してやり直します。問題を解決できない場合は、テクニカルサポートにお問い合わせください。

  3. サバイバークラスタから MetroCluster heal-phase aggregates コマンドを実行して、データアグリゲートを再同期します。

    controller_A_1::> metrocluster heal -phase aggregates
    [Job 130] Job succeeded: Heal Aggregates is successful.

    修復が拒否された場合は '-override-vetoes パラメータを指定して MetroCluster heal コマンドを再実行できますこのオプションパラメータを使用すると、修復処理を妨げるソフトな拒否はすべて無視されます。

  4. MetroCluster operation show コマンドを使用して、処理が完了したことを確認します。

    controller_A_1::> metrocluster operation show
        Operation: heal-aggregates
          State: successful
    Start Time: 7/25/2016 18:45:55
       End Time: 7/25/2016 18:45:56
         Errors: -
  5. 「 storage aggregate show 」コマンドを使用して、アグリゲートの状態を確認します。

    controller_A_1::> storage aggregate show
    Aggregate     Size Available Used% State   #Vols  Nodes            RAID Status
    --------- -------- --------- ----- ------- ------ ---------------- ------------
    ...
    aggr_b2    227.1GB   227.1GB    0% online       0 mcc1-a2          raid_dp, mirrored, normal...
  6. 「 MetroCluster heal-phase root-aggregates 」コマンドを使用して、ルートアグリゲートを修復します。

    mcc1A::> metrocluster heal -phase root-aggregates
    [Job 137] Job succeeded: Heal Root Aggregates is successful

    修復が拒否された場合は '-override-vetoes パラメータを指定して MetroCluster heal' コマンドを再実行できますこのオプションパラメータを使用すると、修復処理を妨げるソフトな拒否はすべて無視されます。

  7. デスティネーションクラスタで「 MetroCluster operation show 」コマンドを使用して、修復処理が完了したことを確認します。

    mcc1A::> metrocluster operation show
      Operation: heal-root-aggregates
          State: successful
     Start Time: 7/29/2016 20:54:41
       End Time: 7/29/2016 20:54:42
         Errors: -
  8. 障害のあるコントローラモジュールで、電源装置の接続を解除します。

手順 2 : NVRAM モジュールを交換します

NVRAM モジュールを交換するには、シャーシのスロット 6 にある NVRAM モジュールの場所を確認し、特定の手順に従います。

手順
  1. 接地対策がまだの場合は、自身で適切に実施します。

  2. FlashCache モジュールを古い NVRAM モジュールから新しい NVRAM モジュールに移します。

    DRW 9000 FlashCache を削除します

    オレンジ色のリリースボタン( FlashCache モジュールが空の場合はグレー)

    FlashCache のカムハンドル

    1. FlashCache モジュール前面にあるオレンジ色のボタンを押します。

      注記 FlashCache モジュールが空の場合、リリースボタンの色はグレーです。
    2. モジュールが古い NVRAM モジュールから少し引き出されるまでカムハンドルを外に開きます。

    3. カムハンドルをつかみ、 NVRAM モジュールから引き出して、新しい NVRAM モジュールの前面に挿入します。

    4. FlashCache モジュールを NVRAM モジュールの奥までそっと押し込み、モジュールが所定の位置に固定されるまでカムハンドルを閉じます。

  3. ターゲットの NVRAM モジュールをシャーシから取り外します。

    1. 文字と数字が記載されたカムボタンを押し下げます。

      カムボタンがシャーシから離れます。

    2. カムラッチを下に回転させて水平にします。

      NVRAM モジュールがシャーシから外れ、数インチ外に出ます。

    3. NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。

      DRW 9000 MOVE NVRAM モジュールを取り外します

    文字と数字が記載された I/O カムラッチ

    ロックが完全に解除された I/O ラッチ

  4. NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。

    DRW 9000 NVRAM モジュールの内容を削除します

    カバーのロックボタン

    DIMM と DIMM のツメ

  5. 古い NVRAM モジュールから DIMM を 1 つずつ取り外し、交換用 NVRAM モジュールに取り付けます。

  6. モジュールのカバーを閉じます。

  7. 交換用 NVRAM モジュールをシャーシに取り付けます。

    1. モジュールをスロット 6 のシャーシ開口部の端に合わせます。

    2. モジュールをスロットにそっと挿入し、文字と数字が記載された I/O カムラッチを上に押してモジュールを所定の位置にロックします。

手順 3 : NVRAM DIMM を交換します

NVRAM モジュールの NVRAM DIMM を交換するには、 NVRAM モジュールを取り外し、モジュールを開き、ターゲット DIMM を交換する必要があります。

手順
  1. 接地対策がまだの場合は、自身で適切に実施します。

  2. ターゲットの NVRAM モジュールをシャーシから取り外します。

    1. 文字と数字が記載されたカムボタンを押し下げます。

      カムボタンがシャーシから離れます。

    2. カムラッチを下に回転させて水平にします。

      NVRAM モジュールがシャーシから外れ、数インチ外に出ます。

    3. NVRAM モジュール前面の両側にあるプルタブを引いてモジュールをシャーシから取り外します。

      DRW 9000 MOVE NVRAM モジュールを取り外します

    文字と数字が記載された I/O カムラッチ

    ロックが完全に解除された I/O ラッチ

  3. NVRAM モジュールを安定した場所に置き、カバーの青色のロックボタンを押し下げてカバーを NVRAM モジュールから取り外します。青いボタンを押しながら、カバーをスライドさせて NVRAM モジュールから外します。

    DRW 9000 NVRAM モジュールの内容を削除します

    カバーのロックボタン

    DIMM と DIMM のツメ

  4. NVRAM モジュール内で交換する DIMM の場所を確認し、 DIMM の固定ツメを押し下げ、ソケットから持ち上げて取り外します。

    各 DIMM の横には LED があり、障害が発生すると点滅します。

  5. DIMM をソケットに合わせ、固定ツメが所定の位置に収まるまで DIMM をそっとソケットに押し込み、交換用 DIMM を取り付けます。

  6. モジュールのカバーを閉じます。

  7. 交換用 NVRAM モジュールをシャーシに取り付けます。

    1. モジュールをスロット 6 のシャーシ開口部の端に合わせます。

    2. モジュールをスロットにそっと挿入し、文字と数字が記載された I/O カムラッチを上に押してモジュールを所定の位置にロックします。

手順 4 : FRU の交換後にコントローラをリブートします

FRU を交換したら、コントローラモジュールをリブートする必要があります。

ステップ
  1. LOADER プロンプトから ONTAP を起動するには、「 bye 」と入力します。

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

HA ペア構成と 2 ノード MetroCluster 構成のどちらを使用しているかに応じて、新しいコントローラモジュールへのディスクの再割り当てを確認するか、ディスクを手動で再割り当てする必要があります。

新しいコントローラへのディスクの再割り当て方法については、次のいずれかのオプションを選択します。

オプション 1 :検証 ID ( HA ペア)

_replacement _node のブート時にシステム ID の変更を確定し、その変更が実施されたことを確認する必要があります。

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

手順
  1. 交換用ノードがメンテナンス・モード(プロンプトが表示されている)の場合は ' メンテナンス・モードを終了し ' LOADER プロンプト: halt を表示します

  2. 交換用ノードの LOADER プロンプトからノードをブートし、システム ID が一致しないためにシステム ID を上書きするかどうかを尋ねられたら、「 y 」と入力します。

    「 boot_ontap bye 」というプロンプトが表示されます

    自動ブートが設定されている場合は、ノードがリブートします。

  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. ノードをギブバックします。

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

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

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

      注記 ギブバックが拒否されている場合は、拒否を無効にすることを検討してください。
    1. ギブバックが完了したら、 HA ペアが正常で、テイクオーバーが可能であることを確認します。「 storage failover show

      storage failover show コマンドの出力には 'System ID changed on partner というメッセージは含まれていません

  6. ディスクが正しく割り当てられたことを確認します。「 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
    .
    .
    .
  7. システムが MetroCluster 構成になっている場合は ' ノードのステータスを監視します MetroCluster node show

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

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

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

  9. システムが 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.
  10. 各ノードに、想定されるボリュームが存在することを確認します。 vol show -node node-name

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

オプション 2 : ID の再割り当て( MetroCluster 設定)

ONTAP を実行している 2 ノード MetroCluster 構成では、システムを通常の動作状態に戻す前に、新しいコントローラのシステム ID にディスクを手動で再割り当てする必要があります。

この手順は、 ONTAP を実行している 2 ノード MetroCluster 構成のシステムにのみ適用されます。

この手順のコマンドは、必ず正しいノードで問題に接続してください。

  • impaired_node は、保守を実行しているノードです。

  • replacement _node は、この手順で障害ノードと交換した新しいノードです。

  • healthy_node は、障害ノードの DR パートナーです。

手順
  1. まだ実行していない場合は、 _replacement _node を再起動し、 Ctrl+C キーを押してブートプロセスを中断して、表示されたメニューから Maintenance mode を起動するオプションを選択します。

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

  2. 正常なノードから古いシステム ID を表示します MetroCluster node show -fields node-systemid’dr-partner-systemid

    この例では、 Node_B_1 が古いノードであり、古いシステム ID は 118073209 です。

    dr-group-id cluster         node                 node-systemid dr-partner-systemid
     ----------- --------------------- -------------------- ------------- -------------------
     1           Cluster_A             Node_A_1             536872914     118073209
     1           Cluster_B             Node_B_1             118073209     536872914
     2 entries were displayed.
  3. 障害ノードの保守モードプロンプトで新しいシステム ID を表示します。「 Disk show

    この例では、新しいシステム ID は 118065481 です。

    Local System ID: 118065481
        ...
        ...
  4. disk show コマンドで取得したシステム ID 情報を使用して、ディスク所有権( FAS システムの場合)または LUN 所有権( FlexArray システムの場合)を再割り当てします。「ディスク再割り当て -s old system ID 」

    上記の例の場合、コマンドは「 Disk reassign -s 118073209 」です

    続行するかどうかを確認するメッセージが表示されたら、「 Y 」と入力します。

  5. ディスク(または FlexArray LUN )が正しく割り当てられていることを確認します。「 Disk show -a 」

    replacement _node に属するディスクに、 _replacement _node に割り当てられた新しいシステム ID が表示されていることを確認します。次の例では、 system-1 が所有するディスクに、新しいシステム ID 118065481 が表示されています。

    *> disk show -a
    Local System ID: 118065481
    
      DISK     OWNER                 POOL   SERIAL NUMBER  HOME
    -------    -------------         -----  -------------  -------------
    disk_name   system-1  (118065481) Pool0  J8Y0TDZC       system-1  (118065481)
    disk_name   system-1  (118065481) Pool0  J8Y09DXC       system-1  (118065481)
    .
    .
    .
  6. 正常なノードから、コアダンプがすべて保存されたことを確認します。

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

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

    2. コアダンプが保存されたことを確認します。「 system node run -node _local-node-name_partner savecore 」

      コマンド出力に savecore が進行中であることが示された場合は、 savecore が完了してからギブバックを実行します。「 system node run -node _local-node-name_partner savecore -s コマンド」を使用して、 savecore の進行状況を監視できます。 </info>

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

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

  8. _replacement node: 'boot_ontap ' をブートします

  9. _replacement _node が完全にブートしたら ' スイッチバックを実行します MetroCluster switchback

  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. Data ONTAP で MetroCluster 構成の動作を確認します。

    1. 両方のクラスタにヘルスアラートがないかどうかを確認します。 'system health alert show'

    2. MetroCluster が構成されており、通常モードであることを確認します。「 MetroCluster show 」

    3. MetroCluster チェック「 MetroCluster check run 」を実行します

    4. MetroCluster チェックの結果を表示します。「 MetroCluster check show 」

    5. Config Advisor を実行します。ネットアップサポートサイトの Config Advisor ページに移動します "support.netapp.com/NOW/download/tools/config_advisor/"

      Config Advisor の実行後、ツールの出力を確認し、推奨される方法で検出された問題に対処します。

  12. スイッチオーバー処理をシミュレートします。

    1. いずれかのノードのプロンプトで、 advanced 権限レベルに切り替えます。「 set -privilege advanced 」

      advanced モードで続けるかどうかを尋ねられたら、「 y 」と入力して応答する必要があります。 advanced モードのプロンプトが表示されます( * > )。

    2. simulate パラメータを指定して、スイッチバック処理を実行します。 MetroCluster switchover -simulate

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

手順 6 :ストレージとボリュームの暗号化機能をリストアする

ストレージまたはボリュームの暗号化を使用するように設定したストレージシステムのコントローラモジュールまたは NVRAM モジュールを交換したら、追加の手順を実行して、暗号化機能を中断させないようにする必要があります。ストレージまたはボリュームの暗号化が有効になっていないストレージシステムでは、このタスクを省略できます。

ステップ
  1. の該当する手順を使用して、ストレージまたはボリュームの暗号化機能をリストアします "CLI での NetApp Encryption の概要"

  2. オンボードキー管理と外部キー管理のどちらを使用しているかに応じて、次のいずれかの手順を実行します。

手順 7 :障害が発生したパーツをネットアップに返却する

障害のある部品は、キットに付属する RMA 指示書に従ってネットアップに返却してください。を参照してください "パーツの返品と交換" 詳細については、を参照してください。