Re: Solução para backup
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.
Re: Solução para backup
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.
Re: Solução para backup
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.
Re: Solução para backup
Oi, Backup é como religião :) não quero me envolver..hehe Algumas perguntas que não se calam..qual o tamanho do seu backup, é local??? Pense nisto...coisa simples um simples script resolve, ambiente complexo...bom existem ótimos softwares livres (Amanda, Bacula, etc). No histórico da lista tem muita coisa interessante sim :) []´s Rodrigo Resende 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 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. Flickr agora em português. Você cria, todo mundo vê. Saiba mais.
Re: Solução para backup
On 7/20/07, hamacker [EMAIL PROTECTED] wrote: Se for backup pessoal, use programas como rsync. Para uma interface GTK tem o grsync e QT tem o ksync. Abçs, Zandre.
Re: Solução para backup
Em Sábado 21 Julho 2007, Rodrigo Resende escreveu: Oi, Opá! blz? Backup é como religião :) não quero me envolver..hehe Concordo! Sempre surgem discussões (as vezes fervorosas, mas nao menos interessantes, dependendo do nível da discussão). Algumas perguntas que não se calam..qual o tamanho do seu backup, é local??? Entao, eu tenho varios servidores, um servidor de fita com 2 unidades DDS4, meu backup nao é grande nao, no máximo 100gb descompactados, a maioria é arquivo texto ou DB. Pense nisto...coisa simples um simples script resolve, ambiente complexo...bom existem ótimos softwares livres (Amanda, Bacula, etc). Concordo tb! Ja testei o amanda, mas achei complicado demais pro meu ambiente, com certeza se eu tivesse uma equipe pra ficar só com backup num ambiente muito maior, eu cairia emcima de uma solução como amanda, bacula ou ate alguma paga ( backup é a vida da empresa, nao me importaria em gastar um $$ com ele para garantir o sono da equipe ) No histórico da lista tem muita coisa interessante sim :) Certeza! Aprendi a mexer com o amanda aqui nesta mesma lista! []´s Rodrigo Resende []s e bom FDS!
Re: Solução para backup
On 7/21/07, Zandre Bran [EMAIL PROTECTED] wrote: On 7/20/07, hamacker [EMAIL PROTECTED] wrote: Se for backup pessoal, use programas como rsync. Para uma interface GTK tem o grsync e QT tem o ksync. Eu deixei de usar o rsync em favor do unison-gtk. A única inconveniência é o fato das versões do unison tem que ser as mesmas no cliente e servidor. Veja http://www.cis.upenn.edu/~bcpierce/unison/ -- Thadeu Penna Prof.Associado - Instituto de Física Universidade Federal Fluminense http://profs.if.uff.br/tjpp/blog
Re: Solução para backup
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.
Solução para backup
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]
Res: Solução para backup
Leandro, se voce ja usou o ArcserveIT uma boa ideia e o Bacula que segue a mesma linha dos programas comerciais. Tem cliente para linux e windows tambem. Mas dedique algumas horas para entender a logica dele porque e necessario antes de sair instalando. Falou! -- Claudio Rocha de Jesus Analista de Suporte Tecnico [EMAIL PROTECTED] Linux user number 433834 -- - Mensagem original De: Leandro Costa Martins [EMAIL PROTECTED] Para: Debian Users Portuguese debian-user-portuguese@lists.debian.org Enviadas: Sexta-feira, 20 de Julho de 2007 17:39:08 Assunto: Solução para backup 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] Flickr agora em português. Você cria, todo mundo vê. http://www.flickr.com.br/
Re: Solução para backup
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]