http://www.zago.eti.br/backup.txt dicas, indicações de outros FAQ sobre backup e mensagens da Linux-br relacionadas a backup. Novo local dos scripts e dicas sobre backup. http://www.zago.eti.br/script/backup-dicas.html http://www.zago.eti.br/script/backup-script.html Página principal sobre script em geral (FAQ) http://www.zago.eti.br/script/A-menu-scripts.html Veja também a continuação deste arquivo. http://www.zago.eti.br/backup1.txt http://www.zago.eti.br/backup3.txt Use CTRL+F para refinar a pesquisa. ************************************** ************************************** Procurando por scripts para automatizar backup? Tem muitos modelos nos arquivos deste FAQ, veja nestes locais. como criar scripts. http://www.zago.eti.br/script/A-menu-scripts.html Backup em fita DAT http://www.zago.eti.br/fitadat.txt Backup em CD e DVD http://www.zago.eti.br/cdr.txt http://www.zago.eti.br/dvd.txt dividir arquivo grande em partes pequenas, pra gravar em disquete, CD ou transmitir via rede. http://www.zago.eti.br/split.txt TAR - utilitario pra backup, comandos, dicas, exemplos, scripts e etc... http://www.zago.eti.br/tar.txt Clonar HD e instalações http://www.zago.eti.br/hdclone.txt http://www.zago.eti.br/boot_div.txt http://www.zago.eti.br/boot-dual-win-e-linux.txt Transmitir arquivos via ftp, configurar, scripts e comandos. http://www.zago.eti.br/ftp.txt Linux acessar compartilhamentos windows pra backup. http://www.zago.eti.br/samba/smbmount.txt Na rede tem muito mais, na caixa de pesquisa do Google tente algo neste formato; script backup ~linux tar script backup ~linux find script backup ~linux rotina de backup ~linux Inclua na query outras expressões que represente melhor seu ambiente, nome do banco de dados, aplicativos e outras formas de refinar a pesquisa. ************************************** ************************************** ************************************** ************************************** D I C A S 1 -Tenha muito cuidado com seus arquivos copiados (bakcup) proteja-os para não chegar em mãos erradas, considere o prejuizo que pode causar se o concorrente ou pessoas não autorizadas conseguir seu banco de dados e todos os documentos da empresa, principalmente documetos com senhas, informações confidenciais e sigilosas. 2 - Periodicamente teste a integridade de suas cópias e teste se consegue restaurar e restabeler todo o sistema partindo do principio que ocorreu um incendio na empresa e tudo foi queimado, nestes testes faça uma avaliação criteriosa do backup incluindo os scripts, mídia, tempo e tudo que você achar relevante no seu ambiente. 3 - Considere que não tem mídia magnetica permanente e o meio ambiente, a forma como são manuseadas e outros fatores pode acelerar a deterioração. 4 - A legislação brasileira obriga a guarda e apresentação de arquivos magneticos das operações contabéis e fiscais, o não cumprimento disto pode causar pesadas multas à empresa. 5 - Uma prática muito comum é fazer backup somente do banco de dados que depois de algum tempo pode não funcionar com versões mais novas do sistema ou até mesmo não ter o sistema por ter encerrado o contrato com quem fez o sistema, muito cuidado com estas situações. Já tive problemas para recuperar dados de programas antigos como Lotus123, QuatroPro, Wordstar e outros utilitarios. Quando desativo um programa na empresa tenho guardado uma instalação do Windows que esteja rodando o programa e seu banco de dados, além de guardar separados o banco de dados e uma copia de instalação do programa, também guardo uma copia da instalação que roda o aplicativo, veja dicas pra clonar servidores e estações, salvar a copia em arquivo pra restaurar o ambiente completo, como salvar e rodar varias instalações em um único HD: http://www.zago.eti.br/copiar-hd-win.txt http://www.zago.eti.br/hdclone.txt http://www.zago.eti.br/boot_div.txt 6 - Cuidado com a escolha e guarda da mídia, tenho muitos problemas em recuperar dados de CD, depois de algum tempo algumas mídias simplesmente falham. 7 - Em Dez/2002 um amigo precisou recuperar dados que estava em um disquete de 5 1/4, nem tenho mais estas unidades de disquete, depois de conseguir a unidade leitora descobrimos que o disquete estava mofado e soltando a pelicula marrom no cabeçote do drive, um trabalhão e não conseguimos, fique atento a situações como esta, mantenha hardware compativel com as midias, na eventual troca do hardware lembre de converter os backup pra nova tecnologia. 8 - Li em uma mensagem da lista que a BBC digitalizou varios documentos de uma bliblioteca, gravando tudo em CDROM, depois de 15 anos os CDs apresentam defeitos, alguns nem funcionam mais, mas o livro original em papel feito no ano de 1086 ainda está intacto na biblioteca, só para lembrar a legislação previdenciaria do Brasil determina que as empresas mantenham e preservem os documentos previdenciarios e trabalhistas por 30 (trinta) anos, para as demais obrigações tributarias a prescrição é de 5 anos. Fique atento a estes detalhes, dentro deste periodo minimo exigido, seus backups estarão em condições de serem recuperados para atender a fiscalização ou outra necessidade da empresa, inclua nisto a midia, sistema operacional, software envolvido, suporte da empresa que forneceu o sistema, pessoal capacitado para operar este sistema, equipamentos e etc.. 9 - Eu tenho adotado a copia em HD, mantenho no minimo duas HD em lugares diferentes com a mesma cópia, todo ano faço uma cópia para um HD novo 10 - Guarde seus dados, backups e copias em partições Linux, não confie no Windows. Além da vulnerabilidade do Windows considere que os virus atuais tem como objetivo principal corromper os dados e preservar o sistema para se propagar, quando um virus contamina uma instalação do Windows fatalmente vai contaminar tudo que tem lá, alcançando todas as maquinas da rede e seus arquivos. Não confie em anti-virus, confie no uso correto do Linux, já tem casos de virus para Windows que contaminou milhões de instalações Windows pelo mundo em menos de 10 minutos, qual empresa fornece atualização de anti-virus a cada minuto?, Mesmo que forneçam, voce atualiza teu anti-virus a cada minuto? 11 - Procure fazer tudo dentro dos parâmetros de segurança e confiabilidade. Pressa, Gambi, falta de zelo, desconhecimento do hardware e sistemas pode trazer consequencias graves. Você pode ter uma falsa sensação de segurança, isto é um grande mal. 12 - Tendo backup qualquer problema com a maquina será facilmente resolvido comprando outro computador, mas e os dados? não se compram outros... 13 - Tenha muito cuidado com manuseio de arquivos, um comando errado ou erro em scripts pode apagar tudo, cuidado com espaço em disco e tamanho dos arquivos, alguns sistemas de arquivos limitam o tamanho dos arquivos em 2GB desprezando o restante, o mesmo acontece com a transmissão via rede, fique atento a isto, teste a integridade e restaure em instalações de testes periodicamente. 14 - Senhas, tenha muito cuidado com criptografia e senhas em arquivos e copias de segurança, tem pessoas que vivem trocando as senhas, depois de algum tempo nem a pessoa que criou a senha lembra qual foi, pessoas morrem e levam as senhas junto, brigam ou são demitidas na bronca. Voce tem respostas a estas perguntas? Voce conseguirá a senha que eles usaram?, como? em quanto tempo?. Com anda o controle de qualidade, controles e feedback? Como tem lidado com o excesso de confiança, comodismo, desleixo e delegação de poderes? 15 - Cuidado com comandos ou scripts utilizados na procura dos arquivos pra backup, uma falha comum é copiar somente os nomes dos arquivos sem conteúdo algum, uma busca com o comando find retorna somente o nome dos arquivos, passando estes dados para um compactador pode gerar um arquivo contendo somente a lista de arquivos, portanto suspeite do tamanho dos arquivos, tempo e pra sua segurança, teste periodicamente a restauração deles em outra maquina. 16 - Sempre que fizer testes, faça em ambiente isolado, de preferencia em outras instalações, tenha o máximo de cuidado possivel com ação de usuários, muitos não sabem o que estão fazendo e ainda tentam provar estão certos em situações absurdas. Detectei uma situação onde a pessoa insistia que o backup estava OK, ainda exaltava a dica de uma amigo que ensinou fazer um backup de 10GB em um disquete e de maneira rápida, ele insistia em provar que estava certo, pra testar, depois do backup, acessava o disquete e dava um clique no arquivo, como abria a aplicação dele e exibia as informações atuais ele insistia em afirmar que aquilo era um backup de tudo. Quando levei ele o disquete pra outra maquina que não fazia parte da rede nem tinha aquele aplicativo dele instalado, nada funcionou, nem conseguiu recuperar o backup, o resultado voce já sabe, ele simplesmente copiava o link (atalho) do aplicativo para o disquete, o backup dele consistia em arrastar o atalho do desktop para o disquete e portanto fazendo copia somente do atalho. Já ouvi comentários de especialistas dizendo 30 % das empresas informatizadas que perderam todos os seus dados em acidentes foi a falencia, portanto mantenha cópia dos dados também fora da empresa para prevenção a incendios, roubo, sabotagem e etc... -> [ Historias assustadoras sobre backups ] Paul Barry escreveu um artigo para a LinuxJournal nos relatando os perigos de nao testar adequadamente seus procedimentos de backup e algumas armadilhas que voce deve evitar... Mais informacoes: http://www.linuxsecurity.com.br/article.php?sid=6780 http://www.linuxjournal.com/article.php?sid=6435&mode=thread&order=0 Está em inglês, excelente artigo. normalmente fazemos backup periodicos dos arquivos de dados e não fazemos copias dos arquivos de configuração do sistema abaixo alguns arquivos do sistema que também merecem um backup periodico, quando precisar fazer nova instalação é só restaurar estes arquivos, pode poupar muitas horas de trabalho e evitar problemas: senha dos usuarios estão em: /etc/passwd -> usuarios cadastrados e suas senhas /etc/groups -> grupos cadastrados /etc/shadow -> quando usa espelhamento/criptografia/shadown Cada programa tem seu arquivo de configuração e a maioria fica em /etc/???? faça backup dos aplicativos configurados e quando for configurar outra maquina basta instalar o pacote e na hora da configuração somente restaure a cópia e reinicie o serviço, assim não perde tempo em configurar o pacote na nova maquina, por exemplo para o samba tenho copiado o arquivo smb.conf que está em /etc, os arquivos de senha, os escripts que guardo em /home/netlogon. Lembre que o backup é da configuração, em uma eventual recuperação em outra maquina deve ser criados os diretórios e dar as permissões. SAMBA o arquivo de configuração do samba é o smb.conf e fica em /etc /etc/smb.conf Normalmente os scripts fica em: /home/netlogon ou outro diretorio conforme indicado no smb.conf USER Todo aplicativo tem uma configuração geral para o sistema em um diretório especifico ou em /etc e também configurações personalizadas para cada usuario, estas configurações pessoais fica no /home do usuario tais como contas de e-mail, browser e etc... que precisa também de cópia de segurança. Esta cópia pode ser de todo o home do usuario ou de arquivos e diretórios especificos, quando analizar o /home use ls -a para listar também os arquivos ocultos e decidir do que fazer o backup. A segurança que voce precisa está relacionada ao valor dos seus dados, que prejuizo terá, faça uma analize e considere um incendio que destrua as maquinas e os backups? você compra maquinas novas e consegue recuperar todas as informações?. O importante é o sistema ser maleavel e facilitar também este trabalho, o Linux tem opcoes para os niveis mais fortes de seguranca, algumas coisas dependem de estudo e um pouco mais de trabalho mas tudo depende do que voce precisa, ou melhor do quanto vale os seus dados, tente calcular isto antes que ocorra um acidente, deixar para depois pode custar caro. ************************************** ************************************** Antonio Francisco Zago zagolinux@uol.com.br A seguir anotações para consulta pessoal, trata-se de partes de mensagens e dicas que recolhi nas listas e internet ************************************** De: João Emanuel Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) CD de recuper=?iso-8859-1?B?YedhbyBkbyBzaXN0ZW1h?= Data: 28 Jan 2003 03:49:29 -0200 Oi, eu recebo o newsletter do NotíciasLINUX (www.noticiaslinux.com.br) e eu vi esta notícia sobre um tutorial de recupreração, então estou enviando abiaxo a parte do newsletter sobre a notícia: » Como criar um CD-ROM de recuperação No link que segue temos um tutorial de como criar um CD-ROM de recuperação para o sistema. Parece muito interessante e fácil! http://www.sysbotz.com/articles/restorecd.htm ************************************** De: Henrique Cesar Ulbrich Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Domesday Book, 1086. Data: 02 Dec 2002 18:02:10 -0200 (17:56:54) Hatredman: http://www.domesdaybook.co.uk/ (17:56:59) Hatredman: Vc vai gostdisso (17:57:17) Hatredman: s/gostdisso/"gostar disso" (17:57:43) Hatredman: É um registro sobre a colonização das ilhas britânicas escrito em 1086. (17:58:46) Hatredman: Voltou à baila porque, em 1986, foi criado um "Digital Domesday", gravado em Laserdiscs nos computadores da BBC. (17:59:20) Hatredman: Ocorre que os discos de apenas 15 anos não podem ser mais lidor hoje, enquanto o original de papel ainda está perfeitamente usável, num museu na inglaterra. (18:00:50) Hatredman: O que gera preocupação dos historiadores, pois tudo hoje em dia é guardado em meio digital. O que prevêem que aconteça é que as gerações do futuro não saibam nada sobre nós porque os nossos dados estariam em meios digitais inseguros e não guardados em papel - que, por incrível que pareça, é mais indestrutível que CDs e HDs. -- Henrique Cesar Ulbrich henrique@digerati.com.br ************************************** > Quero um programa q crie um arquivo de backup e deixe-o no HD mesmo... Fiz um pequeno script p/ backup: # #dormir.sh : coisas p/ fazer a noite #/bin/bash - #backup cd / ; tar -c etc root var home | gzip > /misc/bkp/bkp-`date +%y%m%d`.tar.gz # coloquei no cron: # crontab -e 20 23 * * * /root/bin/dormir Todo dia as 23:20 pega /etc /root /var /home , comprime e coloca em /misc/bkp: $ ls /misc/bkp bkp-000520.tar.gz bkp-000521.tar.gz bkp-000522.tar.gz A fazer: montar um diretorio ruindows e mover os bkp-XXX.tar.gz pra la( a fita de bkp fica num servidor NT :( O lado bom: é outro computador); Apagar os bkp mais antigos ( tentei find -ctime 2 mas nao funcionou direito. Odeio find :). ************************************** ************************************** eu tenho uma dica mais legal, eu faço isso em rotinas de backup remotas, pois quero esconder os dados em transito ssh user@servidr "tar zcf - /etc /var" | dd of=/dev/st0 ************************************** copiado de: http://members.xoom.com/rpragana/sysadmin/indice.html ferramentas úteis para backup Backups podem ser facilmente automatizados, usando o cron para isso. As ferramentas mais comuns para efetuar as cópias, com compressão, são o tar e o cpio. Entretanto, nem o tar nem o cpio comprimem os dados diretamente, Compressores como o compress (gera arquivos .Z), gzip (arquivos .gz) e bzip2 (arquivos .bz2) são os mais usados. O utilitário find é um "canivete suiço" para encontrar arquivos por datas, dispositivos, grupos, usuários (owner), ou mesmo por expressões regulares que definam o seu filename, com muitas opções que podem ser usadas combinadamente. Se voce pretende usar fitas magnéticas (cartuchos) o mt, utilitário para posicionar, escrever EOFs, rebobinar, apagar, retensionar, etc, pode ser útil. Finalmente, o dd é um copiador mais inteligente que o cp, permitindo realizar algumas operações nos arquivos enquanto copia, tais como criar pad-bytes (bytes nulos) a cada bloco, trocar bytes pares por ímpares (swab), converter ascii em ebcdic (código de caracteres usado somente pela IBM, a ex-toda-poderosa, para ser diferente do resto do mundo) e vice-versa, entre outras. Com o barateamento dos grvadores de CDROM e CD regraváveis, estas unidades podem servir maravilhosamente como substitutos de fitas magnéticas para fins de backup. Os programas mais usados para preparação da imagem e gravação são o mkisofs, o cdrecord e o cdwrite. Existem inúmeros front-ends para o cdrecord (alguns também para o cdwrite), mas um administrador de sistemas normalmente irá criar o seu próprio front-end, pois todos eles sofrem de algumas deficiências para este tipo de utilização. extraido de http://members.xoom.com/rpragana/sysadmin/indice.html ************************************** Amanda: Backup Distribuído Uma alternativa bastante barata (grátis) para se fazer backups de várias máquinas Unix ligadas em rede é o programa Amanda (Advanced Maryland Automated Disk Archiver). Foi desenvolvido na Universidade de Maryland, onde realiza o backup de 28 GB de dados distribuídos por 321 filesystems em mais de 128 workstations (informação extraída do arquivo README da distribuição do software). A home page do Amanda fica em http://www.amanda.org Este programa possui uma ampla base de usuários e sua popularidade vem crescendo enormemente, o que é amplamente justificado, tendo-se em vista sua grande qualidade. A pesquisa por sistemas de arquivos para restore é extremamente otimizada pela gravação de headers no começo da fita, que fazem com que o posicionamento no arquivo desejado e o restore sejam efetuados de forma bastante eficiente e rápida. O pacote pode ser obtido em ftp.cs.umd.edu:/pub/amanda. Existe também uma lista de discussão sobre o amanda, chamada amanda-users@cs.umd.edu. Para se cadastrar envie mensagem para amanda-users-request@cs.umd.edu. Uma boa referência para maiores informações a respeito do Amanda é o livro "Unix Backup and Recovery", da editora O'Reilly. Alguns dos capítulos estão disponíveis online no endereço http://www.backupcentral.com/thebook.html Existe um capítulo dedicado inteiramente ao Amanda, em http://www.backupcentral.com/amanda.html Se você gasta cerca de 3 ou mais horas procurando em apenas uma fita pelo filesystem ou arquivo que quer restaurar então este software pode facilitar em muito a sua vida :-) --------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 8652 assinantes. Para sair ou assinar a lista Dicas-L, consulte o documento que se encontra em http://www.Dicas-l.com.br/FAQ.html. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. ************************************** Cara o comando é o seguinte: split -(qtde de caracter em que vc que particionar) . Obs.: O comando irá criar vários arquivos com início em xalguma coisa.(exemplo arquivo particionado em 10) tamanho: 4127 arquivo euc.txt split -10 euc.txt xaa xab ... xal. dando um total de 12 arquivos x?? de total somados 4127. para juntar não esqueça de usar o cat (concatenar arquivos). > > >alguem sabe como q eu possodividir 1 arkivo em varias partes do tamanho > > >q eu kiser ou entaum como, de preferencia, bzipar, em varios floppies?? > > Use o rar os comandos sao bem simples e tem uma taxa de compressao excelente. > Pegue nesse site http://www.rararchiver.com/ ************************************** > eh possivel zipar em multiplos disquetes. Usando o GZIP? O TAR faz multi-volumes mas não permite compactação (mas nada te proíbe de pre-compactar as coisas). Se você tiver CPU sobrando experimente o Bzip2. - Para fazer o backup para um Zipdrive: tar -Mcvf /dev/sda {lista de arquivos...} - Para recuperar o backup: tar -Mxvf /dev/sda E claro, você não precisa se preocupar de montar ou de formatar nada, ele só vai te pedir para trocar os discos. ************************************** Há o Extreme Linux que faz um tipo de espelho., Se você precisa de algo simples e funcional, à nivel de espelhamento de arquivos, tente o rsync. O rsync você instala nas 2 máquinas e ele atualiza somente as atualizações de acordo com o tempo programao. Eu instalei 2 servidores Linux rodando Samba e utilizo o rsync. Funcionou muito bem. Fiz também o espelho de um servidor de banco de dados Sybase via Mirror do próprio Sybase. Subject: (linux-br) espelhamento > Alguém sabe se tem algo free no linux para espelhamento entre máquinas? É > possível fazer espelhamento entre máquinas com o linux Red Hat 6.2? Onde > posso obter informações detalhadas? > ************************************** Use o cron ("man -a crontab"). O pagina manual e' bem clara mas segue abaixo uma breve explicacao sobre como programar os servicos. Procurarei ser breve para nao sobrecarregar a lista. Se alguem precisar saber de mais detalhes sinta-se a vontade para mandar msg privates pra mim. La' vai... o O crontab grava seus comandos em um arquivo mantendo seu nome do usuario no diretorio /var/spool/cron/crontabs/. Por exemplo, o arquivo do crontab do usuario "sena" teria o path: /var/spool/cron/crontabs/sena Ele usa esse arquivo para executar os servicos... portanto, voce tera que edita-los. Para isso, digite: crontab -e. Ele vai editar o arquivo usando o "vi". Se voce nao esta' familiarizado com ele,"sete" a variavel VISUAL para o editor de texto que voce deseja utilizar. Por exemplo, para usar o "joe", digite "export VISUAL=/usr/bin/joe" no bash (para o shell C, digite "setenv VISUAL /usr/bin/joe", mas creio que voce esteja usando o bash.. hehe) Agora fica facil. O formato da linha de leitura e' esse: min h diam mes dias cmd -> onde... min= minutos(0-59); h= hora(0-23); diam= dia do mes(1-31); mes = mes do ano(1-12); dias= dia da semana (dom-sab) e cmd= comando a ser carregado. Por exemplo, se eu quero rodar o o programa "sstest", todos os dias as 13:30, a linha fica assim: 30 13 * * * sstest note os "*" nos campos de diam, mes e dias. indica que eh pra ser rodado todos os dias do mes, todo mes e em todos os dias da semana. Agora, se eu quiser rodar do dia 1 de julho a 20 de julho, o comando "sstest", todos os dias, o dia inteiro de 5 em 5 minutos, a linha fica assim: */5 * 1-20 7 * sstest ou soh nos dias 1 e 20 de julho... */5 * 1,20 7 * sstest Hmmm, no seu caso, para programar o bkp para ser executado diariamente as 2:00... 0 2 * * * backup onde backup eh o comando de backup que voce quiser usar.. seja com o tar ou qualquer outra ferramenta. Se precisar de ajuda para fazer backup mande msg! Existem comando interessando com "find -mtime" para localizar arquivos novos e tal.. :) eh bem bacana. A saida de cada comando do crontab eh enviada por email para o usuario. Agora e' so aplicar e usar o crontab para as mais variadas tarefas! Bom gente, tentei ser o mais claro possivel, nao sei se consegui. :) Por favor, se alguem detectar algum erro nas linhas, por favor avise. Posso ter deixado alguma coisa passar despercebido (ainda mais que eu to morto de sono, hehe). [s] aos micreiros... > Eu preciso programar o backup para ser executado diariamente e > penso em usar o comando AT, mas não sei como fazer para que > execute todas as noites. > Eu usei at -f programa 2:00 para executar o programa as 2:00 da > manha. > Como fazer para que o comando continue programado depois de > executar ? ************************************** Backup Pessoal Uma coisa que ninguem faz com frequencia, e que se arrepende amargamente de nao fazer quando ja e tarde demais, e o backup de seus arquivos de configuracao pessoais. Eu criei um pequeno script que salva algumas informacoes essenciais: #!/bin/bash tar cvzf /dev/fd0 ~/.netscape/bookmarks.html \ ~/.netscape/preferences \ ~/.gnome/user-cal.vcf \ ~/.vimrc \ /etc/sysconfig \ /etc/bk2site \ /etc/smb.conf Eu salvo o meu arquivo de bookmarks, as preferencias do Netscape, a agenda do Gnome, o arquivo de configuracao do excelente editor vi, o diretorio de configuracao do sistema (/etc/sysconfig), o software bk2site e o arquivo de configuracao do Samba. Tem mais coisa, a medida que me lembro vou alterando o script. Basta colocar um disquete no drive e digitar "bck" ou qualquer nome com que voce batize o script e pronto. Seus dados estao protegidos. Acho ate mesmo que vale a pena fazer dois backups. Afinal de contas, o disquete nao anda tao caro assim ... ************************************** : > cat /dev/hdc | gzip -c -f > meuhd.gz > Pergunta: Será que com o HD vai funcionar também ?? Alguém já > tentou gerar uma imagem de HD e voltar dessa maneira ???? Sim, ja' usei em particoes, /dev/hdc1 por exemplo, vou usar em uma maquina logo mais, e funciona 100%. Isso obviamente funciona independente do SO que se usa na particao. Eu recomendo que faca de cada particao, e que antes de iniciar o processo faca uma limpeza nos diretorios /tmp e semelhantes, e "estoure" a capacidade do disco escrevendo zeros: mount /dev/hdc1 -t vfat /mnt dd if=/dev/zero of=/mnt/zeros rm /mnt/zeros umount /mnt Isso pode reduzir muito o tamanho do arquivo compactado. Nao esqueca de anotar os parametros de geometria do HD (cilindros, setores, cabecas) e uma copia do "fdisk -l /dev/hdc". Voce podera' consultar/alterar informacoes dentro dessa particao depois, bastando monta-la com loopback: gunzip -d particao.gz >particao.file mkdir particao mount -r -t vfat particao.file particao -o loop E' absolutamente perfeito quando desejamos fazer algo em Win* que pode destruir o sistema, exigindo uma reinstalacao. Basta regenerar o hd que tudo volta 100%... ************************************** > Idéia boa , seria ideal se o script fizesse o ftp desse arquivos para uma > conta na outra maquina automatico tambem, ao inves de armazenar no proprio > HD . O Alberto pediu p/ guardar no mesmo HD, dai o script :-) > > Alberto Maikuma wrote: > > > Estou precisando de um programa para fazer backup... > > > Quero um programa q crie um arquivo de backup e deixe-o no HD mesmo... > > Fiz um pequeno script p/ backup: > > #------------ > > #dormir.sh : coisas p/ fazer a noite > > #/bin/bash - > > > > #backup > > cd / ; tar -c etc root var home | gzip > /misc/bkp/bkp-`date > > +%y%m%d`.tar.gz > > #------------ Oops... #/bin/bash - deve ser a primeira linha... Script p/ fazer FTP : -------------- #/bin/bash - #Repita comigo: adoro linux :-). Bash script rules! # Conecta com servidor ftp e manda arquivo bkp-000521.tar.gz (o do dia) # O "tchan": vai executando comandos até ler EOF (end of file - fim de arquivo) cd /misc/bkp /usr/bin/ftp -n < Como faco um backup em uma maquina win98 a partir do linux de forma > automatica? ************************************** ************************************** > Como posso quebrar um arq, digamos q de 9mb em pedaços de 1,5mb c/comando > tar???? > > Bruno pode ser com o split # split -b 1500kb arquivo.tar >> vai, por exemplo quebrar um arquivo de 15Mb em varios arquivos de 1,5 Mb com os nome de : xaa xab xac ...e assim por diante. p/ recuperar: cat xaa xab xac > arquivo.tar Resolve? ************************************** Backups via e-mail Muitas vezes nao e necessario que se faca um backup completo de todos os sistemas de arquivos de uma maquina. Todavia, ainda assim e importante que se salvem alguns arquivos importantes. Uma solucao para este problema e realizar o backup destes arquivos, em sua maioria arquivos de configuracao, atraves de e-mail. Desta forma, os arquivos sao gravados diariamente e enviados via email para uma ou mais maquinas ou pessoas, onde sao gravados em um arquivo em disco. A automatizacao via cron, pode ser criada atraves da edicao a crontab de uma linha como: 0 0 * * * /usr/local/etc/saveconfig 1>/dev/null 2>/dev/nul Desta forma, todos os dias, as 00:00 horas, o script /usr/local/etc/saveconfig e executado. Para melhor entender o procedimento, encontra-se abaixo o script saveconfig, contendo explicacoes detalhadas sobre os passos seguidos: ------------------------------- #!/bin/sh # # Script para realizacao de backup de arquivos de configuracao # via correio eletronico # Queiroz - 08/04/97 # PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/bin export PATH # A seguir e criado um arquivo no formato tar, contendo todos os arquivos # de configuracao que se deseja salvar. A lista dos arquivos deve ser # criada em conjunto com todos os usuarios e administradores da maquina # Observar que o arquivo e criado com diretorios relativos, ou seja, # iniciados em "." para facilitar a expansao do arquivo tar em qualquer # localizacao. # O arquivo tar criado e compactado utilizando-se o programa gzip # e redirecionado para o arquivo /tmp/machine.config.tar.gz cd / tar cvf - \ ./var/spool/cron \ ./var/named \ ./etc/aliases \ ./etc/dumpdates \ ./etc/gated.conf \ ./etc/group \ ./etc/hostname.le0 \ ./etc/hostname.le1 \ ./etc/hosts \ ./etc/hosts.equiv \ ./etc/hosts.equiv \ ./etc/inet \ ./etc/vfstab \ ./etc/vold.conf | gzip > /tmp/machine.config.tar.gz # Neste ponto, o formato do arquivo e transformado pelo comando # uuencode para permitir a sua transferencia via mail uuencode /tmp/machine.config.tar.gz machine.config.tar.gz \ > /tmp/machine.config.tar.gz.uu # Em seguida, o arquivo e enviado para a(s) maquinas de destino # onde devera ser criado um alias que se encarregara de realizar # a gravacao no local apropriado. Incluir na(s) maquina(s) de destino, # no arquivo /etc/aliases, uma linha do tipo: # backup: "|/usr/local/bin/deliver -b /usr/local/doc/backups/machine # # Recomenda-se tambem a encriptacao da mensagem para aumentar # a seguranca deste esquema visto que informacoes confidenciais # estarao sendo enviadas. Aguarde as proximas dicas ;-) # # O programa deliver e de dominio publico e serve para fazer a sincronizacao # de gravacao no arquivo de destino, no caso, /usr/local/doc/backups/machine. # De tempos em tempos este arquivo deve ser examinado e removidas as mensagens # mais antigas (manual ou automaticamente). # # No nosso exemplo, o arquivo de backup e enviado para o usuario # queiroz e para o alias backup na maquina fserver.com.br. mail -s "Configuracao `date +%d/%m` (machine)" queiroz backup@fserver.com.br < /tmp/machine.config.tar.gz.uu # Finalmente, os arquivos temporarios gerados devem ser removidos rm /tmp/machine.config.* ************************************** Recomendacoes sobre Backups A atualizacao de sistemas operacionais e um fato comum na vida de todos os administradores de sistemas. Estas atualizacoes requerem que seja feito um backup dos arquivos dos usuarios e de varios arquivos de configuracao do sistema, como por exemplo, /etc/passwd, /etc/shadow, /etc/sendmail.cf, e assim por diante. As recomendacoes que faco a seguir vao parecer simples e sem sentido, mas muitas tragedias ja aconteceram pela nao observacao destes principios simples mas extremamente importantes. Desta forma, sempre que for fazer qualquer tipo de manutencao de porte em seu sistema, siga os seguintes passos: 1. Faca backup(s) Recomendo sempre que este backup seja feito com o comando dump. E o mais seguro e confiavel Se possivel (altamente recomendavel) faca dois ou mais backups. A sua unidade de fita pode estar gasta ou velha e pode estragar a fita do seu (as vezes unico) backup. E ai nao tem mais jeito. Se possivel, faca um backup extra, possivelmente no disco de uma outra maquina, daqueles arquivos extremamente importantes (como por exemplo, o trabalho de varios anos de seus usuarios). Os backups em disco aceleram a recuperacao e sao uma garantia a mais para aqueles dados extremamente valiosos que voce possui :) 2. Proteja a fita apos o backup E comum se ver nas listas de discussao de Unix (sun-managers, comp.unix.aix, etc.) a seguinte pergunta: Eu dei o comando "tar cvf" ao inves de "tar xvf" e como a fita estava desprotegida, foi iniciada uma gravacao. Existe alguma maneira de se recuperar o conteudo desta fita? Assinado: Des E. Sperado Este tipo de erro e extremamente comum. Se a fita estivesse protegida o maximo que poderia ocorrer seria uma mensagem de erro. Portanto, SEMPRE PROTEJA CONTRA GRAVACAO SUAS FITAS DE BACKUP! 3. Sempre obedeca as duas primeiras regras e evite ser assassinado (ou pior) pelos seus usuarios ************************************* Estrategias para backups Nenhuma estrategia de backup atende a todos os sistemas. Uma estrategia que e adequada para sistemas com um usuario pode ser impropria para sistemas que atendem dez ou mais usuarios. Da mesma forma, uma estrategia adequada para um sistema em que os arquivos sao modificados frequentemente nao se adequa a um sistema em que tais alteracoes sao raras. Apenas o administrador pode determinar com precisao a estrategia que melhor se adequa a cada situacao. Na escolha de uma estrategia de backup tente levar em consideracao os seguintes fatores: -Capacidade de recuperacao em caso de crash total do sistema: -Voce consegue recuperar o seu sistema se um disco quebrar? Voce conseguira recuperar o seu sistema se TODOS os discos quebrarem? E se tudo pegar fogo, inclusive os backups? Embora isto seja quase impossivel, estes fatores devem ser considerados quando da definicao da estrategia de backup. -Verifique os seus backups periodicamente: -O meio de armazenamento pode nao ser totalmente confiavel. Um conjunto de fitas ou disquetes muito grande e totalmente inutil se os dados neles contidos nao puderem ser restaurados. Para certificar-se de que os dados em uma fita podem ser lidos use, faca periodicamente a verificacao dos mesmos (usando, por exemplo, os comandos tar -t ou restore -T). Se voce usa fitas streamer, voce pode usar o comando tapechk para executar uma verificacao rudimentar da integridade da fita. -Estabeleca uma politica de retencao de fitas -Determine um ciclo para reutilizacao de fitas. Voce nao deve, entretanto, reutilizar todas as suas fitas. As vezes se transcorrem meses antes que voce ou mesmo algum usuario sinta a necessidade de restaurar algum arquivo importante que tenha sido apagado por engano. Devido a isto backups antigos, dentro de certos limites, devem ser mantidos. Existem varias formas de se fazer isto, que irao depender em grande parte dos recursos, das peculiaridades e das necessidades de cada instalacao. E o mais importante, esta politica deve ser bem conhecida por todos os usuarios de seus sistemas. -Verifique os sistemas de arquivos antes de cada backup: -Um backup efetuado a partir de um sistema de arquivos corrompido pode ser inutil. Antes de efetuar backups e aconselhavel verificar a integridade dos sistemas de arquivos usando o comando fsck. -Faca backups em horarios em que o sistema se encontre em estado de minima (ou nenhuma) atividade. -Faca um, preferencialmente mais de um, backup antes de efetuar alteracoes substanciais no sistema. E sempre aconselhavel fazer um backup antes de efetuar mudancas de porte no sistema operacional, instalacao de correcoes, mudancas significativas em programas aplicativos, enfim, tudo o que possa representar uma ameaca ao funcionamento normal do sistema. Em caso de problemas o backup significa a volta a um status original em que tudo estava funcionando a contento. Fique atento aos programas que tem proteção contra copia, tenho encontrado problemas com softare quem só permite uma instalação e ou não permite copia para outra maquina, são dispositivos anti-pirataria que impede uma segunda instalação ou copia, exemplo os programas da prosoft, HJ, supersoft e outros. Isto será problema grave na troca de servidor, entre em contato com o fornecedor do soft que tenha proteção semelhante e prepare um roteiro para os casos de emergencia, por exemplo a troca do servidor a noite ou fins de semana em que o fornecedor não dá suporte, estar bem informado sobre estes procedimentos e testes ou simulação, faz parte do dever do administrador do sistema. em alguns casos um clone do HD (só o HD fica barato) pode diminuir os problemas, tais como em emergencias ou acidentes colocar outro servidor no ar rapidamente alem de servir para testes de funcionamento dos programas e restore, ficando para o momento de susbstuição real, em uma emergencia, somente a recuperação dos dados atualizados, além de saber com antecedencia os problemas, facilita a preparação de um plano de contingencia. ************************************** Como desenvolver uma estrategia de backups Os dados (programas ou texto), podem ser divididos em duas categorias: -Dados do sistema: Compreendem o sistema operacional e suas extensoes. Estes dados devem sempre ser mantidos nos sistemas de arquivos do sistema operacional (/ (root), /usr, /tmp, /var, etc). -Dados dos usuarios: Sao os dados que os usuarios necessitam para desempenhar suas tarefas. Estes dados sao normalmente mantidos no sistema de arquivos /home ou em sistemas de arquivos especificamente criados para esta finalidade. Se os dados dos usuarios sao mantidos em sistemas de arquivos separados, a tarefa de gerenciar backups fica mais facil. Normalmente o backup dos dados dos usuarios e feito separadamente dos backups dos dados do sistema por duas razoes: -Os dados dos usuarios sao alterados com mais frequencia do que os dados do sistema. A imagem do backup dos dados dos usuarios e tambem muito menor do que a dos dados do sistema. -E mais facil e rapido restaurar os dados dos usuarios quando estes sao mantidos separados. A restauracao do sistema operacional juntamente com os dados dos usuarios requer um tempo e esforco consideraveis. A razao e que o metodo usado para recuperar o sistema operacional requer um boot do sistema a partir de fita, disquete, ou um outro meio e a instalacao do backup do sistema. ************************************** Copia de Arvore de Diretorios Para copiar uma arvore inteira de diretorios, os programas find e cpio oferecem a combinacao ideal. Por exemplo, suponhamos que queiramos copiar o diretorio /pub/simtel20 para /pub1/simtel20. Para isto executar a seguinte sequencia de comandos: % mkdir /pub1/simtel20 % cd /pub/simtel20 % find . -print | cpio -pdl /pub1/simtel20 Uma outra alternativa seria % cp -R /pub/simtel20 /pub1/simtel20 A desvantagem desta alternativa mas as datas de acesso, modificacao, etc de seus arquivos serao alteradas e possivelmente algumas permissoes tambem serao modificadas. Para evitar isto o comando abaixo pode ser utilizado: (cd /pub/simtel20; tar cvf - .)|(cd /pub1/simtel20; tar xf - .) Como ja dizia o Larry Wall, criador do Perl "There is more than one way of doing it" Tudo acima funciona, mas eu prefiro a primeira alternativa. Escolha a sua :-) ************************************** Backup do /home entre no diretorio /home. execute: tar czvf backup.tar.gz * pronto, vc tem um arquivo backup.tar.gz com todo o conteudo do /home. ou entao copie-o para outro lugar: cp -a /home/* /backup/ ************************************** Alguém sabe como posso fazer o backup completo da lista de usuários e de > sus diretórios /home/usuário??? Acho que o que voce quer fazer da pra fazer com um simples comando TAR, ou um shell scriptzinho rodando no crontab por exemplo. ------------- #!/bin/sh tar cvf /usr/backup/backup.tar /etc/passwd /etc/group /home bzip2 /usr/backup/backup.tar ------------- Este shell script vai compactar os arquivos passwd e group do /etc e todo o diretorio /home no arquivo /usr/backup/backup.tar.bz2. ************************************************************************ De: dicas-l-owner@unicamp.br Assunto: [Dicas-L] Image Backup em Linux Data: 03 Apr 2002 00:13:28 -0300 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20020403.shtml -------------------------------------------------------------------- Image Backup em Linux Colaboração: Carla Alonzo O AIX possui um backup chamado image backup, que é um backup "bootavel" a partir do qual pode-se restaurar a instalação do sistema. No linux é possivel fazermos um backup "bootavel" tambem, utilizando um software chamado Mondo. Este software gera um backup .ISO da sua instalação linux. Voce pode gerar um CD a partir desse .ISO e restaurar a sua máquina total ou parcialmente. Você pode usar esse .ISO tambem para clonar a sua instalação de linux. A partir do .ISO gerado você instala outras máquina identicas as que deram origem ao backup. Esse ISO pode ser gerado diretamente para o CD ou para outra máquina via NFS. Ele faz tambem o backup de partições windows montadas no seu linux. O Mondo é distribuido sob a licenca GPL. Mais informações, o download do programa e documentação podem ser encontrados em: http://www.microwerks.net/~hugo/ --------------------------------------------------------------- A Lista Dicas-L tem o apoio da Livraria Tempo Real http://www.TempoReal.com.br --------------------------------------------------------------- Recomendação: Edulinks Links diversos sobre educação fundamental: matemática, física, inglês, química, história e muito mais. http://edulinks.valedofuturo.unicamp.br --------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 18664 assinantes. Todas as mensagens da Dicas-L ficam armazenadas em http://www.Dicas-l.com.br. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. --------------------------------------------------------------- ************************************************************************ De: crg Responder-a: crg3k@terra.com.br Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Backup do arquivo de contas e respectivas senhas Data: 23 Aug 2002 01:40:04 -0300 Bom, deve ser tudo que esta sob o /home e os arquivos /etc/passwd /etc/shadow /etc/group isso para o basico se tiver outras formas de controle de usuarios como LDAP ou outros servicos como o samba ou usuarios cadastrados no PostgreSQL por exemplo dai tem que pegar outros arquivos e diretorios, voce tem que analisar seu sistema e ver o que deve srer salvo. On Quinta 22 Agosto 2002 16:46, Gustavo wrote: > Oi, pessoal! > > Já procurei algo sobre o assunto abaixo e não encontrei. > Gostaria de saber se há algum meio de fazer backup do(s) arquivo(s) que > referem-se ao cadastro de usuários (contas) e respectivas senhas. Se > existe, quais são estes arquivos? -- CRG ************************************************************************ De: Dorival Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) instalação e configuração de rsync... Data: 07 Nov 2002 23:49:15 -0200 Olá Ricardo Tenho uma receita de bolo que usava. Qualquer problema ou melhoria nessa configuracao me manda. []s Dorival Luiz Fransozi [NA MAQUINA DE BACKUP] em "/etc/services" incluir (se nao tiver) rsync 873/tcp rsync 873/udp criar "/etc/rsyncd.conf" com o seguinte conteudo uid=root read only=false use chroot=yes pid file=/etc/rsyncd.pid [ftp] path=/diretoriodebackup em "/etc/inetd.conf" incluir o daemon rsync stream tcp nowait root /usr/bin/rsync rsync --daemon e start o servico ou reboot a maquina [MAQUINA SERVIDOR] execute: rsync -uvazr /diretoriodedados ipdestino://diretoriodedados ************************************************************************ De: Claudio Matsuoka Para: Darlan - Linux Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Recuperar arquivos apagados no linux Data: 24 Oct 2002 08:37:47 -0200 On Wed, 23 Oct 2002, Darlan - Linux wrote: > um cidadao resolveu apagar um arquivo que era importante pra ele. > existe alguma maneira de recuperar esse arquivo pelo linux? Em ext2 sim. Veja recover(1). NAME recover - recover a deleted file SYNOPSIS recover [device] [options] OPTIONS -h, --help prints help -a, --all no filtering; dump all deleted inodes DESCRIPTION recover recovers a file which matches some ext2 - info about the deleted inode by getting all the deleted inodes and filtering them. It's based upon the Ext2Undeletion-howto by Aaron Crane. Using this utility, your chances to recover a lost file should increase a lot. De: Thiago Macieira Para: Daniel Ferreira Cc: linux-br Assunto: Re: (linux-br) recuperar arquivos apagados Data: 25 Nov 2002 18:18:38 +0100 Daniel Ferreira wrote: >Ola, > >Alguem conhece alguma maneira de recuperar arquivos apagados em um >sistema de arquivos ext3? Posso dizer com 90% de certeza que não tem como. Você pode tentar o método do ext2, mas muito cuidado porque você pode estragar o ext3 no processo. Baixe o programa recover de freshmeat.net, compile-o e o rode. Você deverá identificar os arquivos apagados pelos metadados (hora, dono, grupo, permissões) e o conteúdo, já que o nome do arquivo foi perdido. -- Thiago Macieira - UFOT Registry number: 1001 ************************************************************************ De: Dorival Boege Júnior Para: Marcelo Fujiwara Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Backup Geral Data: 14 Jan 2003 17:09:02 -0200 Em Terça 14 Janeiro 2003 15:54, you wrote: > Salve galera! > Bom, e´ o seguinte: preciso fazer o backup total de um HD, alguém > saberia me dizer o melhor metod para fazer isto? > THANX!!! > > tar clf - / | tar -C "/ponto-de-montagem" -xvf - / - estarias fazendo o backup a partir do barra do teu hd "/ponto-de-montagem" - ponto onde esta montado o seu backup utilizo isto a uns 4 anos, e nunca falhou !!! ************************************************************************ De: Jorge Godoy Para: Julio C. Oliveira Cc: Antonio F. Zago , Linux-br Assunto: Re: (linux-br) Backup pela rede Data: 25 Feb 2003 11:21:55 -0300 "Julio C. Oliveira" writes: > A pergunta "isso é confiavel" baseia-se na possibilidade dos arquivos se > corromperem durante a transmissao, como citei uma das possibilidades > seria compactar os arquivos via tar com gzip no diretorio montado de uma > outra maquina. Mas E SE durante a transmissão ocorrer algum problema? Use um MD5Sum do arquivo compactado. Compare o resultado na máquina de origem e na máquina de destino. Além do mais, backup sem teste de restauração não é backup: é cópia de segurança. Pela lei de Murphy, os dados não serão recuperáveis quando você precisar deles, a menos que você tenha feito o teste de restore... > Justamente, por isso questiono o q seria mais eficiente. E tb se vc > poder comentar alguma forma de checar a integridade de um arquivo > tar.gz eu ficaria grato. Se eu tivesse espaco suficiente no outro > disco eu iria compacatar o arquivo la, gerar um md5sum e tranferir > pela rede, assim eu garantiria q pelo menos nao houve erro na > transmissao, mas isso é impossivel(eu fazia isso antes, porem agora > nao tenho mais espaco suficiente para tal). Podes gerar o MD5 on the fly também... Só que seria mais barato investir R$200,00 para comprar um HD de 20 GiB e realizar o backup do que investir no processador para realizar todas essas tarefas que demandam processamento (compactação e cálculo de MD5). -- Godoy. ************************************************************************ De: dicas-l-owner@unicamp.br Assunto: [Dicas-L] awk: Backup de Arquivos Data: 21 Mar 2003 00:16:24 -0300 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20030321.shtml -------------------------------------------------------------------- Formatos de Arquivos da Internet - Guia de Consulta Rápida http://novateceditora.com.br/guias/formatosarq/ -------------------------------------------------------------------- awk: Backup de Arquivos ======================= Para fazer uma cópia backup de todos os arquivos determinado diretório, podemos fazer algo do tipo: % ls -l | awk '{print "cp",$9,$9 ".bck"}' > backup.sh E o conteúdo de backup.sh: cp arquivo_1.txt arquivo_1.txt.bck cp arquivo_2.txt arquivo_2.txt.bck cp arquivo_3.txt arquivo_3.txt.bck cp arquivo_4.txt arquivo_4.txt.bck cp arquivo_5.txt arquivo_5.txt.bck cp arquivo_6.txt arquivo_6.txt.bck cp arquivo_7.txt arquivo_7.txt.bck cp arquivo_8.txt arquivo_8.txt.bck cp arquivo_9.txt arquivo_9.txt.bck Basta então executar em seguida o script backup.sh. --------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 20941 assinantes. Todas as mensagens da Dicas-L ficam armazenadas em http://www.Dicas-l.com.br. ************************************************************************ De: Edson Sacramento Para: linux-br@bazar.conectiva.com.br Assunto: RES: (linux-br) ...criar usuarios... Data: 16 May 2003 10:36:44 -0300 Srs. grato a todo!!!! funciono blz!!! []s, Edson Sacramento -----Mensagem original----- De: linux-br@bazar.conectiva.com.br [mailto:linux-br@bazar.conectiva.com.br]Em nome de Marcio Vitorino Enviada em: Segunda-feira, 12 de Maio de 2003 01:00 Para: Edson Sacramento; linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) ...criar usuarios... Ola faz o backup com o tar tar -cvzf destes arquivos. /etc/group /etc/passwd /etc/shadown e todo o /home depois é so restaurar e testar, eu fiz uma vez e funcionou legal, fiz no redhat 7.3.. Espero ter ajudado.. Abraços. On Wednesday 07 May 2003 08:59, Edson Sacramento wrote: > por favor, tem como copiar os usuários de uma maquina para outra? tenho uma > maquina com uns 50 usuários e agora tenho que trocar estes usuários de > maquina, tem jeito de copiar as definições dos usuários para esta nova > maquina? ou tenho mesmo que criar um por um novamente? ************************************************************************ De: AWK Para: Uendel Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) socorro perdi meus arquivos !!! Data: 28 May 2003 10:29:19 -0300 On Tue, 27 May 2003, Uendel wrote: > Pessoal qual o metodo mais eficiente de recuperar arquivos no linux , se > eu nao conseguir recuperar meu arquivo vou perder 1 dia de serviços, e > estou e serios apuros. o que devo fazer ??? como agir ??? > configuração > linux 7.0 conectiva server Uendel, Previnir é melhor do que remediar, faça SEMPRE backup dos arquivos importantes. Mas, talvez haja uma possibilidade já que você está usando a versão 7 do conectiva, suponho que o file system seja o ext2, não é? E considerando que você não tenha instalado nada após o incidente. Se seu file system for o ext2 use o mc (Midnight Commander) para recuperá-los. Assim: 1) execute o comando: $ mc 2) Vá até a opção Command/Undelete files (ext2fs only) 3) Na caixa de diálogo que aparece digite: /#undel:hda2 OBS1.: " hda2 é só uma ilustração. Mude para partição real em que o Linux está instalado!!" OBS2.: O mc não irá recuperar os arquivos com os nomes originais será alguma coisa parecida com: 0056969, mas o conteúdo é o mesmo. Então você precisará usar o utilitário 'file' para descobrir o tipo de arquivo ou o 'grep' para pesquisar o conteúdo. [ ]'s ************************************************************************ De: Listas dataSafe Para: Marcelo Fujiwara , linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Software de Backup Data: 11 Jun 2003 22:14:46 -0300 Prezado Marcelo: O BRU - Backup and Restore Utility for Linux/UNIX não é free. Mas faz tudo o que você precisa, possui interface gráfica simples e intuitiva para usuários iniciantes, e interface texto de linha de comando para usuários avançados, backup incremental, e, mais importante de tudo, é muito mais barato do que perder seus dados ou treinar seus usuários finais em alternativas pouco amigáveis. Para aqueles que precisam de uma solução de Backup realmente profissional, tendo sido laureado por 4 anos consecutivos como melhor aplicativo de Backup pela Linux Journal, o BRU ou o BRU Pro estão à altura do desafio, e já em funcionamento em empresas como Embrapa, Itautech, etc... Consulte o nosso site, e baixe uma versão de avaliação: www.datasafeweb.com.br Atenciosamente, Paulo Santana dataSafe ************************************************************************ De: Hamacker Para: Davinio Ross Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) e-mail - Resultado do Backup. Data: 17 Jun 2003 14:25:58 -0300 Da uma olhada neste artigo, ele contem um script interessante para realizacao de backup. Apenas adapte-o as suas necessidades. http://www.gladisto.hpg.ig.com.br/artigos/cuidados_com_backup/nocoes_backup_no_linux.htm []'s Davinio Ross wrote: Ola! Como faço para receber um e-mail automático com o resultado do backup da base de dados, como o listado abaixo, este grava em /var/spool/mail/root, como faço para receber uma copia todos os dias. Coloquei no cron para me enviar o arquivo /var/spool/mail/root, só que ele vai aumentando. ************************************************************************ De:  Listas dataSafe Para:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br)Sistema de Backup / Server Linux Data:  Wed, 16 Jul 2003 21:47:30 -0300 Prezado Amigo: > Pessoal, existe algum sistema de backup que : > 1- Rode em Linux > 2- Faça backup em estações windows (98/XP/2000) > 3- Não cause impacto nas estações de trabalho durante > o backup > 4- Compacte e faça o check-up contra vírus O BRU Pro atende a todas os requisitos acima, pois o servidor de Backup roda em Linux, mas os clientes remotos podem rodar em Windows 9x, NT, 2000, XP, 2003, Macintosh, AIX, HP-UX, etc... Além disso, conta com todo o suporte em português, por telefone e e-mail, aqui no Brasil. Maiores informações, e versão de avaliação, acesse o nosso site: www.datasafeweb.com.br -------------------------------------------------------- Paulo Santana                          (0xx21) 2258-9056 Backup e Storage é na dataSafe    www.datasafeweb.com.br --------------------------------------------------------     BRU: Backup and Restore Utility for Linux/UNIX ************************************************************************ De:  Paulino Kenji Sato Para:  linux-br Assunto:  (linux-br)problemas com rsync travando Data:  Wed, 23 Jul 2003 14:52:03 -0300 (BRT) Ola, Estou usando o rsync para fazer o backup de um servidor de email para uma outro host, a copia e feita para um nfs. Parece funcionar bem, exceto que muitas vezes (quase sempre) o rsync parece que congela, não termina a execução. No log, parace que o rsync completou a copia da arvore. Será porque o sistema de arquivos sofreu modificações durante o processo? Estou usando o rsync assim: rsync -avvz --delete --exclude 'lost+found' /mail /mnt/backup/ >backup.log o /mnt/backup/ e montando por nfs.                                                                   Paulino ************************************************************************ De:  Listas dataSafe Para:  'linux' Assunto:  Re: (linux-br)raid x espelhamento x backup Data:  Thu, 7 Aug 2003 13:23:09 -0300 Prezado Osvaldo: > Por isso estou pensando em fazer o backup ou espelhamento em outra máquina. > O BRU é adequado para isso? Ele tem que ter clientes de backup em windows e > salvar o backup em uma máquina linux. O BRU Pro funciona exatamente desta forma: Um cliente nativo é instalado em cada plataforma que ele suporta (Windows 9x, NT, 2000, XP, 2003, AIX, Solaris, MacOS X, etc...), que então se comunica com o BRU Tape Server, na máquina Linux. Além da segurança (os dados podem ser criptografados entre cliente e servidor, e com agentes nativos não há necessidade de se deixar mountpoints "visíveis" ou compartilhados na rede, como é no caso de acesso por SMB/NFS), simplicidade (você pode programar todos os seus backups a partir do servidor, visualizando os arquivos de todas as máquinas onde os clientes estão instalados, sem necessidade de logar em cada uma delas, seja qual for a plataforma do cliente) a performance do backup cliente/servidor do BRU nesta configuração é infinitamente superior ao acesso "normal" via SMB/NFS, e só é limitada pelo troughput do seu dispositivo de backup e do seu backbone de rede. Mais informações e versão de avaliação do BRU Workstation e Pro em www.backuplinux.com.br -------------------------------------------------------- Paulo Santana                          (0xx21) 2258-9056 Backup e Storage é na dataSafe    www.datasafeweb.com.br -------------------------------------------------------- ************************************************************************ De:  Dicas-L-Owner@unicamp.br Assunto:  [Dicas-L] Sincronização de Conteúdo com rsync Data:  Tue, 30 Sep 2003 02:30:33 -0300 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20030930.shtml --------------------------------------------------------------------                 PostgreSQL: Introdução ao Banco de Dados                     Campinas: 9 e 10 de outubro                            Mais informações       http://www.dextra.com.br/servicos/treinamento/pg/pgintro.htm -----------------------------------------------------------------------   Sincronização de Conteúdo com rsync   =================================== Nos dias de hoje, com os dados em sistemas computadorizados sendo atualizados constantemente ao longo das 24 horas do dia, surgiu a necessidade de se fazer a replicação de conteúdo de forma mais ágil e que permita a recuperação quase imediata de informações. Eu uso com frequência o rsync para fazer estas tarefas. Desde a replicação de dados pessoais em outros computadores até o backup de sistemas inteiros. A sintaxe é bastante simples. Alguns exemplos:   rsync -avz -e ssh acme.com.br:/home/queiroz . O comando acima irá copiar, no diretório corrente, todo o diretório chamado /home/queiroz. Já o comando   rsync -avz -e ssh acme.com.br:/home/queiroz/ . irá copiar apenas o conteúdo do diretório /home/queiroz As diretivas usadas significam: - a - archive, basicamente indica que voce quer que a cópia seja recursiva e que tudo seja preservado (links simbólicos, por exemplo). - v - verbose, escreva tudo que estiver fazendo - z - compactar os arquivos transferidos - e - especifica a shell remota a ser usada, no nosso caso, ssh, o que garante que os dados serão transmitidos usando criptografia O comando rsync possui uma grande vantagem: ele copia apenas o que mudou na árvore de diretórios. De um arquivo modificado ele irá transferir apenas o blocos novos ou alterados. Antes de transferir os dados, faz uma comparação do arquivo na origem e no destino. Os arquivos são quebrados em segmentos e os seus checksums são comparados. Os pedaços cujos checksums forem diferentes são transmitidos. Em um mundo em que os computadores estão ficando cada vez mais baratos, o rsync pode ser uma alternativa, entre as muitas existentes, de se manter um espelho de uma máquina de produção. Em caso de falhas, a máquina espelho assume rapidamente o lugar da máquina principal. O rsync foi escrito pelo mesmo criador do Samba, Andrew Tridgell. ----------------------------------------------------------------------------- De aorcdo com uma pqsieusa de uma uinrvesriddae ignlsea, não ipomtra em qaul odrem as lrteas de uma plravaa etãso, a úncia csioa iprotmatne é que a piremria e útmlia lrteas etejasm no lgaur crteo. O rseto pdoe ser uma ttaol bçguana que vcoê pdoe anida ler sem pobrlmea. Itso é poqrue nós não lmeos cdaa lrtea isladoa, mas a plravaa cmoo um tdoo. Vdaerde! -------------------------------------------------------------------- Simpósio Internacional ISTEC/IEEE em Educação Continuada Avançada: Políticas e Tendências em Formação Continuada em Engenharia         21 e 22 de outubro de 2003 - Unicamp          http://rau-tu.ccuec.unicamp.br/ace -------------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 22611 assinantes.        Todas as mensagens da Dicas-L ficam armazenadas em                http://www.Dicas-l.com.br. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. --------------------------------------------------------------- ************************************************************************ De:  Dicas-L-Owner@unicamp.br Assunto:  [Dicas-L] Como criar e extrair um backup em uma unidade de fita remota Data:  Wed, 11 Feb 2004 02:52:14 -0200 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20040211.shtml -------------------------------------------------------------------- O que Gera Preferência? http://www.idph.net/artigos/nossacomunidade/o_que_gera_preferencia.php ---------------------------------------------------------------------------------------   Como criar e extrair um backup em uma unidade de fita remota   ============================================================ Colaboração: Carla Cristina Alonzo Duclós         Extrair:         ======== Para extrair um backup de uma fita localizada em outro servidor remotamente:   $ ssh 'dd if=/dev/rmt0' | tar xvf - O dd é executado na máquina remota através do ssh e lê o conteúdo da fita que se encontra nesse servidor. O pipe (|) redireciona a leitura da fita, que está acontecendo remotamente, para o comando tar, que é executado localmente.         Criar:         ====== Para criar um backup usando uma unidade de fita remota:   $ tar cvf - | ssh dd of=/dev/rmt0 O tar executado localmente vai gerar o conteudo a ser enviado para a fita que se localiza em outro servidor. Esse conteúdo é redirecionado através do pipe (|) para o ssh que executará na máquina remota um dd que irá escrever os dados na fita. OBS: /dev/rmt0 é o dispositivo de fita em sistemas AIX. Para usar em outros unixes basta substituir pelo dispositivo equivalente. -------------------------------------------------------------------- Integrando PHP com MySQL - Guia de Consulta Rápida http://novateceditora.com.br/guias/intphpmysql/ -------------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 23906 assinantes.        Todas as mensagens da Dicas-L ficam armazenadas em                http://www.Dicas-l.com.br. A redistribuição desta e outras mensagens da lista Dicas-L pode ser feita livremente, deste que o conteúdo, inclusive esta nota, não sejam modificados. --------------------------------------------------------------- ************************************************************************ De:  Roger Freitas Lovato Para:  Marcelo Silva Cc:  linux-br Assunto:  Re: (linux-br)Desater recovery para linux Data:  Fri, 20 Feb 2004 00:13:59 -0300 No Conectiva existe o aplicativo OEM Restore, que poderá restaurar tudo que estava no HD (inclusive seus arquivos de configuração) de uma forma muito fácil e rápida. E funciona! :-) Em um CD, pode ser possível colocar um servidor de aproximadamente uns 2GB tranquilo. Se vc tiver um backup em fita, melhor ainda. Vc pode instalar o seu servidor, criar uma imagem com o OEM Restore já confirado para acessar um backup com o Amanda por exemplo a partir daí, bastaria começar a recuperar os dados do seu último backup na fica DAT. []'s Roger alguem sabe de um jeito fácil de fazer isso ...recovery via disquete ou fita > teria que ser um disquete que identificaria a controladora e a fita e depois > recuperasse todo o hd que tenha o S.O. linux .. >   > ************************************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Permissoes para Backup Data:  Thu, 25 Mar 2004 20:48:08 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gustavo { Ozzy } wrote: >Como criar um usuário (com o nome de bkp, por exemplo) e dar a ele >permissões de copiar todos os sub-dirs. de /home, sem ter q alterar as >permissões do diretório como por exemplo 750? Isso não existe. >Ou, que outra solução vcs me indicariam? Existe um meio de obter essas permissões, sem recorrer ao root. Um meio de fazer isso é usando capabilities do Linux, mas não existem muitos utilitários que fazem uso disso. Outro, mais simples, é usar o sudo. Apenas restrinja quais comando os usuário em questão poderá lançar. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************************************************ De:  Jorge Eduardo Quintão Responder-a:  jorge@netsol.com.br Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Permissoes para Backup Data:  Thu, 25 Mar 2004 21:24:43 -0300 Olá Gustavo, Como criar um usuário (com o nome de bkp, por exemplo) e dar a ele > > permissões de copiar todos os sub-dirs. de /home, sem ter q alterar as > > permissões do diretório como por exemplo 750? > > Tenho duas alternativas para lhe sugerir... Ou, que outra solução vcs me indicariam? > >    > > Bom, como disse eu lhe daria duas alternativas: 1) Gerar um "tar czvf /bkp/home.tgz /home" para gerar um arquivo home.tgz no diretório /bkp que seria o home do usuário bkp. A vantagem é que o TAR iria preservar os permissões dos arquivos... 2) Fazer uma cópia noturna do "/home" para o micro onde seria guardado o backup, usando algum comando como "scp -r /home root@maquina.onde.fica.o.backup:/home"... Dependendo do volume de dados, vc poderia trocar o "scp" por um "rsync", para que diariamente só fossem enviadas as modificações... Abraços, Jorge Eduardo Quintão - NetSol Ltda Rua Domingos Vieira, 587 Conj. 1511-1519 http://www.netsol.com.br +55-31-3241-8001 ************************************************************************ De:  Marco Aurélio Para:  Lista-Linux-BR Lista , NRnet Assunto:  Re: (linux-br)Backup de Servidores Data:  Thu, 22 Apr 2004 08:52:36 -1200 Bem...vc quer fazer esse backup localmente ? ou remotamente tb ? Localmente não tem muito sentido né, tenho um script que criei e coloco ele pra rodar na cron todos os dias. Segue abaixo o mesmo: -------------------------- #!/bin/bash ############################################### #BACKUP dos 3 ultimos dias. # # Marco Aurélio (radius_mk@bratelcom.com.br) ################################################ ANTIGO=`date -d '3 day ago' +%Y%m%d` HOJE=`date +%Y%m%d` echo ----------------------------------------------------------------------- --------- echo Gerando backup de hoje... echo $HOJE echo tar -cvz /etc --file /backup/backup_etc_$HOJE.tar.gz tar -cvz /home/httpd --file /backup/backup_http_$HOJE.tar.gz tar -cvz /var/lib/mysql --file /backup/backup_mysql_$HOJE.tar.gz tar -cvz /var/spool --file /backup/backup_spool_$HOJE.tar.gz tar -cvz /var/named --file /backup/backup_named_$HOJE.tar.gz tar -cvz /var/log --file /backup/backup_log_$HOJE.tar.gz echo Gerando arquivo temporario para conexão com o FTP... echo echo echo user usuarioftp senhaftp >> /backup/tmp.bk echo cd terra >> /backup/tmp.bk echo dele /backup_etc_$ANTIGO.tar.gz >> /backup/tmp.bk echo dele /backup_http_$ANTIGO.tar.gz >> /backup/tmp.bk echo dele /backup_mysql_$ANTIGO.tar.gz >> /backup/tmp.bk echo dele /backup_spool_$ANTIGO.tar.gz >> /backup/tmp.bk echo dele /backup_named_$ANTIGO.tar.gz >> /backup/tmp.bk echo dele /backup_log_$ANTIGO.tar.gz >> /backup/tmp.bk echo put /backup/backup_etc_$HOJE.tar.gz backup_etc_$HOJE.tar.gz >> /backup/tmp.bk echo put /backup/backup_http_$HOJE.tar.gz backup_http_$HOJE.tar.gz >> /backup/tmp.bk echo put /backup/backup_mysql_$HOJE.tar.gz backup_mysql_$HOJE.tar.gz >> /backup/tmp.bk echo put /backup/backup_spool_$HOJE.tar.gz backup_spool_$HOJE.tar.gz >> /backup/tmp.bk echo put /backup/backup_named_$HOJE.tar.gz backup_named_$HOJE.tar.gz >> /backup/tmp.bk echo put /backup/backup_log_$HOJE.tar.gz backup_log_$HOJE.tar.gz >> /backup/tmp.bk echo quit >> /backup/tmp.bk echo echo echo Tranferindo arquivos por FTP... ftp -ni 10.0.0.1 < /backup/tmp.bk echo Removendo backup de anteontem e arquivos temporarios rm -f /backup/backup_etc_$ANTIGO.tar.gz rm -f /backup/backup_http_$ANTIGO.tar.gz rm -f /backup/backup_mysql_$ANTIGO.tar.gz rm -f /backup/backup_spool_$ANTIGO.tar.gz rm -f /backup/backup_named_$ANTIGO.tar.gz rm -f /backup/backup_log_$AMTIGo.tar.gz rm -f /backup/tmp.bk ------------------------ Como vc pode ver eu faço backup dos diretorios /etc, /home/httpd, /var/mysql, /var/spool, /var/named, mas vc pode adicionar e remover diretorios conforme a sua nescessidade. Esse script manda o backup para um servidor FTP, mude o usuário e a senha e o servidor ftp conforma sua nescessidade. Para agendar as 05:00  coloque o seguinte no /etc/crontab 0 5 * * * root /root/backup.sh onde /root/backup.sh e onde esta o seu script de backup. Espero ter ajudado.                           Marco Aurélio                           Adm. rede/sistemas >Tenho CL 8.0 e quero fazer backup dos meus servidores de DNS, http, >postifix, radius, etc todos os dias às 5:00 hs da madruga em outra máquina. >Por onde começo. Monto um servidor de backup? O que faço? ************************************************************************ De:  Alvaro Figueiredo Para:  ronaldt , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)backup Data:  Fri, 23 Jul 2004 14:54:45 -0300 Em Sex 23 Jul 2004 10:19, ronaldt escreveu: > Bom dia lista!! > > Alguem conhece algum aplicativo para backup, mas que rode > somente no shell, sem necessidade de interface? > > Obrigado tar cpio dump/restore -- Alvaro Figueiredo alvarof@freeshell.org ************************************************************************ De: Joaquim-abc Para: lista linux-br Assunto: Re: (linux-br)Backup de Servidor Data: Mon, 31 Oct 2005 16:51:36 -0200 Em Seg, 2005-10-31 às 14:02 -0200, Eddy Martins escreveu: > tenho um servidor completo com apache/mysql funcionando balinha mas > email com qmail. > > > quero fazer um backup, gostaria de sugestoes para melhor faze-lo > > pensei no dd e clonar um hd, uso particao raisefs > > tem algum modo de fazer backup do servidor inteiro por rede ???? > > tipo.. fazer um espelhamento e tal ???? > Um backup para ser efetivo, deve permitir o seguinte: 1) - Alta diponibilidade 2) - Protecao contra delecao de arquivos (alteracao de dados) 3) - Protecao contra perda total (incendio por exemplo) 1) - Espelhamento usando: drbd, heartbeat e monit, ou alguma solucao proprietaria e dispendiosa. 2) - Programar uma copia para outro disco no proprio servidor em um horario que a maquina esteja mais livre (usar o rsync, ou cpio) 3) - Copiar (a copia gerada no item 2) para fita e armazena-la fora do local de servico (usar tar, cpio ou taper) Espero ter ajudado joaquim abc ************************************************************************