Em caso de falta de energia, o sistema de arquivos NTFS pode ser prejudicado? Por exemplo, estar quebrado ou causar corrupção de arquivo? E o espelhamento interno do NTFS em discos dinâmicos garante a manutenção dos arquivos em um estado consistente em caso de falta de energia?
Meu ponto de vista é que os sistemas de arquivos com registro em diário são projetados especificamente para tolerar esse tipo de problema. Os dados do usuário não são garantidos pelo sistema de arquivos NTFS, mas aplicativos como o sistema de gerenciamento de banco de dados possuem gerenciadores de transações que protegem os dados.
Algumas citações do grande livro Microsoft Windows Internals :
NTFS
O NTFS inclui vários recursos avançados. Uma de suas características mais significativas é a capacidade de recuperação. Se um sistema for interrompido inesperadamente, os metadados de um volume FAT podem ser deixados em um estado inconsistente, levando à corrupção de grandes quantidades de dados de arquivos e diretórios. O NTFS registra alterações nos metadados de maneira transacional, para que as estruturas do sistema de arquivos possam ser reparadas em um estado consistente, sem perda de informações sobre a estrutura de arquivos ou diretórios. (Os dados do arquivo podem ser perdidos, no entanto.)
Objetivos e recursos de design do NTFS
Requisitos de sistema de arquivos high-end
Desde o início, o NTFS foi projetado para incluir os recursos necessários para um sistema de arquivos de classe corporativa. Para minimizar a perda de dados diante de uma interrupção ou falha inesperada do sistema, um sistema de arquivos deve garantir que a integridade de seus metadados seja garantida o tempo todo. Finalmente, um sistema de arquivos deve permitir redundância de dados baseada em software como uma alternativa de baixo custo para soluções redundantes em hardware para proteger os dados do usuário.
Recuperabilidade
O NTFS usa transações atômicas para implementar seus recursos de recuperação do sistema de arquivos. Se um programa inicia uma operação de E / S que altera a estrutura de um volume NTFS, ou seja, altera a estrutura do diretório, estende um arquivo, aloca espaço para um novo arquivo e assim por diante, o NTFS trata essa operação como uma transação atômica. Garante que a transação seja concluída ou, se o sistema falhar durante a execução da transação, seja revertida.
Além disso, o NTFS usa armazenamento redundante para obter informações vitais do sistema de arquivos, de modo que, se um setor no disco não funcionar, o NTFS ainda poderá acessar os dados críticos do sistema de arquivos do volume.
Redundância de dados e tolerância a falhas
Além da capacidade de recuperação dos dados do sistema de arquivos, alguns clientes exigem que seus próprios dados não sejam ameaçados por uma queda de energia ou uma falha catastrófica do disco. Os recursos de recuperação NTFS garantem que o sistema de arquivos em um volume permaneça acessível, mas não garantem a recuperação completa dos arquivos do usuário. A proteção para aplicativos que não correm o risco de perder dados é fornecida por meio de redundância de dados.
A redundância de dados para arquivos do usuário é implementada por meio do modelo de driver em camadas do Windows, que fornece suporte a disco tolerante a falhas. Um gerenciador de volume pode espelhar ou duplicar dados de um disco para outro, para que uma cópia redundante sempre possa ser recuperada.
Suporte de recuperação NTFS
O suporte à recuperação NTFS garante que, se ocorrer uma falha de energia ou uma falha do sistema, nenhuma operação (transação) do sistema de arquivos seja deixada incompleta e a estrutura do volume do disco permanecerá intacta sem a necessidade de executar um utilitário de reparo de disco. O utilitário NTFS Chkdsk é usado para reparar corrupção de disco catastrófica causada por erros de E / S (setores defeituosos, anomalias elétricas ou falhas de disco, por exemplo) ou bugs de software. Porém, com os recursos de recuperação NTFS, o Chkdsk raramente é necessário.
Sistemas de arquivos recuperáveis
Embora o NTFS não garanta a proteção dos dados do usuário no caso de uma falha do sistema - algumas alterações podem ser perdidas do cache - os aplicativos podem tirar proveito dos recursos de gravação e liberação de dinheiro do NTFS para garantir que as modificações dos arquivos sejam registradas disco em intervalos apropriados. A gravação em cache do cache - forçando as operações de gravação a serem gravadas imediatamente no disco - e a liberação de dinheiro - forçando o conteúdo a ser gravado no disco - são operações eficientes. Além disso, diferentemente do sistema de arquivos FAT, o NTFS garante que os dados do usuário sejam consistentes e disponíveis imediatamente após uma operação de gravação ou uma descarga de dinheiro, mesmo se o sistema falhar posteriormente.
fonte
Respostas:
Teoria à parte, existem tantos problemas neste site, causados no NTFS por falta de energia, que a resposta deve ser: NÃO .
Eu, pessoalmente, lidei com problemas neste site, que passaram de setores defeituosos a aparecer repentinamente e até a instalação do Windows completamente.
Um computador é um hardware extremamente complexo, e os discos rígidos modernos também se tornaram pequenos computadores. Cada um tem seu próprio processador e memória, portanto, cada um é vulnerável a falhas de energia que ocorrem no momento errado.
Mesmo que o NTFS seja à prova de falhas (o que realmente não acredito), os componentes que lidam com as alterações no disco rígido certamente não são à prova de falhas. Portanto, toda a questão é bastante acadêmica e não se relaciona com o mundo real.
A resposta deve ser que o NTFS é mais seguro , mas não é à prova de falhas.
fonte
O NTFS apenas publica metadados, o que evita a corrupção do sistema de arquivos, mas Deus o ajude com os dados, que não são registrados no diário. Se ocorrer uma queda de energia durante a gravação, os dados serão perdidos.
fonte
Depois de escrever o código que lê e grava o NTFS, cheguei à conclusão de que o recurso de recuperação do NTFS foi projetado / implementado de maneira defeituosa.
O diário NTFS contém uma entrada de log para a operação que causou a gravação, geralmente contém apenas informações suficientes para desfazer / refazer essa operação; no entanto, se o setor estiver corrompido durante a gravação (devido a falta de energia), a entrada de log não será necessariamente o suficiente para recuperar todos os metadados desse setor.
Os implementadores de driver do Windows NTFS assumem que qualquer operação de gravação será totalmente bem-sucedida ou não acontecerá (isso só ocorre em alguns ambientes empresariais).
fonte