web-dev-qa-db-ja.com

Hyper-Vレポートの稼働時間が間違っている

Hyper-Vマネージャーが一部の仮想マシンの正しい稼働時間を報告しないという問題があります。

すべての仮想マシンを数分間隔で起動しましたが、Hyper-Vマネージャーには、異なる稼働時間を報告するものがいくつかあります。

Two Domain Controllers - 7 Days
Exchange - 5 Days 5 hours
SQL Server - 5 Days 9 hours
DATA Server - 4 Days 13 hours

これまでのところ、私はすでに次のことを行っています。

  • エラーまたはリセットがないか、イベントログで確認しました。 (例:Hyper-Vワーカー)
  • net stats srv-DCと同じ稼働時間を報告する各仮想マシン上
  • systeminfo | find/i "boot time"-を使用すると、DCと同じ稼働時間が再び報告されます。
  • Get-CimInstance -ClassName win32_operatingsystem | select csname、lastbootuptime

上記のコマンドはすべて、ドメインコントローラーと同じ稼働時間を示しますが、HyperVは間違った稼働時間を報告しています。

実行しているのはバックアップだけですが、仮想マシンは保存またはリセットではありません。これは、報告された稼働時間が間違っていることがわかっているためです。

これを引き起こしている可能性のあるものについて他に何か提案はありますか?

3
Adam Brook

私は自分の問題を見つけたと思います。

現在、Veeamを使用して各仮想マシンでバックアップを実行しています。バックアップが午前2時に自然に実行されるのを見ることにしました。

特定のVM 稼働時間でバックアップが開始されたときにHyper-Vマネージャーウィンドウ内で、Veeamバックアップの実行中に一時停止したことに気付きました。保存または保存がありませんバックアップの開始時にログをリセットします。

他のすべての仮想マシンの時間はまだ刻々と過ぎていました。

私のVeeamBackupsが原因のようです。イベントビューアでログをリセットまたは保存することを期待していましたが!

2
Adam Brook

Veeamだけでなく、私が実行しているHyper-V 2012R2上のDPM2012 R2でも同じことが起こります。これは、保存状態のバックアップを取得するため、バックアップを完了して稼働時間を開始するときに稼働時間を「閉じる」ためです。 0:0:01から。

Windowsの内部に入るとVMタスクマネージャー->パフォーマンス-> CPUのチェックに移動します。正しいことがわかります。Linuxvmの場合はuptimeコマンドを実行します。

よろしく、

アンクソ

0
ankso