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

コントローラのシャットダウン- AFF A700

共同作成者

シャーシを交換するには、コントローラをシャットダウンする必要があります。

オプション 1 :コントローラをシャットダウンする

シャーシのメンテナンスを実施できるように、コントローラをシャットダウンします。

この手順は、2ノード構成のシステムが対象です。システムのノードが3つ以上の場合は、を参照してください "4ノードクラスタで1つのHAペアの正常なシャットダウンと電源投入の実行方法"

作業を開始する前に
  • すべてのクライアント/ホストからネットアップシステム上のデータへのアクセスを停止します。

  • 外部バックアップジョブを一時停止します。

  • 必要な権限とクレデンシャルがあることを確認します。

    • ONTAP のローカル管理者のクレデンシャル。

    • ストレージ暗号化またはNVE / NAEを使用する場合は、NetAppのオンボードキー管理(OKM)クラスタ全体のパスフレーズ。

    • 各コントローラのBMCへのアクセス性。

  • 交換に必要な工具と機器が揃っていることを確認します。

  • シャットダウン前のベストプラクティスは次のとおりです。

手順
  1. SSHを使用してクラスタにログインするか、クラスタ内の任意のノードからローカルのコンソールケーブルとラップトップ/コンソールを使用してログインします。

  2. AutoSupportをオフにして、システムがオフラインになるまでの時間を指定します。

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. すべてのノードのSP / BMCアドレスを特定します。

    system service-processor show -node * -fields address

  4. クラスタシェルを終了します。 exit

  5. 前の手順の出力に表示されたいずれかのノードのIPアドレスを使用して、SSH経由でSP / BMCにログインします。

    コンソール/ラップトップを使用している場合は、同じクラスタ管理者のクレデンシャルを使用してコントローラにログインします。

    メモ 進捗状況を監視できるように、すべてのSP / BMC接続とのSSHセッションを開きます。
  6. 障害のあるシャーシにある2つのノードを停止します。

    system node halt -node <node>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true

    メモ StrictSyncモードで動作するSnapMirror同期を使用するクラスタの場合: system node halt -node <node>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true
  7. 表示されたら、クラスタ内の各コントローラに「* y *」と入力します。 Warning: Are you sure you want to halt node "cluster <node-name> number"? {y|n}:

  8. 各コントローラが停止するまで待ち、LOADERプロンプトを表示します。

次の手順

オプション 2 : 2 ノード MetroCluster 構成のノードをシャットダウンする

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

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

手順
  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. 障害のあるコントローラモジュールで、電源装置の接続を解除します。