Quando é apropriado executar o chkdsk?

Question

Um no-break falhou e uma caixa do Hyper-V hospedando 6 VMs caiu (todos os Windows Server 2008 R2 x64, se isso for importante). Quando eu iniciei o backup, ele não executou automaticamente um chkdsk (que eu já vi no passado). Eu não percebi se alguma das VMs fez o chkdsk quando elas voltaram.

Nesta situação, é apropriado:

• Programar um chkdsk em C: \ do host da VM na reinicialização?
• Programar um chkdsk em C: \ de cada uma das VMs?
• Todas as opções acima?

Ou só devo fazê-lo quando o Windows recomenda e o faz sozinho durante a inicialização? Como o Windows "sabe" quando é apropriado fazer isso?

TL; DR: Se um VM Host ficar inativo, eu executo o chkdsk nele e todas as VMs ou apenas deixo as janelas fazerem isso se acharem necessário?

    

Answer 1

É apropriado se você acha que é. Para um servidor importante, executar o chkdsk é uma boa política. Equilibre isso com o tempo de inatividade que você passará.

A Microsoft acredita que é desnecessário.

O Windows Server 2008 não executa mais o chkdsk após falhas de energia devido a "NTFS com recuperação automática" e "NTFS de transação". A partir dos artigos da Wikipédia no Server 2008 e Transactional NTFS:

Self-healing NTFS
In Windows versions prior to Windows Vista, if the operating system detected corruption in the file system of an NTFS volume, it marked the volume "dirty"; to correct errors on the volume, it had to be taken offline. With self-healing NTFS, an NTFS worker thread is spawned in the background which performs a localized fix-up of damaged data structures, with only the corrupted files/folders remaining unavailable without locking out the entire volume and needing the server to be taken down. The operating system now features S.M.A.R.T. detection techniques to help determine when a hard disk may fail.

Transactional NTFS
A component of Windows Vista and later operating systems. It brings the concept of atomic transactions to the NTFS file system, allowing Windows application developers to write file output routines that are guaranteed either to succeed completely or to fail completely.

    

Answer 2

Sempre chkdsk após o desligamento repentino. Se não é um servidor importante, eu não me incomodaria.

Além disso, quanto mais importante é o servidor, mais importante é testar o poder de backup regularmente. Até mesmo backups de backups, etc.