[FUG-BR] RES: Rotina de Backup

Sexta Fevereiro 10 14:36:11 BRST 2012

Em 10/02/2012 14:13, Paulo Henrique BSD Brasil escreveu:
> 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 ?

Sim se o arquivo estiver corrompido ele já vai interromper a leitura 
dele.  :)  Pelo menos aqui nunca tive um caso de pau na recuperação.

>
> 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<daniel2099 em r7.com>     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"<eniorm em gmail.com>
>>>>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"<freebsd em fug.com.br>
>>>>>> 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<welkson em focusautomacao.com.br>
>>>>>>
>>>>>>> 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