手動ギブバックコマンド
-
このドキュメント ページのPDF
-
ボリューム管理
- CLI を使用した論理ストレージ管理
-
NAS ストレージ管理
-
CLIを使用したSMBの管理
- SMB を使用したファイルアクセスの管理
-
CLIを使用したSMBの管理
- セキュリティとデータ暗号化
-
ボリューム管理
PDF版ドキュメントのセット
Creating your file...
パートナーノードのプロセスを終了する標準ギブバック、または強制ギブバックを実行できます。
ギブバックを実行する前に、で説明するように、障害が発生したドライブをテイクオーバーされたシステムから取り外す必要があります "ディスクとアグリゲートの管理"。 |
ギブバックが中断された場合
ギブバックプロセス中にテイクオーバーノードで障害が発生したり停電が発生したりした場合、そのプロセスは停止します。障害が修復されるか電源が回復するまで、テイクオーバーノードはテイクオーバーモードに戻ります。
ただし、障害がギブバックのどの段階で発生したかによって、これとは異なる動作になります。障害や停電が部分的なギブバック状態の間(ルートアグリゲートのギブバックの完了後)に発生した場合、ノードはテイクオーバーモードには戻りません。部分的なギブバックモードに戻ります。 この場合、プロセスを完了するには、ギブバック処理をもう一度実行します。
ギブバックが拒否された場合
ギブバックが拒否された場合、 EMS メッセージを調べて原因を特定する必要があります。その理由に応じて、拒否を無視しても問題がないかどうかを判断することができます。
。 storage failover show-giveback
ギブバックの進捗が表示されます。ギブバックを拒否したサブシステムがある場合はそのサブシステムも表示されます。拒否の中には、無視してもかまわないソフトなものと、強制しても無視できないハードなものがあります。次の表に、無視できないソフトな拒否と、推奨される対処方法を示します。
次のコマンドを使用して、ギブバックの拒否に関する EMS の詳細を確認できます。
event log show -node * -event gb*
ルートアグリゲートのギブバック
次の拒否は、アグリゲートの再配置処理には適用されません。
拒否しているサブシステムモジュールです |
回避策 |
vFiler_low_level |
拒否の原因となっているSMBセッションを終了するか、開いているセッションを確立したSMBアプリケーションをシャットダウンします。 この拒否を無視すると、SMBを使用しているアプリケーションが原因によって突然切断され、データが失われる可能性があります。 |
ディスクチェック |
ギブバックを実行する前に、障害が発生したかバイパスされたディスクをすべて取り外します。ディスクの完全消去を実行中の場合は、処理が完了するまで待ちます。 この拒否を無視すると、容量確保の競合やディスクにアクセスできないことが原因でアグリゲートやボリュームがオフラインになり、原因が停止する可能性があります。 |
SFO アグリゲートのギブバックを実行します
次の拒否は、アグリゲートの再配置処理には適用されません。
拒否しているサブシステムモジュールです |
回避策 |
ロックマネージャ |
ファイルを開いているSMBアプリケーションを正常にシャットダウンするか、それらのボリュームを別のアグリゲートに移動します。 この拒否を無視すると、SMBロック状態が失われ、システムが停止してデータが失われます。 |
ロックマネージャ NDO |
ロックがミラーされるまで待ちます。 この拒否を無視すると、 Microsoft Hyper-V 仮想マシンの処理が停止します。 |
RAID の場合 |
EMS メッセージを調べて拒否の原因を特定します。 nvfile が原因である場合は、オフラインのボリュームおよびアグリゲートをオンラインにします。 ディスクの追加処理またはディスク所有権の再割り当て処理を実行中の場合は、それらの処理が完了するまで待ちます。 アグリゲートの名前または UUID の競合が原因である場合は、問題のトラブルシューティングを行ってその問題を解決します。 ミラーの再同期、ミラーの検証、またはディスクのオフライン化が原因で拒否された場合は無視してかまいません。これらの処理は、ギブバック後に再開されます。 |
ディスクインベントリ |
トラブルシューティングを行って、問題の原因を特定し、解決します。 移行中のアグリゲートに属するディスクは、デスティネーションノードで認識できないことがあります。 ディスクにアクセスできないと、アグリゲートまたはボリュームにアクセスできない可能性があります。 |
ボリューム移動処理 |
トラブルシューティングを行って、問題の原因を特定し、解決します。 この拒否は、重要なカットオーバーフェーズ中にボリューム移動処理が中止されるのを防止します。カットオーバー中にジョブが中止されると、ボリュームにアクセスできなくなる可能性があります。 |
手動ギブバックを実行するためのコマンドです
メンテナンスの完了後または解決後に元の所有者にストレージを戻すには、HAペアのノードでギブバックを手動で開始します。
テイクオーバーの原因となった問題。
状況 |
使用するコマンド |
パートナーノードにストレージをギブバックします |
|
パートナーがギブバック待機モードになっていなくてもストレージをギブバックします |
このオプションは、長時間クライアントが停止しても問題がない場合にのみ使用してください。 |
ギブバック処理がプロセスで拒否されてもストレージをギブバックする(強制的にギブバックを実行する) |
このオプションを使用すると、クライアントの停止が長引いたり、ギブバックの完了後にアグリゲートとボリュームがオンラインに復帰しない可能性があります。 |
CFO アグリゲート(ルートアグリゲート)だけをギブバックする |
|
ギブバックコマンドを実行したあとにギブバックの進捗を監視します問題 |
|