Quão bom / seguro são os backups de disco para disco?

8

Nos bons e velhos tempos, os backups iam para fitas, algumas das quais eram frequentemente off-line, se não externas. Isso dificultou a destruição de todos os backups (acidentalmente ou maliciosamente), especialmente se a rede / servidores foram comprometidos.

Hoje em dia, os backups de disco para disco são toda a raiva que traz duas perguntas:

  • É comum que uma configuração do d2d mantenha todos os backups on-line (em vez de também usar fitas, unidades rotativas, etc.)?
  • Como os backups on-line são normalmente protegidos? Em outras palavras, como é o acesso à mídia (por exemplo, arquivos) e a capacidade de destruí-la, restrita? Quantas pessoas geralmente têm acesso? etc ..
por Toto 15.06.2009 / 23:03

5 respostas

7

backups de disco-2-disco, contanto que os discos sejam mantidos offline no local remoto: OK

Backups somente online: não OK

backups armazenados fisicamente perto do seu servidor: Não OK

se o seu site for comprometido e o invasor quiser derrubá-lo - ele não apenas destruirá seus dados, mas também os backups.

dê uma olhada aqui como as pessoas lidam com esses backups.

você pode, obviamente, experimentar com o método pull de fazer backups - então é o seu servidor de backup que se conecta a máquinas e copia os arquivos. Certifique-se de que a máquina de backup não é acessível pela Internet, está localizada no escritório remoto / datacenter - isso pode realmente funcionar.

    
por 15.06.2009 / 23:07
5

O disco para o disco através de um link WAN para outro site está ok. Eu não sou fã de ter todos os meus backups online, nem de ter todos os meus backups em fita. Eu estive no jogo de backup por um bom tempo agora e as pessoas continuam dizendo "Tape is dead". Eu não acho que a fita está morta. Disco 2 disco não é o substituto perfeito ainda. A velocidade de gravação da fita é um fator limitante em algum grau, mas se você estiver falando de backup com algo como LTO4, você atingirá os limites de transferência de rede muito antes de atingir os limites de gravação em fita. A menos que você tenha 10GB de Ethernet. Portanto, se você estiver fazendo backup em disco pela rede, provavelmente não verá um enorme impacto de velocidade na fita de classe empresarial.

Os backups estão cobrindo várias contingências na maioria dos lugares: exclusão acidental de arquivos, exclusão / destruição intencional de dados e recuperação de desastres e, às vezes, arquivamento de dados. Dependendo de todas as suas necessidades, você provavelmente precisará de seus dados mais longe do que o próximo rack.

O backup em disco para disco é feito de várias formas, desde cópias de arquivos manuais ou com script, até bibliotecas de fitas virtuais, até armazenamento em disco gerenciado pelo software de backup. O backup de VTL e disco gerenciado pelo seu software tem a vantagem de fornecer backup off-line que só pode ser gerenciado por meio de software de backup e, portanto, não está sujeito à intervenção do usuário e menos suscetível a ataques de vírus ou usuários mal-intencionados. Estou usando uma VTL de desduplicação agora. Anteriormente, eu tinha um grande espaço SAN gerenciado pela configuração do NetBackup como uma Unidade de Armazenamento em Disco. Como meu armazenamento total nessa área era limitado, usei-o para backups que tinham pouca retenção e não aumentavam muito.

Não tenho conhecimento de uma solução d2d destinada a ter suas unidades removidas e giradas. Já que a maioria deles está usando o RAID em todos os discos. O que significa que sua retenção é limitada pelo tamanho do seu disco.

Defendo strongmente os backups baseados em disco on-line. Eles não são realmente seguros contra adulteração e podem levar a inconsistências de dados. Eu sei que muitas pessoas, especialmente aqui no serverfault, estão usando-as, mas não creio que essa seja a maneira de tornar o backup em disco mais eficaz.

Eu sinto o mesmo de quebrar espelhos e mover discos. A maioria dos controladores de RAID vai levá-lo bem, mas é muito sobrecarga para reconstruir esse conjunto de RAID e enquanto isso seu desempenho vai sofrer.

    
por 16.06.2009 / 00:21
2

Uma coisa boa sobre fazer backups em discos rígidos é que eles são rápidos . Usando um sistema baseado em fita, nossa velocidade de gravação de fita é o link lento na cadeia. Eu acho que se começássemos a usar discos rígidos para backups, nosso throughput de rede se tornaria o fator limitante.

Provavelmente, mais crítico é que as restaurações podem ocorrer mais rapidamente . Não só devido à velocidade das unidades, mas porque elas são de acesso aleatório, você não precisa esperar que uma unidade de fita execute uma busca sequencial lenta para descobrir onde começar a ler antes de executar a restauração. E em uma situação de recuperação de desastres, o tempo pode ser crítico.

    
por 16.06.2009 / 00:11
2

Depende.

O backup em disco para disco é ideal para um cenário de restauração de serviço. Digamos que você precise restaurar um servidor inativo em 90 minutos, 24 horas por dia, 7 dias por semana. Você precisa de disco para disco, especialmente se estiver suportando remotamente o servidor.

Disco para disco, o backup replicado para um site de DR remoto também é excelente, pois oferece proteção contra um desastre que afeta seu datacenter principal.

O backup em disco para disco, não replicado, não é uma boa escolha se o backup fizer parte de seu plano de continuidade de negócios no caso de uma falha em seu datacenter principal.

Disco para disco também não é uma boa ideia se você precisar preservar grandes quantidades de dados por um tempo muito longo. As pessoas armazenam fitas em antigas minas de sal há décadas ...

IMO, você cria backup para satisfazer sua necessidade de restauração de serviços . Retenção de dados a longo prazo (não sistemas) é feita por um arquivo.

    
por 16.06.2009 / 01:52
0

Servidores com unidades hot-swappable são muito úteis aqui. Você trata as unidades como faria com uma fita - retire-a após o término da cópia de segurança e leve-a para fora do local para armazenamento.

    
por 15.06.2009 / 23:23