Alguém armazena backups de VM em seu servidor local? Temos um servidor HyperV com algumas VMs de desenvolvimento e foi mencionado como armazenaríamos os backups no servidor local, mastambémem um local remoto. A ideia é que armazenar os backups localmente tornará a restauração de VMs rápida e fácil, em vez de obtê-la de um local remoto. É claro que isto é um grande desperdício de espaço, entre outras coisas. O que mais há de errado com isso?
Obrigado
Responder1
Isso é exatamente o que fazemos. Mantemos backups D2D de todas as nossas VMs; recuperação rápida e fácil dos backups dos meses anteriores. Toda semana fazemos um backup completo em fita externa para mantê-lo seguro.
A matriz de disco custa um pouco; mas menos de um dia de inatividade; o que seria facilmente possível se a pessoa que mantém as fitas de backup estivesse doente/de férias/desaparecida.
Responder2
Isso faz todo o sentido para mim. Quanto ao espaço que vai ocupar, como a cópia local não é o backup primário, por que não usar simplesmente drives externos, que são bem baratos? Normalmente eu desencorajo o uso de discos rígidos para backup, mas neste cenário não há razão para não usá-los. Se/quando a(s) unidade(s) falhar(em), basta criar uma nova cópia usando o backup externo.
Eu uso uma abordagem semelhante com nossos arquivos de arte (eu trabalho para uma impressora). Como os arquivos são muito grandes, precisamos arquivar arquivos antigos periodicamente para criar espaço livre. Esses arquivos, em fita, são armazenados fora do local. Como os artistas ocasionalmente precisam acessar esses arquivos, eles também fazem cópias em DVDs, o que lhes permite acessar prontamente os arquivos sem precisar trazer as fitas de volta. É uma situação em que todos ganham.
Responder3
Pessoalmente, eu não armazenaria os backups no mesmo array ou discos que as VMs reais em uso. Armazene os backups em um servidor no mesmo local físico ou em um conjunto separado de discos no servidor. Dessa forma, você ainda terá uma maneira muito rápida de restaurar suas VMs no caso de falha de disco ou de outro hardware, que são de longe as mais comuns.
Além disso, como você identificou, você também pode fazer backup de suas VMs em um local remoto ou fita que você armazena fora do local e usá-las para restaurar em caso de perda total da máquina, por exemplo, roubo, incêndio, inundação, etc.
Como a probabilidade disso é muito menor do que uma falha de hardware, você pode fazer backup menos frequente das VMs para a cópia remota/em fita dos dados e ainda manter um método de recuperação rápida para mais de 90% das falhas que provavelmente ocorrerão. ocorrer.
Espero que isto ajude.
Responder4
Fazemos backups diários de todas as VMs para um disco local (ou seja, não no mesmo storage array em que todas as VMs rodam), com retenção de uma semana. Uma vez por semana, copiamos o backup diário mais recente para fita, que armazenamos fora do local e alternamos semanal e mensalmente, para uma retenção máxima de 1 ano.
Uma melhor prática é aRegra 3-2-1:
- Tenha pelo menos três cópias dos seus dados (o original e dois backups).
- Armazene as cópias em duas mídias diferentes (por exemplo, disco e fita).
- Mantenha uma cópia de backup fora do local.
O backup externo é, obviamente, em caso de recuperação de desastres, como incêndio ou roubo, mas a cópia local é a usada com mais frequência. Afinal, é rápido (disponível localmente) e contém os dados mais recentes.
A duplicação parece um desperdício, mas o armazenamento é barato e geralmente é fácil redigir um caso de negócios quando se considera a perda de produtividade.