Avamar - バックアップ中にHyper-V VMがクラッシュする

Summary: Avamarバックアップ中にHyper-V VMがクラッシュする理由を説明するナレッジベース(KB)記事。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

個々の仮想マシン(VM)またはクラスター共有ボリューム(CSV)全体がオフラインになったりクラッシュしたりすることがあります。再起動時に起動ディスクにアクセスできなかったために、VMが自動的にリカバリーできない場合があります。正常にリカバリーするには、VMの電源を手動で入れ直す必要があります。

CSVクラスターでHyper-Vバックアップを実行しているときに、CSV所有権の変更が発生すると、1つまたは複数のVMが失敗することがあります。これは特に、「CSV所有権の変更」機能が有効になっているマルチプロキシ構成のHyper-V CSVバックアップの場合に当てはまります。

クラスター イベント ログに、エラー5120が表示される場合があります。
 
"Cluster Share Volume "Volume1"('hvcluster-dell') has entered a paused state because of '(a00000a9)'.  All I/O will temporarily be queued until a path to the volume is reestablished.


Cause

Avamarクラスター ウィザードを使用してマルチプロキシHyper-Vクラスターを登録する場合は、[CSVの所有権を1つ以上のプロキシ ノードに変更]オプションを使用できます。「CSV所有権の変更」機能を使用すると、バックアップ プロセスでVMのCSV所有権をバックアップを実行しているプロキシ ノードに自動的に変更できます。プロキシ ノードがバックアップ対象のCSVの所有者でない場合は、バックアップ パフォーマンスが著しく低下します。その後、バックアップ プロセスは、所有者ノードからプライマリー ノードにデータをストリーミングする必要があります。最後に、バックアップをAvamarまたはData Domainサーバーに送信します。その結果、バックアップ パフォーマンスは、クラスター ノード間のネットワーク パフォーマンスに依存します。プロキシ ノードがCSVを所有し、プロキシ ノードからバックアップ サーバーに直接データ ストリームをバックアップすると、バックアップが高速かつ効率的になります。

ただし、一部の環境では、このパフォーマンス機能により、所有権の変更が発生したときに個々のVMまたはCSVボリューム全体がオフラインになる場合があります。これは主に、ディスクの入出力レートが高すぎる場合に発生します。 

Resolution

メモ帳などのテキスト エディターを使用して、avhypervvss.cmdファイルの「--change-csv-ownership」フラグを削除するか、(#を使用して)コメント アウトします。このファイルは、プライマリー プロキシ ノードのC:\Program Files\avs\varディレクトリーにあります。次に、ファイルを保存して閉じます。

ただし、この機能を無効にすると、バックアップ パフォーマンスが低下する可能性があります。回避策として、データセットのマルチストリーム数を有効にして増やします。
Article Properties
Article Number: 000165926
Article Type: Solution
Last Modified: 11 Oct 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.