Amigo Rsync, nao vai te ajudar, porque no momento que fosse dado start no
processo do Rsync, ele iria primeiro gerar a lista. e primeiro a CPU
da sua
maquina ia para o Spaco, segundo, o servico de email, iria ficar tao
lento,
que seu qmailbin iria ficar loco e iria PARAR de Responder... .
Agora para voce fazer backup via arcserver corretamente, vc tem que criar
uma politica bem bacana, e acompanhar o tempo de backup.
e fazer o cauculo de tempo.
e comecar a fazer backup diarios e backups incrementais. .....o seu
tar nao
vai funcionar porque o tar gnu vai ate 2GB.. com certeza o tar seria
maior e
ai seu tar nao iria funcionar... caso vc tivesse que dar um extrat
neste tar.
Segundo caso vc use o tar voce vai ter o problema de CPU tambem...
Lhe recomendo voce usar uma politica de BACKUP correta, o Arcserver é
muito
bom, provedores de acesso grandes usam o mesmo vou citar alguns iG Pop hpg
ieg.
Se o backup não esta funcionando o problema é porque a politica de backup
nao esta correta, pense nisto.
Mas para resolver seu problema de uma unica vez, vc vai ter um trabalho
grande, primeira coisa é colocar autenticacao em Banco Mysql ou Postgree.
Se quiser tirar duvidas sobre as politicas de Backup vamos trocar
emails...
Abracos
Daniel Souza
Administrador de Sistemas
Uol Inc
Tecnologia da Informação
Em 17/04/07, Daniel Henrique Angst <daniel_nh@terra. com.br
<mailto:daniel_nh%40terra.com.br>> escreveu:
>
> Edilson, no meu ponto de vista, acredito que a melhor alternativa seria
> usar rsync e manter uma estrutura replicada em outro servidor, de
> preferência de uso exclusivo para backup, o que para grandes empresas
> normalmente não é um problema de ser adquirido.
>
> Nessa estrutura, tu poderia fazer o seguinte, roda o rsync da máquina
> backup para o servidor quente (ou vice versa, pois o uso de recursos
> será o mesmo). Da base replicada, dispara o backup para fita. Assim, nas
> últimas 24h tu teria um backup em disco, de rápido acesso e acima disso
> teria de ser pego em fita. Para jogar para a fita, tu poderia usar o
> Arcserver.
>
> Mas, se realmente espaço não é problema, nessa máquina de backup tu
> poderia criar uma estrutura de backup dos e-mails, uma para cada dia da
> semana, assim, a cada dia , o teu script iria atualizar a base de dados
> daquele dia e tu teria uma retenção de 7 dias. Acredito que apesar de
> muita coisa ser alterada num período de 7 dias, o tempo necessário para
> rodar o rsync não deve ser muito ampliado. Numa base desse tamanho, não
> esqueça que o rsync demora muito, mas muito tempo para montar a lista e
> sincronizar ambas as máquinas. Esse tempo de cópia é diretamente
> proporcional a utilização de ambos os servidores e do número de
> arquivos existentes na base imap.
>
> O próprio servidor poderia ser utilizado, pois o backup poderia ser
> feito de uma estrutura replicada nele mesmo. Nesse caso, o teu tar seria
> feito após o rsync ter rodado. Dessa base de dados, o backup deve
> ocorrer sem problemas, uma vez que ele não teria nenhuma alteração
> durante o processo de backup via tar/arcserver.
>
> Exemplo de script - considerando o backup na mesma máquina
> base quente= /imaphome
> base replicada=/imapback up
>
> cd /
> rsync -avz /imaphome /imapbackup 1> /var/log/log_ backup.txt 2>
> /var/log/log_ backuperr. txt
> tar -czvf /dev/st0 imapbackup
>
> A idéia do rsync se mantém se o backup for feito em outra máquina,
> apenas muda o destino.
>
> Abraços.
>
>
> Edilson Azevedo wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Bom Dia Pessoal!
> >
> > Peço que aos moderadores, se caso achem que o assunto não seja
> > pertinente ao grupo, perdoem-me.
> >
> > A história é a seguinte: Trabalho numa empresa de grande porte e
> > sou administrador do correio desta empresa (Qmail). Contamos hoje com
> > 14.395 contas de email IMAP, ou seja, o backup é religiosamente
> > necessário.
> >
> > Existe o setor que se encarrega de realizar o backup, eles usam
> > uma ferramenta chamada Arcserve. Porém, nunca - em absoluto - eles
> > tiveram êxito em voltar um backup sequer. Isso é um problema.
> >
> > Eu tenho a intenção de fazer o backup via script, como se fosse
> > uma redundância segura do backup deles, sacaram? Mais os números são
> > assustadores:
> >
> > Contas: 14.395
> > Tamanho total: 190G
> >
> > Algum de vocês utiliza um script que realize um backup FULL e os
> > demais diferenciais? O tempo de armazenamento fica ao meu cargo, pois
> > tenho espaço em disco. Me preocupo com a confiabilidade - pois, se não
> > me engano, fazer backup com tar.gz não é boa idéia - e com o
> > processamento.
> >
> > Se puderem me dar algumas dicas ou sugestões, eu agradeceria muito!
> >
> > Att.
> >
> > Edilson Azevedo
> >
> > -----BEGIN PGP SIGNATURE--- --
> > Version: GnuPG v1.4.3 (GNU/Linux)
> > Comment: Using GnuPG with Mozilla - http://enigmail. mozdev.org
> > <http://enigmail. mozdev.org <http://enigmail.mozdev.org>>
> >
> > iD8DBQFGJKziYeJNlRY HC5oRAk2KAKCZUJs IJzXtXvxSz9HW30L O/DeuDACfWoUY
> > 11lvOxw4L4QiucCkKxL E5fM=
> > =UQ67
> > -----END PGP SIGNATURE--- --
> >
> >
>
>
>
[As partes desta mensagem que não continham texto foram removidas]