Eu tenho um computador desktop que uso como "servidor" para meus outros dois computadores. Como funciona 24 horas por dia, 7 dias por semana, 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, será uma solução melhor, porque geralmente aquele com o sistema operacional está sujeito a danos?
Responder1
Nunca ouvi nenhuma evidência de que os discos com sistema operacional falhem com mais frequência do que aqueles sem. Talvez seja verdade, mas isso é irrelevante. Qualquer discopodefalhar. Existem duas maneiras 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 seus dados são importantes, faça backup deles.
Dito isto, separar os dados do sistema operacional ainda é uma boa ideia. Se você tiver uma falha em qualquer uma das unidades, a recuperação será mais fácil com pelo menosalgunsde seus arquivos ainda intactos.
Responder2
Problemas de hardware são mais comuns do que problemas de software, portanto, separar as unidades por sistema operacional e dados ainda significaria que você teria 50/50 de chance de perder seus dados quando o disco rígido travar.
Você poderia fazer uma matriz RAID 1, que essencialmente clona o disco 1 no disco 2, portanto, se um dos discos falhar, você poderá executar o que está funcionando 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.
Responder3
HHDs externos agora sãotão baixo quanto ~US$20/TB, e háserviços de armazenamento online gratuitos para dados, assim comoarmazenamento em nuvem pago.
Se o seu sistema e os dados são importantes para você, você não pode confiar no backup no mesmo disco ou matriz RAID.
Um ataque malicioso pode danificar, destruir ou criptografar o HDD. Como isso pode ocorrer durante um período de tempo, são necessários backups periódicos retidos para garantir que haja pelo menos um sem danos por malware.
Um incidente local, como incêndio ou inundação, pode destruir o HDD, bem como os backups retidos localmente, portanto, o armazenamento em nuvem é um complemento útil.
A Internet pode estar indisponível ou um serviço em nuvem pode ficar off-line, ficar refém de um ataque ou até mesmo fechar as portas, 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.
Responder4
Eu coloco minha abordagem em camadas geralmente devido a restrições orçamentárias.
Quase sempre separo o sistema operacional dos dados; discos rígidos/arrays físicos, se possível, mas pelo menos partições, porque isso pode ser feito em qualquer máquina.
Depois disso, PRIMEIRO, certifico-me de ter um plano sólido de preparação inicial.
Em seguida, concentro-me na robustez das matrizes 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 você tiver experiência em tecnologia), DRBD também é bastante útil, unidades corporativas para taxas de erro de bits
Em seguida, concentro-me na resiliência/redundância de hardware/infraestrutura, peça por peça. UPS de qualidade, RAM ECC, controladores redundantes com unidades divididas entre controladores são ótimos [se RAID 1], fontes de alimentação redundantes (normalmente requer servidor projetado para isso).
E, finalmente, tento duplicar e estar pronto para failover para outra máquina para falha catastrófica de um servidor de arquivos para todas as "outras" coisas (atualização incorreta/falha do sistema operacional, erros de hardware indescritíveis debilitantes da máquina, etc.). Ou seja, ter uma segunda máquina pronta para recolher a carga; a virtualização ajuda nisso e você precisa ter espelhos de arquivos (estrutura de pastas duplicadas e correspondentes que são sincronizadas de alguma forma).
MAS um "programa" de backup sólido (leia-se um exagero) poderia mitigarquaseTODOS os problemas que surgem, exceto o tempo de inatividade. Os backups incluem controle de versão e salvamento de arquivos excluídos, algo com o qual o RAID e outras soluções de hardware NADA têm a ver.