Plano de backup para servidor de produção

Plano de backup para servidor de produção

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 caso de qualquer dano físico, o sistema possa ser rapidamente reconstruído a partir de um ponto de restauração presente em outro sistema remoto.

Qualquer sugestão é muito apreciada.

Responder1

Há muitas perguntas boas na seção "outras". Tudo isso se resume a: Depende do que você está fazendo e da rapidez com que precisa para se recuperar. Imediatamente? Muito caro. Você pode ficar inativo por uma semana? Provavelmente muito barato. Com que frequência você fica fisicamente próximo ao servidor?

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

/etc /home seu webroot qualquer outro arquivo de aplicativo qualquer arquivo de banco de dados

Para a maior parte disso, você pode usar rsync ou tar. O Rsync exigirá um servidor "ativo" em algum lugar onde você possa hospedar os dados. Tar criará um arquivo compactado (que você pode compactar) e então você terá que extraí-lo em outro servidor.

Você definitivamente precisará de algo com espaço em disco e CPU suficientes e outros enfeites para executar seu servidor de failover. Será necessário ter RHEL5.3 (mantenha os mesmos patches). Você provavelmente não precisará licenciar o segundo servidor, a menos que o execute o tempo todo.

Para os arquivos de banco de dados, você provavelmente desejará começar com mysqldump ou pg_dump. Se você possui Oracle, comece com rman. Essas são as maneiras mais ineficientes, mas mais rápidas e infalíveis de obter backups desses dados.

Espero que isso ajude como um ponto de partida.

Responder2

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

Responder3

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 ter espaço em outro lugar para sincronizar novamente os dados. Você pode então expandir isso para manter várias versões de arquivos.

Responder4

Dado que você tem uma unidade de fita, eu daria uma olhadabacula. Na minha experiência, basta colocar seus dados com segurança em fita, e as restaurações bare-metal são totalmente elegantes: você cria uma chave USB personalizada para seu hardware e configuração do bacula, que pode ser inicializada em uma caixa sobressalente a frio e irá restaurá-lo automaticamente a partir dos backups mais recentes.

Não esqueça 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. A restauração dos bancos de dados após uma restauração de metal frio também será de sua responsabilidade.

Faça o que fizer, pelo amor de Deus,teste-oe com frequência. Não há nada tão emocionante quanto a descoberta de que o agendamento de backup que você pensou que salvaria sua pele vem gravando zeros em fita nos últimos oito meses.

informação relacionada