Como aumentar as chances de meus dados sobreviverem no disco rígido no caso de falhas no computador?

Question

Eu tenho um computador de mesa que uso como "servidor" para meus outros dois computadores. Como funciona 24 horas por dia, eu gostaria de aumentar as chances de meus dados sobreviverem a uma falha.

Eu tenho dois discos rígidos físicos. Se eu armazenar meus dados no segundo disco rígido que não é o sistema operacional, então é uma solução melhor, porque geralmente aquele com o SO está sujeito a danos?

    

Answer 1

Eu nunca ouvi nenhuma evidência de que os discos com um SO falhem com mais freqüência do que os que não possuem. Talvez seja verdade, mas isso é irrelevante. Qualquer disco pode falhar. Existem duas formas comuns de gerenciar esse risco: RAID e backups regulares. Eles não são mutuamente exclusivos - você pode usar um ou outro, ou ambos. Se você escolher apenas uma abordagem, os backups serão um pouco mais fáceis. Você só precisa de qualquer outro armazenamento (como uma unidade externa ou um local de rede com armazenamento) e uma tarefa agendada. A velha máxima ainda é verdadeira: se os seus dados são importantes, faça o backup.

Dito isto, separar os dados do seu SO ainda é uma boa ideia. Se você tiver uma falha, seja de uma das unidades, a recuperação será mais fácil, com pelo menos alguns arquivos ainda intactos.

    

Answer 2

Problemas de hardware são mais comuns do que problemas de software, portanto, separar as unidades por sistema operacional e dados ainda significa que você tem 50% de chance de perder seus dados quando o disco rígido falha.

Você poderia fazer uma matriz RAID 1, que basicamente clona o Disco 1 no Disco 2, portanto, se um dos dois discos falhar, você poderá sair do funcionamento enquanto o outro está sendo refeito. Fora isso, se você já está fazendo backup de seus dados, a resposta curta para a pergunta original não é realmente.

    

Answer 3

HHDs externos agora são tão baixos quanto ~ US $ 20 / TB , e há serviços de armazenamento on-line gratuitos para dados , bem como armazenamento em nuvem pago .

Se o seu sistema e dados são importantes para você, então você não pode confiar em backup no mesmo disco ou matriz RAID.

• Um ataque mal-intencionado pode danificar, destruir ou criptografar o disco rígido. Como isso pode ocorrer durante um período de tempo, os backups periódicos retidos são necessários para garantir que haja pelo menos um sem danos de malware.

• Um incidente local como incêndio ou inundação pode destruir o disco rígido, bem como backups retidos localmente, de modo que o armazenamento em nuvem é um complemento útil.

• A Internet pode estar indisponível ou um serviço de nuvem pode ficar offline, ser refém de ataques ou até mesmo fechar negócios, portanto, o armazenamento em nuvem não pode substituir totalmente o backup local.

Considere o custo de perder o sistema em comparação com o backup proativo.

    

Answer 4

Eu detalho minha abordagem geralmente devido a restrições orçamentárias.

• Eu quase sempre divido o sistema operacional a partir dos dados; discos rígidos físicos / matrizes, se possível, mas partições, pelo menos, porque isso pode ser feito em qualquer máquina.

• Depois disso, PRIMEIRO, eu me certifico de que eu tenha um sólido plano inicial.

• Depois, concentro-me na robustez dos arrays de unidades. RAID mais simples e definitivamente sem paridade, se possível. Linux MD RAID se possível (Não espaços de armazenamento, ZFS talvez se seu tech savy), DRBD é bastante útil também, drives corporativos para taxas de erro de bit

• Depois, concentro-me na resiliência / redundância de hardware / infraestrutura, peça por peça. UPS de qualidade, RAM ECC, controladores redundantes com drives divididos entre controladores é ótimo [se RAID 1], fontes de alimentação redundantes (requer servidor projetado para isso normalmente).

• E finalmente eu tento duplicar e estar pronto para failover para outra máquina por falha catastrófica de um servidor de arquivos para todas as "outras" coisas (falha de atualização / SO, erros de hardware indecentes debilitantes, etc.). Isso é ter uma segunda máquina pronta para pegar a carga; A virtualização ajuda com isso e você precisa ter espelhos de arquivos (estrutura de pastas duplicada e correspondente que é sincronizada de alguma forma).

MAS um "programa" de backup robusto (leia-se overkill) poderia mitigar quase TODOS os problemas que surgissem além do tempo de inatividade. Os backups incluem controle de versão e salvamento de arquivos excluídos, algo que o RAID e outras soluções de hardware não têm nada a ver com isso.