Backup em um servidor remoto

2

Acabamos de resolver o problema do servidor roubado, ocultando uma unidade de backup externa em uma sala diferente do nosso escritório.

Agora, o problema é o fogo e todos os outros desastres possíveis que podem acontecer. Costumávamos fazer um upload de FTP de um arquivo portado por senha para um servidor externo, mas o tamanho do backup aumentava demais (recuperação bare metal ~ 22 GB) e isso não é mais possível. A maioria dos dados está dentro de um banco de dados do MS SQL Server (800MB).

Quais são as opções que temos para proteger nossos dados, mesmo neste caso?

Não temos uma conexão de alta velocidade com nenhum datacenter e estamos procurando uma solução totalmente automatizada.

Obrigado.

    
por abenci 23.09.2010 / 23:17

4 respostas

1

Quanto do banco de dados é alterado diariamente? Fazemos backup de bancos de dados MS-SQL em 35 sites durante a noite via ADSL usando o BackupPC, que usa o rsync para copiar apenas as diferenças de arquivo. A maneira como fazemos os backups é a seguinte:

1) Às 9h, um script agendado no servidor Windows envia uma cópia do banco de dados para um arquivo de backup. Bancos de dados variam em tamanho de cerca de 4 GB a 11 GB

2) O backup do banco de dados é dividido em seções de 250MB usando uma ferramenta chamada Swiss File Knife.

3) O BackupPC copia todos os arquivos de 250MB para o servidor de backup.

A divisão do arquivo em arquivos de partes menores permite que o BackupPC pule totalmente a cópia das partes que não foram alteradas desde o último backup, e no próprio servidor de backup apenas uma cópia de cada arquivo de peça idêntico deve ser mantida no backup conjuntos, embora o BackupPC faça com que cada backup diário pareça completo usando hard links entre cada um para representar os arquivos que não foram alterados durante a noite.

Em sites com poucas alterações diárias, o backup leva em torno de 30 minutos. Em sites com linhas ADSL lentas (apenas 288K de upload) e muitas mudanças, demora cerca de 4 horas, mas é totalmente automático.

    
por 24.09.2010 / 15:58
0

Obtenha um cofre à prova de fogo e coloque-o no seu escritório. Coloque o HDD USB / fitas neste cofre.

Além disso, considere também a possibilidade de levar mídia de backup para fora do local. Cofre à prova de fogo na casa dos patrões também?

    
por 24.09.2010 / 12:53
0

Talvez isso possa ser útil:

Três HDDs externos rotulados como Safe1, Safe2 e Safe3. Dois HDDs externos chamados Bank1 e Bank2.

No final de cada semana, faça um backup completo em um dos HDDs e, em seguida, coloque-o em um cofre à prova de fogo, localizado no local.

Na primeira semana do mês, faça o backup em um dos discos identificados como Banco e o coloque em um local externo seguro.

Use a mídia em um padrão rotacional, trocando o disco no banco todos os meses e mantendo um registro de quais dados estão armazenados onde (qual disco contém os dados de backup mais recentes).

Dois discos em rotação são suficientes para o armazenamento no local, mas o uso de três torna as coisas simples - separe a unidade por três semanas entre os backups para depósito bancário.

Usamos algo muito semelhante a essa configuração.

Espero que ajude. Luke

    
por 24.09.2010 / 13:17
0

Você não disse se foi o tamanho do upload que causou um problema com o Upload FTP usado ou o tempo esperado para fazer o download novamente em caso de uma situação de recuperação de falhas?

Se for apenas o tempo de upload, você poderá reduzir significativamente isso usando backups incrementais do SQL (que são muito bem compactados) após um backup completo inicial.

    
por 24.09.2010 / 15:50