Re: Solução para backup
Para backups pessoal eu uso o rsync por ser mais rápido e sincronizar
apenas o que foi atualizado. Mas não rodo o rsync na linha de comando,
eu tenho script criando para essa finalidade onde sincroniza somente
algumas pastas já identificadas. O unico mal do rsync é ele não
aproveitar para compactar os arquivos no destino como .gz, mas ainda
vou conseguir criar isso.
Com respeito a backup de outros, tenho usado apenas .tar.gz, tenho um
script que monta a unidade de destino via sshfs e faz o backup dos
outros servidores numa unidade usb externa, no inicio era via nfs, mas
de alguma forma o nfs travava e não deixava desmontar depois e para
desligar o servidor sem change, então partí para smb, mas aí arquivos
muito grandes não estava dando certo então por fim ssh foi perfeito.
Criar seu proprio script é bom porque voce monta do jeito que quer,
numa unica tacada eu faço backup do servidor mssql, firebird, emails e
arquivos e ainda recebo email notificando de falha. Como não sou eu
que operacionalizo o backup o estagiario é notificado quando colocou a
unidade usb errada (aqui é uma unidade usb para dias pares/impares) e
é capaz de fazer uma autolimpeza na unidade com rodizio de dias, ou
seja, é prova de estagiário e autolimpante :)
Em 21/07/07, Andre Novelli - Depto de TI<andre.ti@embalatec.com.br> escreveu:
Em Sexta 20 Julho 2007, hamacker escreveu:
> Se for backup pessoal, use programas como rsync.
>
> Em 20/07/07, Leandro Costa Martins<leandro@profili.com.br> escreveu:
> > Boa Tarde Pessoal,
> >
> > Alguém poderia me indicar um programa de backup ? Andei pesquisando
> > algumas coisas, mas não vi muita coisa interessante.
> >
> > Obrigado! :-)
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> > listmaster@lists.debian.org
Eu prefiro fazer meus scripts de backup, parece meio que reinventar a roda,
mas eu prefiro assim, pois sei exatamente o que estou fazendo.
todos os servers que demandam backup sao linux, entao eu crio shells que
gravam um tar dentro de cada servidor e envio um trigger pro servidor de fita
via wget. Esse trigger envia variaveis como data, hora e tamanho do backup
que esta em cada servidor. Um scrip php adquire essas variaveis e alimenta um
banco em mysql pra gerar a grade de backup local, depois apartir do servidor
de fita, eu pego esses arquivos via scp e coloco no diretorio de gravação da
fita, depois gravo os arquivos na fita e mando um trigger pra alimentar a
grade do backup em fita. Antes de concluir eu descompacto o arquivo e checo a
saida de erro do tar para ter certeza de que o backup esta bem feitinho.
Mando um trigger pra alimentar o status de integridade do backup, que é por
onde eu vou saber se devo ou nao regravar o dito backup.
Tudo isso claro gerando logs das saidas dos comandos e só jogando o proximo
comando caso o anterior tenha sido feito com sucesso.
parece meio trabalhoso mas para ambientes que mudam pouco, vale muito a pena.
Ainda estou melhorando o shell pra alimentar com uma lista de diretorios e
arquivos a serem backupeados, de forma a ficar mais facil as impementações
futuras.
Seguindo essa receita da pra ter um sistema de backup bem integro e confiavel.
Depois que quase fiquei sem pele nas costas eu prometi a mim mesmo que ia
fazer de tudo pra nao perder um dado sequer mais huahua.
Reply to: