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

FAS8200 をリストアして設定を確認します

寄稿者

シャーシの HA 状態を確認し、システムレベルの診断を実行し、アグリゲートをスイッチバックして、障害のある部品をネットアップに返却する必要があります。これについては、キットに付属する RMA 指示書を参照してください。

手順 1 :シャーシの HA 状態を確認して設定します

シャーシの HA 状態を確認し、必要に応じてシステム構成に合わせて更新する必要があります。

  1. メンテナンスモードでは、いずれかのコントローラモジュールから、ローカルコントローラモジュールとシャーシの HA 状態を表示します。「 ha-config show 」

    HA 状態はすべてのコンポーネントで同じになっているはずです。

  2. 表示されたシャーシのシステム状態がシステム構成と一致しない場合は、次の手順を実行します。

    1. シャーシの HA 状態を設定します :'ha-config modify chassis_ha-state _

      HA 状態の値は、次のいずれかになります。 HA`m ccm cc-2nnnon-HA

    2. 設定が変更されたことを確認します。「 ha-config show 」

  3. システムの残りのケーブルをまだ再接続していない場合は、ケーブルを再接続します。

  4. 次の手順は、システム構成によって異なります。

    システムの構成 作業

    スタンドアロン構成です

    1. 保守モードを終了します :halt

    2. に進みます "交換プロセスを完了します"

    2 台目のコントローラモジュールとの HA ペア

    保守モードを終了します :'halt LOADER プロンプトが表示されます

手順 2 :システムレベルの診断を実行します

新しいシャーシを設置したら、インターコネクト診断を実行する必要があります。

システムレベルの診断を開始するには、システムに LOADER プロンプトが表示されている必要があります。

診断手順のコマンドは、すべてコンポーネントを交換するコントローラから実行します。

  1. 作業をするコントローラに LOADER プロンプトが表示されていない場合は、次の手順を実行します。

    1. 表示されたメニューからメンテナンスモードオプションを選択します。

    2. コントローラが保守モードでブートしたら、コントローラを停止します

      コマンドを問題したら、システムが LOADER プロンプトで停止するまで待ちます。

    注記 起動プロセス中に 'y' をプロンプトに安全に応答できます
  2. HA 構成の場合は、 2 台目のコントローラで同じ手順を繰り返します。

    注記 インターコネクトテストを実行するには、両方のコントローラをメンテナンスモードにする必要があります。
  3. LOADER プロンプトで、システムレベルの診断用に特別に設計されたドライバ「 boot_diags 」にアクセスします

    ブート・プロセス中に 'Maintenance] モードのプロンプト( *> )が表示されるまで 'y とプロンプトを入力しても安全です

  4. メンテナンスモードのプロンプトから相互接続診断テストを有効にします。 'diag device modify -dev interconnect -sel enable

    インターコネクトテストはデフォルトでは無効になっており、実行するには有効にする必要があります。

  5. メンテナンスモードのプロンプトから ' 相互接続診断テストを実行します (`lddiag device run -dev interconnect `

    インターコネクトテストは 1 台のコントローラからだけ実行します。

  6. シャーシの交換によってハードウェアの問題が発生していないことを確認します。 'lddiag device status -dev interconnect -llong -state failed

    テストに失敗した場合は、プロンプトに戻ります。失敗した場合は、そのステータスがすべて表示されます。

  7. 前述の手順の結果に基づいて、次に進みます。

    システムレベルの診断のテスト結果 作業

    は失敗なしで完了しました

    1. ステータスログ「 diag device clearstatus 」を消去します

    2. ログがクリアされたことを確認します。「 diag device status 」

      次のデフォルトの応答が表示されます。

      SLDIAG: No log messages are present.
    3. 両方のコントローラで保守モードを終了します

      LOADER プロンプトが表示されます。

      注記 続行する前に、両方のコントローラでメンテナンスモードを終了する必要があります。
    4. LOADER プロンプトで、両方のコントローラで「 bye 」というコマンドを入力します

    5. コントローラを通常動作に戻します。

    ONTAP を実行しているシステムの構成 作業

    2 ノードのクラスタです

    問題コマンド: 'node::> cluster ha modify -configured true `node::> storage failover modify -node node0 -enabled true

    3 ノード以上のクラスタ

    問題このコマンド :`node::> storage failover modify -node node0 -enabled true ``

    2 ノード MetroCluster 構成

    次の手順に進みます。MetroCluster スイッチバック手順は、交換プロセスの次のタスクで実行します。

    スタンドアロン構成の場合

    このタスクにはこれ以上の手順はありません。これで、システムレベルの診断が完了しました。

    テストが失敗しました

    問題の原因を特定します

    1. 保守モードを終了します :halt

    2. クリーンシャットダウンを実行し、電源装置の接続を解除します。

    3. システムレベルの診断を実行するための考慮事項をすべて確認するとともに、ケーブルがしっかりと接続されているか、ハードウェアコンポーネントがストレージシステムに適切に取り付けられているかを確認します。

    4. 電源装置を再接続し、ストレージシステムの電源をオンにします。

    5. システムレベルの診断テストを再実行します。

手順 3 : 2 ノード MetroCluster 構成でアグリゲートをスイッチバックする

2 ノード MetroCluster 構成で FRU の交換が完了したら、 MetroCluster スイッチバック処理を実行できます。これにより構成が通常の動作状態に戻ります。また、障害が発生していたサイトの同期元 Storage Virtual Machine ( SVM )がアクティブになり、ローカルディスクプールからデータを提供します。

このタスクでは、環境の 2 ノード MetroCluster 構成のみを実行します。

手順
  1. すべてのノードの状態が「 enabled 」であることを確認します。 MetroCluster node show

    cluster_B::>  metrocluster node show
    
    DR                           Configuration  DR
    Group Cluster Node           State          Mirroring Mode
    ----- ------- -------------- -------------- --------- --------------------
    1     cluster_A
                  controller_A_1 configured     enabled   heal roots completed
          cluster_B
                  controller_B_1 configured     enabled   waiting for switchback recovery
    2 entries were displayed.
  2. すべての SVM で再同期が完了したことを確認します。「 MetroCluster vserver show 」

  3. 修復処理によって実行される LIF の自動移行が正常に完了したことを確認します。 MetroCluster check lif show

  4. サバイバークラスタ内の任意のノードから MetroCluster switchback コマンドを使用して、スイッチバックを実行します。

  5. スイッチバック処理が完了したことを確認します MetroCluster show

    クラスタの状態が waiting-for-switchback の場合は、スイッチバック処理がまだ実行中です。

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured       	switchover
    Remote: cluster_A configured       	waiting-for-switchback

    クラスタが「 normal 」状態のとき、スイッチバック処理は完了しています。

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured      		normal
    Remote: cluster_A configured      		normal

    スイッチバックが完了するまでに時間がかかる場合は、「 MetroCluster config-replication resync-status show 」コマンドを使用することで、進行中のベースラインのステータスを確認できます。

  6. SnapMirror 構成または SnapVault 構成があれば、再確立します。

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

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