Sim, voce monta uma unidade de outro servidor no seu computador e faz o backup dele. Na realidade a montagem é feita apenas para depois usar o tar, porque a rigor se fosse apenas para copiar o comando scp [-r] [EMAIL PROTECTED]:/home /local/de/destino seria suficiente.
Mais detalhes : http://hamacker.wordpress.com/2007/03/12/montar-pastas-remotas-usando-sshfs-e-sem-senhas/ Em 23/07/07, Andre Novelli - Depto de TI<[EMAIL PROTECTED]> escreveu:
Olá! Como é esse esquema de sshfs ? as pastas ficam sempre montadas? Em Sábado 21 Julho 2007, hamacker escreveu: > Para backups pessoal eu uso o rsync por ser mais rápido e sincronizar > apenas o que foi atualizado. Mas não rodo o rsync na linha de comando, > eu tenho script criando para essa finalidade onde sincroniza somente > algumas pastas já identificadas. O unico mal do rsync é ele não > aproveitar para compactar os arquivos no destino como .gz, mas ainda > vou conseguir criar isso. > > Com respeito a backup de outros, tenho usado apenas .tar.gz, tenho um > script que monta a unidade de destino via sshfs e faz o backup dos > outros servidores numa unidade usb externa, no inicio era via nfs, mas > de alguma forma o nfs travava e não deixava desmontar depois e para > desligar o servidor sem change, então partí para smb, mas aí arquivos > muito grandes não estava dando certo então por fim ssh foi perfeito. > > Criar seu proprio script é bom porque voce monta do jeito que quer, > numa unica tacada eu faço backup do servidor mssql, firebird, emails e > arquivos e ainda recebo email notificando de falha. Como não sou eu > que operacionalizo o backup o estagiario é notificado quando colocou a > unidade usb errada (aqui é uma unidade usb para dias pares/impares) e > é capaz de fazer uma autolimpeza na unidade com rodizio de dias, ou > seja, é prova de estagiário e autolimpante :) > > Em 21/07/07, Andre Novelli - Depto de TI<[EMAIL PROTECTED]> escreveu: > > Em Sexta 20 Julho 2007, hamacker escreveu: > > > Se for backup pessoal, use programas como rsync. > > > > > > Em 20/07/07, Leandro Costa Martins<[EMAIL PROTECTED]> escreveu: > > > > Boa Tarde Pessoal, > > > > > > > > Alguém poderia me indicar um programa de backup ? Andei pesquisando > > > > algumas coisas, mas não vi muita coisa interessante. > > > > > > > > Obrigado! :-) > > > > > > > > > > > > -- > > > > To UNSUBSCRIBE, email to > > > > [EMAIL PROTECTED] with a subject of > > > > "unsubscribe". Trouble? Contact > > > > [EMAIL PROTECTED] > > > > Eu prefiro fazer meus scripts de backup, parece meio que reinventar a > > roda, mas eu prefiro assim, pois sei exatamente o que estou fazendo. > > > > todos os servers que demandam backup sao linux, entao eu crio shells que > > gravam um tar dentro de cada servidor e envio um trigger pro servidor de > > fita via wget. Esse trigger envia variaveis como data, hora e tamanho do > > backup que esta em cada servidor. Um scrip php adquire essas variaveis e > > alimenta um banco em mysql pra gerar a grade de backup local, depois > > apartir do servidor de fita, eu pego esses arquivos via scp e coloco no > > diretorio de gravação da fita, depois gravo os arquivos na fita e mando > > um trigger pra alimentar a grade do backup em fita. Antes de concluir eu > > descompacto o arquivo e checo a saida de erro do tar para ter certeza de > > que o backup esta bem feitinho. Mando um trigger pra alimentar o status > > de integridade do backup, que é por onde eu vou saber se devo ou nao > > regravar o dito backup. > > > > Tudo isso claro gerando logs das saidas dos comandos e só jogando o > > proximo comando caso o anterior tenha sido feito com sucesso. > > > > parece meio trabalhoso mas para ambientes que mudam pouco, vale muito a > > pena. > > > > Ainda estou melhorando o shell pra alimentar com uma lista de diretorios > > e arquivos a serem backupeados, de forma a ficar mais facil as > > impementações futuras. > > > > Seguindo essa receita da pra ter um sistema de backup bem integro e > > confiavel. > > > > Depois que quase fiquei sem pele nas costas eu prometi a mim mesmo que ia > > fazer de tudo pra nao perder um dado sequer mais huahua.