[FUG-BR] OT backup com SSH e TAR super lento

Eduardo Costa Lisboa eduardo.lisboa em gmail.com
Quarta Agosto 26 10:44:24 BRT 2015


Legal, Enio. Que bom que tudo acabou bem. Abraço e boa sorte.


Em 26 de agosto de 2015 10:42, EnioRM <eniorm em gmail.com> escreveu:

> 2015-08-25 16:59 GMT-03:00 Eduardo Costa Lisboa <eduardo.lisboa em gmail.com
> >:
>
> > E se compactar antes pra já enviar zipado por SSH, já tentou?
> >
> > Exemplo:
> >
> > tar cvfp - dir | bzip2 -9fvc - | ssh user em 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 <eniorm em 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 em 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


Mais detalhes sobre a lista de discussão freebsd