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<[EMAIL PROTECTED]> escreveu:
Em Sexta 20 Julho 2007, hamacker escreveu: > Se for backup pessoal, use programas como rsync. > > Em 20/07/07, Leandro Costa Martins<[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] 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.