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

ONTAPリバート後のクラスタとストレージの健全性の確認

共同作成者

ONTAPクラスタをリバートしたら、ノードが正常に機能していてクラスタに追加するための条件を満たしていること、およびクラスタがクォーラムにあることを確認する必要があります。また、ディスク、アグリゲート、およびボリュームのステータスも確認する必要があります。

クラスタの健全性を確認

手順
  1. クラスタ内のノードがオンラインであり、クラスタに参加するための条件を満たしていることを確認します。

    cluster show

    この例では、クラスタは正常に機能しており、すべてのノードがクラスタに参加する資格を持っています。

    cluster1::> cluster show
    Node                  Health  Eligibility
    --------------------- ------- ------------
    node0                 true    true
    node1                 true    true

    正常でないノードや条件を満たしていないノードがある場合は、EMSログでエラーを確認して対処します。

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

    set -privilege advanced

    と入力し `y`て続行します。

  3. 各RDBプロセスの設定の詳細を確認します。

    • リレーショナルデータベースのエポックとデータベースのエポックは、各ノードで一致している必要があります。

    • リングごとのクォーラムマスターがすべてのノードで同じである必要があります。

      各リングのクォーラムマスターが異なる場合があることに注意してください。

      表示する RDB プロセス 入力するコマンド

      管理アプリケーション

      cluster ring show -unitname mgmt

      ボリューム ロケーション データベース

      cluster ring show -unitname vldb

      仮想インターフェイス マネージャ

      cluster ring show -unitname vifmgr

      SAN管理デーモン

      cluster ring show -unitname bcomd

      次の例は、ボリューム ロケーション データベースのプロセスを示しています。

    cluster1::*> cluster ring show -unitname vldb
    Node      UnitName Epoch    DB Epoch DB Trnxs Master    Online
    --------- -------- -------- -------- -------- --------- ---------
    node0     vldb     154      154      14847    node0     master
    node1     vldb     154      154      14847    node0     secondary
    node2     vldb     154      154      14847    node0     secondary
    node3     vldb     154      154      14847    node0     secondary
    4 entries were displayed.
  4. admin権限レベルに戻ります。

    set -privilege admin
  5. SAN環境を使用している場合は、各ノードがSANクォーラムにあることを確認します。

    event log show  -severity informational -message-name scsiblade.*

    各ノードの最新のscsibladeイベントメッセージに、SCSIブレードがクォーラムにあることが示されます。

    cluster1::*> event log show  -severity informational -message-name scsiblade.*
    Time             Node       Severity       Event
    ---------------  ---------- -------------- ---------------------------
    MM/DD/YYYY TIME  node0      INFORMATIONAL  scsiblade.in.quorum: The scsi-blade ...
    MM/DD/YYYY TIME  node1      INFORMATIONAL  scsiblade.in.quorum: The scsi-blade ...
関連情報

"システム管理"

ストレージの健全性を確認

クラスタをリバートまたはダウングレードしたら、ディスク、アグリゲート、およびボリュームのステータスを確認する必要があります。

手順
  1. ディスクのステータスを確認します。

    確認する項目 操作

    破損ディスク

    1. 破損ディスクを表示します。

      storage disk show -state broken
    2. 破損ディスクを取り外すか交換します。

    メンテナンス中または再構築中のディスク

    1. メンテナンス、保留、または再構築中の状態のディスクを表示します。

      storage disk show -state maintenance

    pending

    reconstructing ---- .. メンテナンスまたは再構築の処理が完了するまで待ってから次に進みます。

  2. 物理ストレージと論理ストレージ(ストレージのアグリゲートを含む)の状態を表示して、すべてのアグリゲートがオンラインであることを確認します。

    storage aggregate show -state !online

    このコマンドを実行すると、オンラインでないアグリゲートが表示されます。メジャーアップグレードまたはリバートの実行前と実行後に、すべてのアグリゲートがオンラインになっている必要があります。

    cluster1::> storage aggregate show -state !online
    There are no entries matching your query.
  3. 次のコマンドを実行して、すべてのボリュームがオンラインであることを確認します。 _not_online

    volume show -state !online

    メジャーアップグレードまたはリバートの実行前と実行後に、すべてのボリュームがオンラインになっている必要があります。

    cluster1::> volume show -state !online
    There are no entries matching your query.
  4. 整合性のないボリュームがないことを確認します。

    volume show -is-inconsistent true

    整合性のないボリュームへの対処方法については、ナレッジベースの記事を参照して"「WAFL inconsistent」を示すボリューム"ください。

クライアントアクセスの確認(SMBとNFS)

設定されているプロトコルについて、SMBクライアントとNFSクライアントからのアクセスをテストして、クラスタにアクセスできることを確認します。