Legal, Enio. Que bom que tudo acabou bem. Abraço e boa sorte.
Em 26 de agosto de 2015 10:42, EnioRM <eni...@gmail.com> escreveu: > 2015-08-25 16:59 GMT-03:00 Eduardo Costa Lisboa <eduardo.lis...@gmail.com > >: > > > E se compactar antes pra já enviar zipado por SSH, já tentou? > > > > Exemplo: > > > > tar cvfp - dir | bzip2 -9fvc - | ssh user@host 'cat > arquivo.tar.bz2' > > > > Eu fiz o bzip em separado pois assim posso definir as opções, como nível > de > > compressão etc. Senão, bastava adicionar o parâmetro j ao comando tar. > > > > > > > > Em 25 de agosto de 2015 10:05, EnioRM <eni...@gmail.com> escreveu: > > > > > Olá amigos bom dia. > > > > > > Eu utilizo um método simples de backup, através de um script básico que > > > copia, usando SSH, o conteúdo de um TAR para outra máquina. > > > > > > Uso uma sintaxe simples: > > > tar -czpf - -X /root/tar_exclude.txt /arquivos/setorX | ssh > user@destino > > > "cat > /backup/setorX.tgz" > > > > > > Até alguns dias a coisa estava fluindo muito bem. > > > Porém notei que de uns dias pra cá o TAR começou a emitir esse aviso: > > > tar: ... : Can't translate pathname '...' to UTF-8 > > > > > > Até onde pesquisei isso não parece ser problema, mas o procedimento que > > > levava cerca de 4 horas, está demorando mais de 15 horas para > completar. > > > > > > OBS os arquivos dos usuários são compartilhados pelo Samba, configurado > > com > > > estes ajustes de charset: > > > unix charset = iso-8859-1 > > > dos charset = iso-8859-1 > > > display charset = iso-8859-1 > > > > > > E o sistema está configurado também com: > > > setenv LANG pt_BR.ISO8859-1 > > > setenv MM_CHARSET pt_BR.ISO8859-1 > > > tanto no servidor onde o script é executado quanto no computador > destino > > do > > > backup. > > > > > > O arquivo tar_exclude.txt usado com -X para que o TAR exclua do > > > procedimento alguns tipos de arquivos tem cerca de 80 linhas contendo > > > extensões de arquivos que não devem ir para o backup (tipo: músicas, > > > vídeos, ppt, etc) > > > > > > alguém já passou por isso, ou sabe dizer se o problema da demora está > > > relacionada ao aviso de charset do TAR ou não? > > > Ah, e a conexão entre o servidor e o computador onde ficam os backups é > > por > > > rede gigabit, procedimento realizado após o expediente, horário que não > > > temos ninguém usando a rede. > > > > > > abraços > > > > > > > > > > > > -- > > > *[]'* > > > *EnioRM* > > > > > > *"Unix is user-friendly. It's just very selective about who its friends > > > are."* > > > ------------------------- > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > -- > > Eduardo Lisboa > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > Eduardo eu uso o -z para que o tar já compacte. Não cheguei a testar fazer > conforme você sugeriu mas imagino que seria semelhante a acrescentar o -j > para que o tar use o bz2 como compactador. > > Mas, sobre o problema de lentidão, foi resolvido: conforme a sugestão do > Patrick eu setei o LC_ALL para pt_BR.ISO8859-1 e o tar parou com os > warnings. > > Resolvido isso, o procedimento de backup foi rápido e voltou como era > antes, em torno de 3 a 4 horas para compactar e enviar via ssh para o outro > servidor. > > obrigado e abraços > > > -- > *[]'* > *EnioRM* > > *"Unix is user-friendly. It's just very selective about who its friends > are."* > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Lisboa ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
