イベント ID 19050、32022、32032、32056、32315、32546、33680 は、Hyper-V レプリケーションの進行中にログに記録されます
この記事では、レプリカ VM に関連するデータを持つ回復ホスト上のディスクのバックアップを作成するときに発生するイベント ID 19050、32022、32032、32056、32315、32546、33680 について説明します。
適用対象: Windows Server 2012 R2
元の KB 番号: 2889734
現象
Windows Server 2012
レプリカ マシンでディスクをバックアップすると、レプリケーションの正常性は警告/重大になり、レプリケーションはプライマリ サーバーのエラー状態になります。 さらに、バックアップ間隔中に、次のイベントが Microsoft-Windows-Hyper-V-VMMS-管理 ログに記録されます。
プライマリ コンピューターの場合:
ソース: Microsoft-Windows-Hyper-V-VMMS
イベント ID: 32315
説明: Hyper-V は、仮想マシン VMname> (仮想マシン <ID <VMid>) の変更をレプリケートできませんでした。 Hyper-V は 5 分後にレプリケーションを再試行します。ソース: Microsoft-Windows-Hyper-V-VMMS
イベント ID:32022
説明: Hyper-V で仮想マシン <VMname> の変更をレプリケートできませんでした:操作が取り消されました (0x00002EF1)。 (仮想マシン ID <VMid>
セカンダリ コンピューターの場合:
ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 32546
説明: <VMname> が操作を実行できませんでした。 仮想マシンが操作を実行するための有効な状態ではありません。 (仮想マシン ID <VMid>)ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 19050
説明: <VMname> が操作を実行できませんでした。 仮想マシンが操作を実行するための有効な状態ではありません。 (仮想マシン ID <VMid>)ソース:
EventID: 32056
説明: Hyper-V が VMname> のレプリケーション ログを<適用できませんでした:操作が中止されました (0x80004004)。 (仮想マシン ID <VMid>)
Windows Server 2012 R2
Windows Server 2012 R2 では、レプリケーションは状態の変更なしで続行され、レプリケーションの正常性は正常になります。 ただし、次のイベントはセカンダリ サーバーに記録されます。
ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 32546
説明: <VMname> が操作を実行できませんでした。 仮想マシンが操作を実行するための有効な状態ではありません。 (仮想マシン ID <VMid>)ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 19050
説明: <VMname> が操作を実行できませんでした。 仮想マシンが操作を実行するための有効な状態ではありません。 (仮想マシン ID <VMid>)ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 32032
説明: Hyper-V が VMname> の適用<を完了できませんでした: 操作が中止されました (0x80004004)。 (仮想マシン ID <VMid>)ソース: Microsoft-Windows-Hyper-V-VMMS
EventID: 33680
説明: 仮想マシン <VMname> のレプリケーション操作に失敗しました。 (仮想マシン ID <VMid>) (プライマリ サーバー:'primaryServer.contoso.com'
、レプリカ サーバー:'secondaryServer.contoso.com'
)
原因
これは、レプリカ VM に関連するデータを持つ復旧ホスト上のディスクのバックアップを作成するときに発生します。 バックアップとレプリケーションの両方で、VM の操作を完了するための変更ロックが取得されます。 どの時点でも、VM で動作できるプロセスは 1 つだけです。
たとえば、ユーザーがバックアップを開始すると、VM のロックが取得され、バックアップが行われる間にレプリケーションが失敗します。 失敗したサイクルの数に応じて、セカンダリ マシンのレプリケーションの正常性が警告または重大およびプライマリ マシンのレプリケーション状態に変わり、プライマリ マシンのレプリケーション状態がエラー状態になります。
Windows Server 2012 R2 では、Delta レプリケーションは変更のみを送信します。 変更ログの適用は非同期的に行われます。 つまり、バックアップが実行されている場合でも、レプリカ VM の RPO はそのままになります。 そのため、イベント ログにはエラーのみが表示されますが、レプリケーションの正常性と状態はそれぞれ正常であり、レプリケートされます。
解決方法
Windows Server 2012では、バックアップが完了すると、レプリケーションはエラーなしで自動的に成功します。 バックアップの完了に時間がかかりすぎる場合は、レプリケーションが必要な再同期モードになる可能性があります。 レプリカ VM のレプリケーションの正常性を確認します。 "Resync Required" と表示されている場合は、レプリカ VM で [再同期] をクリックします。
Windows Server 2012 R2 では、レプリケーションは正常に続行されます。 ユーザーエンドから明示的なアクションは必要ありません。 バックアップが完了した後にユーザーがフェールバックを開始した場合、フェールオーバーが開始される前にユーザーが最新の復旧ポイントを選択した場合、保留中のすべての変更が適用されます。
次の PowerShell コマンドは、Windows Server 2012 R2 の場合に Recovery 側で変更が適用された最新時刻を示します。
measure-VMReplication | select Name,LReplTime
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示