Solução de backup para 10 TB de dados e 3 servidores

Estou procurando uma solução de backup para este cenário:

• 3 servidores (um servidor de correio Linux, 2 servidores Windows)
• ~ 10 TB de dados
• 2 TB dos quais em uso diário
• alguns GB de atividade / alteração por dia
• capacidade de restaurar dados de qualquer ponto no tempo
• o backup é realizado em um sistema ativo (escritório internacional)
• Um banco de dados MSSQL também precisa de backup
• Não há conexão de rede suficiente para fazer backup de dados fora do local
• Acesso não complicado (sistema de arquivos nativo) aos dados protegidos.

No momento, o backup dos dados é gerenciado executando o delta em discos portáteis para um local externo. Mas o software não é totalmente confiável (algo caseiro).

Pensamos em comprar uma solução de biblioteca de fitas da Dell, mas não estamos muito convencidos de que as fitas sejam o caminho a seguir para essa quantidade relativamente pequena de dados.

Como você configuraria esse tipo de backup de dados? Qual software você recomendaria?

Transportar discos com o delta para um servidor externo para um servidor espelho é uma opção. Que tipo de hardware você usaria?

O que eu recomendaria para uma solução no local para começar é investir em um servidor de backup que tenha uma boa quantidade de espaço para expansão.

Recentemente, eu estava estudando a possibilidade de implantar uma solução de unidade de fita com drivers de fita HP e fiquei muito desanimado com a baixa quantidade de armazenamento por fita, o alto preço e o fato de que, se eu precisar atualizá-la, também posso jogar a fita antiga expulsar a janela.

Uma coisa que você pode querer considerar é o Drobo pro , se você carregar uma delas com unidades de 2 TB, poderá obter 16 TB. Eu tenho procurado dar uma dessas opções (Quando recebo os fundos :)), mas tenho ótimas críticas sobre elas e o fato de que, alguns anos depois, você precisa atualizar, basta dar algumas voltas e coloque um novo disco rígido com mais espaço ridículo.

Você provavelmente estará melhor se investir em uma solução comprovada.

Definitivamente, as fitas não são o caminho a percorrer, para o seu tamanho, uma solução baseada em disco seria melhor e muito mais fácil de manter.

Quando você estiver na escala de TB, considere usar algo com compactação e desduplicação . Em uma solução como essa, você armazenará apenas dados exclusivos, comuns em vários copmuters, e terá referências a esses arquivos ou blocos exclusivos.

Você também deve certificar-se de que, independentemente do início do servidor de backup, o produto suporte armazenamento expansível. Assim, você pode começar com 10 TB e adicionar mais discos à medida que avança.

Com vários computadores, um cliente de backup sem agente também seria favorável. Para que você possa fazer backup de toda a LAN a partir de um único cliente de backup. Alguns produtos também incluem um computador virtual baseado em um local FTP / SFTP / FTPS. Então você pode ter seu cliente de backup no Windows e fazer backup de todas as máquinas LAN + a máquina Linux a partir da mesma interface.

Eu não usaria uma abordagem baseada em 1) backups incrementais e 2) backups diferenciais. Com os backups incrementais, você desejará fazer outro backup completo eventualmente ou, no momento da restauração, precisará restaurar muitos backups. Com backups diferenciais, você desejará fazer outro backup completo eventualmente ou, eventualmente, seu backup diferencial ficará muito grande. No seu caso, você teria que reenviar os 10 TB. Isso não é aceitável.

Quando você propagar os dados para o servidor de backup, verifique se NUNCA precisará de uma nova transferência, se não for alterado.

Certifique-se de que NÃO PRECISA restaurar backups completos e que você possa restaurar apenas um subconjunto do que fez backup e que você pode selecionar os backups como estavam no dia em que você está restaurando.

O backup de dados deve ser permitido em locais externos e mesmo se o cliente de backup estiver offline. No caso de estarem offline, deve haver uma opção de "backup inicial grande" para importação posterior no servidor.

Certifique-se de escolher uma solução que tenha backups integrados do MS SQL e troque backups e que você não precise transferir tudo novamente sempre que fizer o backup deles. Ele deve suportar backups a quente desses itens.

Um exemplo de produto nessa escala que suporta todos os itens acima é o ROBOBAK . (Eu também trabalho para esta empresa)

Olhando para o cenário, a melhor solução de backup pode ser fornecida por "faubackup". Acesse este http://faubackup.sourceforge.net/ .

O Faubackup usa um sistema de arquivos em um disco rígido para backups incrementais e completos. Isso permite que o backup seja acessado por meio de ferramentas padrão do sistema de arquivos.

Os backups posteriores para o mesmo sistema de arquivos serão incrementais automaticamente, pois os arquivos inalterados são vinculados apenas à versão existente do arquivo.

A execução de 'faubackup srcdir destdir' é semelhante a 'cp -a srcdir destdir /' date ''. Ou seja, ele copiará tudo, desde srcdir até um subdiretório de destdir. Esse diretório é nomeado após o horário do backup (formato 'AAAA-MM-DD @ hh: mm: ss'). Todos os nomes de arquivos, permissões e conteúdos serão preservados. Ele pode lidar com soft-, hardlinks e com falhas nos arquivos.

A grande vantagem sobre uma cópia simples é o uso de links físicos entre arquivos inalterados para minimizar o uso do espaço em disco. Você pode executar o faubackup regularmente, e os arquivos que não foram alterados entre essas chamadas não são copiados novamente, mas são vinculados entre os vários diretórios de backup. Isso é semelhante aos backups incrementais, nos quais apenas os arquivos alterados são gravados na fita.