Eu tenho uma caixa do Windows Server 2003 na minha pequena rede. Nele está um controlador Promise Fasttrak RAID e dois drives ATA Western Digital paralelos em uma configuração RAID-1 (espelho). Quando eu configurei isso, eu esperava que fosse um sistema de armazenamento confiável, e que o controlador RAID me informaria quando houvesse um problema para que eu pudesse reagir.
No entanto, está falhando em ambas as contas agora. Quando copio arquivos desse servidor, descubro que arquivos grandes foram corrompidos. Por exemplo, eu estava recentemente copiando a instalação de rede do XP SP3 (~ 320MB) para outro PC. A extração falhou. Eu pensei que estranho desde que eu usei esse executável antes. Então eu copiei da rede novamente duas vezes, e usando FileAlyzer , descobri que o MD5 & ; SHA1 hashes das 3 cópias diferentes variadas. Realizei testes semelhantes de outros PCs na minha rede e consegui replicar a falha. Pior, o RAID BIOS nunca reclamou de nada estar errado! O que me leva a acreditar que o controlador em si pode ser ruim. (Nota: não acho que seja a rede, já que outros PCs podem copiar arquivos de forma confiável uns para os outros).
Mas minha pergunta é: Que tipo de ferramentas existem para o Windows "certificar" que um sistema de arquivos está se comportando de maneira confiável, com RAID ou de outra forma?
Por exemplo, eu comprei uma ferramenta chamada GoldMemory para executar um teste de memória exaustivo ao criar um novo PC. Não vou confiar em um novo PC até que sobreviva 24 horas no GoldMemory sem erros de memória. Eu também comprei o SpinRite de Steve Gibson para testar discos ATA individuais.
Existe uma ferramenta que eu possa rodar no Windows para testar um sistema de arquivos NTFS, baseado em RAID ou não, que lerá e gravará repetidamente e verificará se há corrupção?
Eu não posso confiar em meu servidor atual como está, e se eu trocar componentes para tentar reparar, ou então construir um novo sistema, eu gostaria de ter certeza de que meus sistemas de arquivos estão operando de forma confiável antes de apostar na fazenda. Embora eu queira confiar em que um controlador RAID de marca e discos rígidos decentes sejam confiáveis, agora preciso adotar uma abordagem da Horatio Caine: "Confie, mas verifique".
Obrigado pela sua ajuda! : -)
ATUALIZAÇÃO:
Então, eu executei alguns testes locais no servidor (no cygwin) para descartar a rede como o problema. Isso deve lhe dar uma idéia do que estou enfrentando. O problema acontece na maior parte do tempo com arquivos BIG. (O abaixo é 462MB.)
$ md5sum VMware-workstation-6.5.2-156735.exe
7bf6145eb7d3e4fbcc945d87017fb6bd * VMware-workstation-6.5.2-156735.exe
$ para ((c = 1; c < = 50; c ++)); do md5sum VMware-workstation-6.5.2-156735.exe; feito
545c2f8e9363823af3aa703a1cbd35e3 * VMware-workstation-6.5.2-156735.exe
b47d4aa75aae27264cfd6396fbfe646a * VMware-workstation-6.5.2-156735.exe
b47d4aa75aae27264cfd6396fbfe646a * VMware-workstation-6.5.2-156735.exe
... etc ... (repete)
$ para ((c = 1; c < = 50; c ++)); do md5sum VMware-workstation-6.5.2-156735.exe; feito
9d2fbb3fa46194f6915d6328f0881a24 * VMware-workstation-6.5.2-156735.exe
9d2fbb3fa46194f6915d6328f0881a24 * VMware-workstation-6.5.2-156735.exe
... etc ... (repete)
$ para ((c = 1; c < = 50; c ++)); do md5sum VMware-workstation-6.5.2-156735.exe; feito
512181c3838e91a02a92280462e2f4c3 * VMware-workstation-6.5.2-156735.exe
512181c3838e91a02a92280462e2f4c3 * VMware-workstation-6.5.2-156735.exe
... (repete uma dúzia de vezes, depois muda!)
7a84da59a83f203506244e23507bb4df * VMware-workstation-6.5.2-156735.exe
7a84da59a83f203506244e23507bb4df * VMware-workstation-6.5.2-156735.exe
... aargh!