O problema é o Arquivo apos ser gerado estar corrompido inviabilizando a descompactação, no caso apenas a leitura do arquivo para uma listagem já é suficiente para analisar se o arquivo está ou não corrompido ?
Grato para qualquer informação !!! Att. Paulo Henrique. Em 10/2/2012 13:48, Marcelo Gondim escreveu: > Em 10/02/2012 11:46, Paulo Henrique BSD Brasil escreveu: >> O Maior problema com tar é quanto a corrompimento de arquivos e os >> métodos mais eficientes em verificar se o backup está ok ou corrompido. > > Opa Paulo, > > Aqui eu testo assim no script: > > tar -czpf $TEMP/$SERVIDOR.tar.gz --exclude=$TEMP/* > --exclude=/usr/ports/* --exclude=/var/db/mysql/* / > tar -tzpf $TEMP/$SERVIDOR.tar.gz > if [ $? -ne 0 ]; then > mailx -s "PROBLEMAS COM O BACKUP DO SERVIDOR - $SERVIDOR - > `date +%a`- $PROVEDOR" $EMAIL<<EOF > Erro na criacao do arquivo de backup .tar.gz. > EOF > exit > fi > > Faço um teste no retorno do tar mesmo. > >> >> Eu estou utilizando o seguinte método. >> >> Antes de iniciar a rotina um ls -l $DIR_A_BKP é gerado, quando o backup >> é conclui descompacto o backup em uma pasta temporária e rodo um ls -lh >> $BKP_TEMP e comparo os dois arquivos, >> Se apresentar diferença, os arquivos com inconsistência são novamente >> copiados e compactados, no final sempre possuo 3 arquivos. >> o Ls do diretório de backup com o ls temporário concatenado no final. >> O Arquivo de backup principal >> E o arquivo auxiliar corrigindo as falhas do arquivo principal. >> >> O Unico problema é tempo, o maior arquivo meu é de 67Gbs e leva 8 horas >> para o processo todo ser executado. >> >> Depois disso só se os discos der problema para perder/corromper dados. >> >> Att. >> >> Em 10/2/2012 10:55, Alessandro de Souza Rocha escreveu: >>> este script eu coloco no cron todos os dias as 1:00 da manha ele roda. >>> >>> >>> Em 10 de fevereiro de 2012 10:54, Daniel<[email protected]> escreveu: >>>> Em 10/02/2012 07:07, Rafael Aquino escreveu: >>>>> Oi, Pessoal, >>>>> >>>>> O que eu gosto bastante do rsync é a flag --backup-dir, junto com a flag >>>>> -b. >>>>> As opções --exclude e --include também ajudam bastante na otimização >>>>> do que quero guardar. >>>>> >>>>> Assim eu tenho uma área sincronizada dos arquivos que quero fazer backup >>>>> e um >>>>> histório de tudo que foi alterado/deletado. O tamanho do histório depende >>>>> apenas do tamanho do espaço na área de backup. >>>>> >>>>> Uso este método não apenas para dados, mas para arquivos do sistema >>>>> também. >>>>> >>>>> Mas confesso que nunca usei o Bacula, então não é uma comparação. >>>>> >>>>> Abraço! >>>>> >>>>> Rafael Mentz Aquino >>>>> LK6 Soluções em TI >>>>> Rua Domingos de Almeida, 135 sala 1102 >>>>> Centro - Novo Hamburgo - RS >>>>> (51) 3035-6997 - 9999-7030 >>>>> www.lk6.com.br >>>>> >>>>> ----- Mensagem original ----- >>>>> De: "Enio Marconcini"<[email protected]> >>>>> Para: "Lista Brasileira de Discussão sobre FreeBSD >>>>> (FUG-BR)"<[email protected]> >>>>> Enviadas: Quinta-feira, 9 de Fevereiro de 2012 20:24:01 >>>>> Assunto: Re: [FUG-BR] RES: Rotina de Backup >>>>> >>>>> 2012/2/9 Welkson Renny de Medeiros<[email protected]> >>>>> >>>>>> Jack escreveu: >>>>>>> Buenas! >>>>>>> >>>>>>> Seguindo a mesma linha das indicações feitas por outros colegas, dê uma >>>>>>> olhada com bastante atenção no Nimbus Backup. Tenho tido experiências >>>>>> muito >>>>>>> boas com a solução (software livre e brasileira): >>>>>> http://www.trynimbus.com/ >>>>>>> Pelo que sei, deve estar saindo uma nova release com novos recursos em >>>>>>> breve! >>>>>>> >>>>>>> Abraços! >>>>>>> Jack >>>>>>> >>>>>> Nimbus usa Bacula. Excelente solução. >>>>>> >>>>>> Em um cliente fiz um script para jogar o backup do banco para a pasta >>>>>> Dropbox (nesse caso o cliente é Linux, mas BSD também tem client pra >>>>>> Dropbox/emulado acredito). #Cloud-Backup =) >>>>>> >>>>>> -- >>>>>> Welkson Renny de Medeiros >>>>>> Desenvolvimento / Gerência de Redes >>>>>> Focus Automação Comercial >>>>>> FreeBSD Community Member >>>>>> >>>>>> ------------------------- >>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>>>> >>>>> >>>>> atualmente eu tenho feito backup separado dos dados e dos arquivos de conf >>>>> do sistema... >>>>> >>>>> tipo, tar czf srv01conf.tar.gz /etc /usr/local/etc >>>>> >>>>> caso aconteça uma pane, preciso ainda instalar o sistema, instalar >>>>> novamente os serviços, e depois voltar os arquivos de configuração, porém >>>>> graças a Deus isso nunca foi necessário, mas procuro um meio mais >>>>> eficiente, tipo tirar um "tar" de todo diretorio raiz / ou usar mesmo dump >>>>> nos filesystems, porém penso na demora que isso pode levar >>>>> >>>> Aqui eu usava TAR+crontab,mais os backupas estavão corrompidos,quando >>>> fui voltar,xorei! >>>> obrigado ai pelas dicas galera,to vendo todas as mensagens e estudando >>>> pra implementar qual melhor pra minha realidade. >>>> ------------------------- >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Flames > /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
