chkdskを実行するのはいつ適切ですか？
UPSに障害が発生し、6つのVMをホストするHyper-Vボックスがダウンしました（重要な場合は、すべてのWindows Server 2008 R2 x64）。バックアップを起動したときに、chkdskが自動的に実行されませんでした（過去に見たことがあります）。 VMが戻ってきたときに、いずれかのVMがchkdskを実行したかどうかはわかりませんでした。
この状況では、次のことが適切ですか。
- 再起動時にVMホストのC：\でchkdskをスケジュールしますか？
- 各VMのC：\でchkdskをスケジュールしますか？
- 上記のすべて？
または、Windowsが推奨し、起動時に単独で実行する場合にのみ実行する必要がありますか？これを行うのが適切な場合、ウィンドウはどのように「認識」しますか？
TL; DR：a VMホストがダウンした場合、ホストとすべてのVMでchkdskを実行しますか、それとも必要と思われる場合はWindowsに実行させますか？
あなたがそう感じればそれは適切です。重要なサーバーの場合、chkdskを実行することをお勧めします。これと、発生するダウンタイムのバランスを取ります。
マイクロソフトは、それは不要であると考えています。
Windows Server 2008は、「自己修復NTFS」および「トランザクションNTFS」による電源障害後にchkdskを実行しなくなりました。 Server2008およびTransactionalNTFSに関するウィキペディアの記事から：
自己回復NTFS
Windows Vistaより前のWindowsバージョンでは、オペレーティングシステムがNTFSボリュームのファイルシステムで破損を検出した場合、ボリュームを「ダーティ」とマークしました。ボリュームのエラーを修正するには、ボリュームをオフラインにする必要がありました。自己修復NTFSを使用すると、NTFSワーカースレッドがバックグラウンドで生成され、破損したデータ構造のローカライズされた修正が実行されます。ボリューム全体をロックアウトしてサーバーを停止することなく、破損したファイル/フォルダーのみを使用できなくなります。オペレーティングシステムは、ハードディスクに障害が発生する可能性がある時期を判断するのに役立つS.M.A.R.T.検出技術を備えています。トランザクションNTFS
WindowsVista以降のオペレーティングシステムのコンポーネント。これにより、アトミックトランザクションの概念がNTFSファイルシステムにもたらされ、Windowsアプリケーション開発者は、完全に成功するか完全に失敗することが保証されているファイル出力ルーチンを作成できます。
突然のシャットダウン後は常にchkdsk。それが重要なサーバーでなければ、私は気にしません。
また、サーバーの重要性が高いほど、バックアップ電源を定期的にテストすることが重要になります。バックアップなどのバックアップもあります。