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

ONTAPクラスタ構成バックアップ ファイルを使用してクラスタを復元する

共同作成者 netapp-aherbin netapp-aaron-holt netapp-sumathi netapp-dbagwell netapp-barbe
PDF

クラスタ障害後に既存の構成からクラスタ構成をリストアするには、クラスタ構成を選択してリカバリするノードで利用できるようにし、次にその構成を使用してクラスタを再作成し、残りのノードを新しいクラスタに再追加します。

タスク概要

このタスクは、クラスタ構成の損失となる障害からリカバリする目的でのみ実行してください。

メモ

構成バックアップ ファイルからクラスタを再作成する場合は、テクニカル サポートに問い合わせて、構成バックアップ ファイルと現在のクラスタ構成との矛盾をすべて解決しておく必要があります。

構成バックアップファイルからクラスタをリカバリする場合、バックアップの作成以降に行われた構成変更はすべて失われます。リカバリ後、構成バックアップファイルと現在の構成の不一致を解決する必要があります。トラブルシューティングのガイダンスについては、"NetAppナレッジベース：ONTAP構成バックアップ解決ガイド"を参照してください。
手順

  1. 各HAペアのストレージ フェイルオーバーを無効にします。

    storage failover modify -node node_name -enabled false

    ストレージ フェイルオーバーを無効にするのは、各HAペアに対して1度だけです。一方のノードでストレージ フェイルオーバーを無効にすると、そのノードのパートナーでもストレージ フェイルオーバーが無効になります。

  2. リカバリするノード以外の各ノードを停止します。

    system node halt -node node_name -reason "text"

    cluster1::*> system node halt -node node0 -reason "recovering cluster"

Warning: Are you sure you want to halt the node? {y|n}: y

  3. 権限レベルをadvancedに設定します。

    set -privilege advanced

  4. 回復ノードで、 system configuration recovery cluster recreate コマンドを使用してクラスターを再作成します。

    この例では、リカバリ ノードに保存された構成情報を使用してクラスタを再作成します。

    cluster1::*> configuration recovery cluster recreate -from node

Warning: This command will destroy your existing cluster. It will
         rebuild a new single-node cluster consisting of this node
         and its current configuration. This feature should only be
         used to recover from a disaster. Do not perform any other
         recovery operations while this operation is in progress.
Do you want to continue? {y|n}: y

    新しいクラスタはリカバリ ノードに作成されます。

  5. 構成バックアップ ファイルからクラスタを再作成する場合は、クラスタのリカバリがまだ進行中であることを確認します。

    system configuration recovery cluster show

    健全なノードからクラスタを再作成する場合、クラスタのリカバリの状態を確認する必要はありません。

    cluster1::*> system configuration recovery cluster show
 Recovery Status: in-progress
 Is Recovery Status Persisted: false

  6. 再作成したクラスタに再追加が必要な各ノードをブートします。

    ノードは一度に1つずつリブートする必要があります。

  7. 再作成したクラスタに再追加が必要な各ノードで、以下を実行します。

    1. 再作成したクラスタ上の健全なノードから、ターゲット ノードを再追加します。

      system configuration recovery cluster rejoin -node node_name

      この例では、再作成されたクラスタに「node2」ターゲットノードを再参加させます：

      cluster1::*> system configuration recovery cluster rejoin -node node2

Warning: This command will rejoin node "node2" into the local
         cluster, potentially overwriting critical cluster
         configuration files. This command should only be used
         to recover from a disaster. Do not perform any other
         recovery operations while this operation is in progress.
         This command will cause node "node2" to reboot.
Do you want to continue? {y|n}: y

      ターゲット ノードがリブートし、クラスタに追加されます。

    2. ターゲット ノードが健全であり、クラスタ内の残りのノードとクォーラムを形成していることを確認します。

      cluster show -eligibility true

      別のノードを再追加する前に、ターゲット ノードを再作成したクラスタに再追加する必要があります。

    cluster1::*> cluster show -eligibility true
Node                 Health  Eligibility   Epsilon
-------------------- ------- ------------  ------------
node0                true    true          false
node1                true    true          false
2 entries were displayed.

  8. 構成バックアップ ファイルからクラスタを再作成した場合は、リカバリ ステータスを「complete」に設定します。

    system configuration recovery cluster modify -recovery-status complete

  9. admin権限レベルに戻ります。

    set -privilege admin

  10. クラスターが 2 つのノードのみで構成されている場合は、 `cluster ha modify`コマンドを使用してクラスター HA を再度有効にします。

  11. `storage failover modify`コマンドを使用して、各HAペアのストレージフェイルオーバーを再度有効にします。

終了後の操作

クラスターにSnapMirrorピア関係がある場合は、それらの関係も再作成する必要があります。詳細については、"データ保護"を参照してください。

関連情報