Plano de backup para o servidor de produção

Question

Temos um servidor de produção (RHEL 5.3 64 bits) onde todos os nossos domínios são hospedados remotamente. Queremos ter um plano de backup padrão para o nosso sistema para que, em qualquer dano físico, o O sistema pode ser rapidamente reconstruído a partir de um ponto de restauração presente em outro sistema remoto.

Todas as sugestões são muito apreciadas.

    

Answer 1

Há muitas boas perguntas na seção "outros". Tudo isso se resume a: Depende do que você está fazendo e da rapidez com que precisa se recuperar. Imediatamente? Muito caro. Você pode ter uma semana? Provavelmente muito barato. Com que frequência você chega fisicamente ao servidor?

Mas aqui está o que você provavelmente vai querer fazer backup, no mínimo:

/ etc /casa seu webroot quaisquer outros arquivos de aplicativo quaisquer arquivos de banco de dados

Para a maioria, você pode usar rsync ou tar. O Rsync exigirá um servidor "live" em algum lugar no qual você possa hospedar os dados. Tar vai fazer um arquivo (que você pode bzip) e, em seguida, você terá que extraí-lo em outro servidor.

Você definitivamente precisará de algo com espaço em disco e cpu suficientes para executar seu servidor de failover. Ele precisará ter o RHEL5.3 (mantenha os mesmos patches). Você provavelmente não precisará licenciar o segundo servidor, a menos que você o esteja executando o tempo todo.

Para os arquivos de banco de dados, você provavelmente desejará começar com mysqldump ou pg_dump. Se você tiver o Oracle, comece com o rman. Estes são os mais ineficientes, mas o mais rápido & maneira infalível de obter backups desses dados.

Espero que isso ajude como um lugar para começar.

    

Answer 2

Eu tenho cinco servidores, dois servidores de banco de dados, dois servidores da Web, um balanceador de carga e uma unidade de backup. Assim, quando um dos servidores web falha, o outro pode continuar como se nada tivesse dado errado. você precisa procurar em balanceadores de carga, replicação de banco de dados e invasão de software.

    

Answer 3

Quanto você quer gastar com isso? Existem produtos comerciais para fazer isso. Meu favorito é o R1Soft. Uma versão gratuita seria despejar os bancos de dados em um arquivo e, em seguida, ter espaço em outro lugar onde você rsync os dados para. Você pode expandir isso para manter várias versões de arquivos.

    

Answer 4

Como você tem uma unidade de fita, eu vejo bacula . Na minha experiência, é só colocar seus dados em segurança em fita, e as restaurações bare-metal são elegantes: você faz uma chave USB personalizada para seu hardware e configuração do bacula, que pode ser inicializada em uma caixa de reserva. e irá restaurá-lo automaticamente a partir dos backups mais recentes.

Não se esqueça de que você precisará despejar os bancos de dados em disco, como já foi dito por outros, para que o bacula os salve corretamente em fita. Restaurar os bancos de dados após uma restauração de metal a frio também será de sua responsabilidade.

Seja o que for que você faça, pelo amor de Deus, teste-o e com frequência. Não há nada tão estonteante quanto a descoberta de que a programação de backup que você pensava que salvaria sua bunda estava gravando zeros em fita nos últimos oito meses.