メインコンテンツへスキップ

ONTAPのギブバックvetoとは

Views:
219
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
CORE
Last Updated:

環境

  • ONTAP 9

回答

  • ギブバックが拒否された場合、EMSメッセージを調べて原因を特定する必要があります。
    • 原因に応じて、拒否を無視しても問題がないかどうかを判断することができます。
  • storage failover show-giveback コマンドはギブバックの進捗を表示し、ギブバックを拒否したサブシステムがある場合はそのサブシステムを表示します。
    • ソフトな拒否は上書きできますが、ハードな拒否は強制的に行っても上書きできません。 
  • 次のコマンドを使用して、ギブバックの拒否に関するEMSの詳細を確認できます。
  • event log show -node * -event gb*
  • 以下は、ONTAPで報告される一般的なvetoの一覧です。

拒否名

概要

AutoSupport(autosupport)

(ルートアグリゲートのみ)

この拒否は、停止したノードの代わりに稼働しているノードによって実行されるAutoSupport収集を保護します。 

 

コア ダンプ(coredump)

(ルートアグリゲートのみ)

  • ハードウェアまたはソフトウェアの障害でONTAPパニックイベントが発生すると、コアダンプがあらかじめ決められた場所にディスク上に格納されます。
    • コアダンプファイルには、メモリとNVRAMの内容が含まれています。
    • コアダンププロセスは、データを1つのファイルに保存し、分析のためにアップロードできます。 
  • この拒否は、テイクオーバーホストがコアダンプをファイルに保存していることを意味します。

ディスクインベントリ (disk_inventory)

 

  • この拒否は、ハイアベイラビリティ(HA)ペアの一方のノードが、ディスクインベントリ内の複数のディスクがパートナーノードの報告と一致しないと報告した場合に発生します。
    • これは、特定のディスクインベントリの不一致メッセージを抑制するのに十分な数の不一致が発生した場合にのみ発生します。
  • 拒否は、次のいずれかの理由による可能性があります。
  1. 一方のノードは、他方のノードが認識できないディスクを認識できます。

  2. 複数のディスクの所有権が変更されました。

  3. 複数のディスクが障害状態になったか、または障害状態が解除されました。

  4. 複数のディスクが挿入または取り外されました。

ダンプ / リストア(dump)

 

  • この拒否は、再配置中またはホームに送信中のアグリゲートに属するボリュームでNDMPバックアップまたはリストアが進行中の場合に発生します。  
  • サードパーティのバックアップ アプリケーションがNDMPプロトコルを使用してバックアップ/リストアを開始します。
    • バックアップ/リストアはチェックポイント再開ができません。自動的に再開されることもなく、ONTAPコマンドを使用して再開することもできません。
    • 操作は、最初に操作をトリガーしたサードパーティのバックアップ アプリケーションを使用して新たに再開する必要があります。

Key Manager(keymanager)

 

この拒否は、パートナー ノードのアグリゲートの暗号化されたボリュームのボリューム暗号化キーが利用できないために発生します。

 

ロックマネージャ(lock_manager)

ギブバックの実行中、ONTAPはCIFS oplock、NFSv4の委譲、Flexcacheの読み取り専用の委譲を取り消します。  この拒否は、プロセスが進行中であることを示します。

 

RAID(レイド)

 

この拒否は、RAID処理がまだ進行中であることを示します。たとえば、次のような場合です。

  1. ディスク所有権の再割り当て

  2. ディスク追加処理

  3. ミラー検証

  4. ミラーの再同期

  5. 保留中のNVFile

Lock Manager NDO

(SFO)

  • この拒否機能は、NDOLITEがロックの再構築を実行しているか、または起動したばかりのパートナーノードへのロック同期を実行しているかをチェックします。
  • lock-syncプロセスが拒否するのは、ギブバックされるアグリゲートにNDOLITEミラーリングの対象となるロックがある場合のみです。
  • 再構築が進行中の場合、アグリゲートのギブバックはすべて拒否されます。これは、再構築が完了するまでミラーリングの対象となるロックがアグリゲートに含まれているかどうかが不明であるためです。ARLの場合、これは厳格な拒否となります。これは設計をシンプルに保つためです。
  • ノードに負荷が大きくないかぎり、再構築もパートナーへのロック同期も短時間(数分程度)で完了することになっています。
  • したがって、SNで永続的にSMB3がオープンする主なユースケースはMicrosoft HyperVを無停止で適用できるようにすることであるため、これらの拒否を無視しないことが推奨されます。

ボリューム移動

  • 移動コードは、カットオーバー状態に入ったボリューム移動に参加しているボリュームがあるかどうかを確認します。
  • カットオーバーフェーズでボリューム移動がある場合、移動コードはギブバックを拒否します。
    • 拒否がオーバーライドされると、Giveback/ARLが完了した後にカットオーバーが自動的に再開されます。

バックアップ

  • 送信先のアグリゲートに属するボリュームでdump/restoreが進行中の場合、sendhomeは拒否されます。
  • 拒否が上書きされた場合、backup/restore操作は中止されます。C-modeでは、dump/restoreはNDMPプロトコル経由でのみ実行できます。
    • Symantec NBUやDell NetVaultなどのサードパーティのバックアップ アプリケーションがNDMPプロトコルを使用してバックアップ/リストアを開始します。
    • バックアップ/リストアはチェックポイント再開ができません。自動的に再開されることもなく、ONTAPコマンドを使用して再開することもできません。
    • 操作は、最初に操作をトリガーしたサードパーティのバックアップ アプリケーションを使用して新たに再開する必要があります。

レプリケーション エンジン

  • アグリゲート移行によって中断できない進行中の転送(たとえば、カットオーバーフェーズのボリューム移動転送)がある場合、sendhomeは拒否されます。
    • 拒否を無視すると、そのアグリゲートに関連するすべての転送が非同期で中止されます。
    • 中断された転送は、以前のチェックポイントから再開する必要があります。
    • Replication Engineのコンシューマによっては、転送の再開を手動で行う必要がある場合があります。

WAFL

  • sendhomeまたはWAFLIRONが実行される前に再生する必要がある保留中のNVSAVEファイルがある場合。
  • WAFLは、テイクオーバーまたはリブート時の再生時にボリュームが使用できない場合、nvlogレコードをファイルに保存します。
  • sendhomeの前に、これらのファイルはボリュームをオンライン化して再生する必要があります。

追加情報

追加情報

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.