Como muitos de vocês eu sou "o cara que cuida do backup" na empresa. Felizmente, somos uma loja de software e a maioria dos dados de missão crítica é mantida em vários repositórios mercuriais. Isso facilita muito o backup - você só precisa de um script para atualizar as cópias remotas e clonar novas recompações.
No entanto, existem coisas que não são simplesmente controladas por versão - como uma grande parte da configuração de nossos servidores, e-mail, dados da web, etc. Para isso, usamos uma combinação de rsnapshot e rsync simples em uma caixa zfs snapshotted. Não importa o que usamos - o resultado final é um monte de arquivos em um sistema de arquivos.
Dada a quantidade de dados que estes não podem simplesmente ser copiados pela internet para a nossa loja de backup externo (que é simplesmente uma caixa branca em minha casa), estou brincando com a idéia de mover discos rígidos entre o escritório e minha casa como um seguro contra a corrupção para as cópias no local - seja qual for a causa.
Fazer isso também é muito simples - para o nosso backup rsnapshot, tudo que eu preciso fazer é clonar os dispositivos MD nos quais o sistema de arquivos reside, enquanto para o backup no ZFS nós podemos fazer um simples zfs send e recv em um novo disco / zpool ..
A abordagem Sneakernet faz sentido para nós? Também é útil explicar rapidamente toda a ideia para meus colegas de trabalho. :)
p.s. Inglês não é minha primeira língua, então não se assuste se você vir uma gramática quebrada acima de você :)
Por favor, considere a segurança física do site de backup externo. Todo o esforço que você fez para tornar seus servidores seguros é perdido se os backups forem roubados.
Backups que não estão fisicamente conectados à sua infraestrutura são uma boa coisa, se algo catastrófico acontecer com sua infraestrutura de backup on-line, você ainda terá uma cópia secundária dos seus incrementos disponíveis.
O que vale a pena considerar aqui é uma alteração na localização do seu sistema de backup. Mantenha seu backup on-line em uma máquina no local, mas envie um backup off-line off-site. Seu backup online está próximo e conectado via LAN, assim a recuperação é rápida, enquanto você tem um desastre recupera a cópia de seus backups no caso de o pior acontecer e seu site ser saqueado por mobs furiosos.
Existem empresas que oferecem serviços seguros de armazenamento remoto de documentos, onde enviam um correio para o seu escritório com caixas vazias, você as enche com papel e elas são arquivadas para sempre em locais seguros. Advogados e similares os usam para casos antigos. Você pode cooptar esses serviços para backup offline remoto.
Compre armazenamento para uma caixa e compre duas caixas. Toda semana, mande-os enviar a caixa atualmente armazenada e troque-a com a sua caixa no local. O que está na caixa? Seu disco rígido de backup off-line! Isso é extremamente barato (pagamos cerca de AU $ 40 / semana por isso) e uma maneira muito segura de manter um backup externo em um local seguro.
Eu diria que usar o sneakernet como parte de sua estratégia de backup é uma boa lógica. Se as pessoas com intenção maliciosa tivessem acesso à sua rede, elas poderiam facilmente limpar os backups externos. Mas, se você fizer algum sneakernetting para um sistema offline / local você teria o backup protegido de uma maneira melhor. É claro que reversões desse backup levarão mais tempo.
Eu usaria sneakernet para backup, digamos, uma vez por semana ou algo assim, dependendo do conteúdo do sistema do qual você está executando o backup.
Sim, mas não se esqueça de testar se os backups ainda funcionam depois de uma viagem de ida e volta para o local externo. Se os dados não puderem ser recuperados do backup, não será um backup.
(Cue apócrifa, mas provavelmente aconteceu em algum lugar da história do banco do carro aquecido completamente frakking uma fita de backup.)
Sim, um bom backup, especialmente se você conseguir um bom eSata rápido ou unidades externas rápidas. Mas até as unidades USB funcionarão apenas mais lentamente.
Tags backup zfs solaris linux sneakernet