Faça backup do seu servidor: 6 etapas

2024 Autor: John Day | [email protected]. Última modificação: 2024-01-30 11:39

Por JohntronJohntron SpeaksSiga mais do autor:

Sobre: Desenvolvedor de software, cofundador e tecnólogo da Placethings. Atualmente cursando pós-graduação no programa de Mídia Emergente e Comunicações da Universidade do Texas em Dallas. Mais sobre Johntron »

Aprenda como fazer backup de sua caixa * nix em um disco rígido externo (ou unidade de fita sem muito esforço). Abordo a instalação da mídia de backup, usando `dump`, restaurando e também fazendo backup de arquivos de um servidor remoto para um disco rígido externo. Para fazer backup de um PC com Windows, leia o artigo lifehacker.com aqui. Etapa 1: Prepare o material Etapa 2: Faça um `dump`Etapa 3:` restoreEtapa 4: Backups remotosEtapa 5: AutomaçãoO logotipo do FreeBSD é uma marca comercial da The FreeBSD Foundation e é usado por John Syrinek com a permissão da The FreeBSD Foundation.

Etapa 1: Prepare o material

Antes de fazer um backup, você precisa ter algo para fazer o backup. Tradicionalmente, isso tem sido unidades de fita; entretanto, um disco rígido externo (de qualidade) funcionará perfeitamente. Você não PRECISA usar um disco rígido externo, mas com um disco externo você tem a conveniência de poder trazer o disco rígido para casa (ou para algum outro local externo). Usei alguns MyBook da Western Digital. A Circuit City teve um desconto de 80% nas unidades externas (selecionadas) e eu comprei duas unidades de 250 GB por um preço muito barato. Na minha experiência, a Western Digital tem unidades de alta qualidade (o que significa que duram para sempre). Isso os torna ótimos para um backup. Se você vai passar pelo aborrecimento de fazer backup de algo, não vai querer que a mídia de backup se esgote em você. OK, assim como em meu outro artigo, estarei usando o FreeBSD®; no entanto, a maioria das coisas que irei abordar podem ser feitas em qualquer tipo de Linux, Unix ou BSD. (Pule o próximo parágrafo se você já tiver suporte para USB 2.0 ou não estiver usando uma unidade USB externa) Os MyBooks são Unidades USB 2.0. O FreeBSD 5.4-STABLE não tem o driver EHCI (basicamente o que fornece USB 2.0) habilitado por padrão. Esta é uma solução fácil, embora alguns possam pensar que recompilar o kernel é assustador (não é). Se você é um dos tipos excessivamente cautelosos, recomendo fazer um backup ANTES de recompilar o kernel. O USB 2.0 pode não estar habilitado, mas o USB 1.1 ainda funciona. É muito mais lento. Para habilitar o EHCI, leia esta página do Manual. Você provavelmente também terá que consultar esta seção do Manual que explica como realmente recompilar o kernel. Se você estiver usando um drive externo, ou mesmo um drive interno, você precisará montar o drive antes de usá-lo. Isso é feito com o comando `mount` e é bastante direto. Aqui está a página de manual do mount. Se a montagem estiver reclamando de não ser capaz de determinar o tipo de sistema de arquivos, você provavelmente precisará formatar a unidade. Para fazer isso, você precisará saber o dispositivo correto para formatar. Para mim, era / dev / da0, mas para você pode ser diferente. Consulte a documentação da sua distribuição. Depois de determinar a qual dispositivo seu HD externo está conectado, você precisará fazer a formatação real da unidade (bem, partição). Se precisar de ajuda para particionar sua unidade, é só me perguntar. O FreeBSD usa mkfs para criar sistemas de arquivos em partições. Qualquer tipo de sistema de arquivos funcionará, mas optei por usar UFS porque é o que o FreeBSD usa por padrão. FAT32 é provavelmente o mais compatível com outros sistemas operacionais, e Ext3 é o que a maioria dos tipos de Linux estão usando hoje em dia (ou pelo menos usaram da última vez que usei Linux). Então, usei este comando para montar meu drive: mount -t ufs / dev / da0 / backupOK, você deve ter sua mídia de backup pronta para usar. Caso contrário, pergunte:) Vá para a Etapa 2. A marca FreeBSD é uma marca registrada da The FreeBSD Foundation e é usada por John Syrinek com a permissão da The FreeBSD Foundation.

Etapa 2: faça um `despejo`

Vamos fazer backup de nossos animais. Há algumas maneiras de fazer isto. Dump e Tar são provavelmente os dois mais comuns, e ambos têm seus próprios pontos fortes e fracos. Dump é a maneira mais confiável de fazer backup de seu sistema; no entanto, ele só pode fazer backup de partições inteiras. Tar é rápido e fácil de usar em pastas individuais, mas leva algum tempo para fazer backup de volumes maiores. Tar também compacta os arquivos, adicionando uma camada de complexidade que pode corromper seus backups. Leia esta página para obter mais informações. Decidi usar o dump por causa da confiabilidade. O espaço de armazenamento não era um problema e, como o cron executa backups para mim automaticamente enquanto durmo, não preciso me preocupar com prazos. Uma das peculiaridades do dump é que ele faz backup de partições inteiras. Isso significa que você deve despejar cada partição individualmente (por exemplo, as partições / usr, / var e / tmp, bem como a partição /). O despejo também permite que você especifique o "nível" do backup. Farei backups semanais e noturnos. Para meus backups semanais, eu uso o nível 0, e para os meus backups noturnos, eu uso o nível 2. Se você estiver usando uma unidade de fita ou se quiser economizar espaço de armazenamento, considere usar um esquema de backup da Torre de Hanoi (Google it. (Lembre-se, / backup é onde eu tenho meu HD externo montado) Os comandos que usei para despejos semanais são:

• despejar -0Lna -C 100 -f / backup / semanal / root /
• despejar -0Lna -C 100 -f / backup / semanal / usr / usr
• despejar -0Lna -C 100 -f / backup / semanal / var / var
• despejar -0Lna -C 100 -f / backup / semanal / tmp / tmp

Os comandos que usei para despejos noturnos são:

• despejar -2Lna -C 100 -f / backup / noturno / root /
• despejar -2Lna -C 100 -f / backup / noturno / usr / usr
• despejar -2Lna -C 100 -f / backup / noturno / var / var
• despejar -2Lna -C 100 -f / backup / noturno / tmp / tmp

Na verdade, usei o comando `date` para nomear meus arquivos, mas omiti isso para simplificar. Um dump usando o comando `date` seria parecido com isto: dump -0Lna -C 100 -f / backup / semanal / usr /` data "+% Y-% B-% d" `/ usr Claro, você vai precisar para criar qualquer diretório de destino de backup apropriado antes de executar o comando dump, mas você deve ser capaz de descobrir isso. E agora você deve ter um instantâneo do seu sistema, ou pelo menos saber como criar um. A próxima etapa é como usar a restauração e como fazer disquetes "fixit". NÃO Pule esta etapa ou você está perdendo seu tempo.

Etapa 3: `restaurar`

Já faz um tempo que não preciso restaurar um backup, então tenha paciência.

Para restaurar um backup, você precisa ter algum tipo de sistema operacional mínimo para transferir o backup de sua mídia de backup para a máquina ao vivo, uma máquina AO VIVO (por exemplo, nenhum hardware com defeito) e seus próprios backups. Para o sistema operacional mínimo, uso o mesmo CD que usei para instalar o FreeBSD. Sysinstall tem um modo "Fixit" para restaurar backups. Se você tiver um hardware diferente do padrão, pode ser necessário criar seu próprio disco inicializável personalizado. Isso não será abordado neste artigo, mas basicamente consiste em criar um kernel barebones e colocá-lo em um disco inicializável. Nota: Um kernel do FreeBSD 5.4 MUITO mínimo tem cerca de 2,3 MB, o que significa que não cabe em um único disquete. Então, basicamente, se o cocô bater no ventilador (ger ger ger), você inicializa a partir do CD, entra no modo "Fixit", monta o disco rígido e executa o comando de restauração. Acredito que você tenha que montar e desmontar as partições que está restaurando, uma de cada vez. Além disso, suas tabelas de partição devem estar limpas, o que significa que você pode ter que usar `bsdlabel` para consertar suas partições. Comando Restore: (após montar uma partição limpa e mudar para o diretório da partição de destino) restore vrf / dev / da0 Observe que é possível restaurar partes (arquivos ou diretórios individuais) de backups criados usando dump, se necessário.

Etapa 4: backups remotos

Os backups remotos podem ser feitos usando rdump, scp ou software customizado. A maioria das empresas de hospedagem fornece (por uma taxa) backups noturnos. Eu recomendo ALTAMENTE isso se você valoriza seus dados. Eu tive dois servidores dedicados de dois hosts diferentes. Embora esses backups sejam normalmente armazenados em uma unidade separada, eles geralmente estão no mesmo prédio, portanto, se algo acontecer ao prédio (o que é improvável, mas definitivamente possível), então você é SOL. É por isso que eu recomendo fazer seu próprio backup externo (em relação ao sistema que está sendo feito o backup), bem como backups noturnos locais. Observe que eu tive que adicionar a extensão.txt para fazer o upload do script (você pode remover isso). Como a empresa que hospeda minha máquina remota realiza backups `tar` noturnos, decidi apenas copiar esses arquivos para uma máquina local todas as noites base. Eu escrevi um script de shell orientado a PHP (porque é isso que eu sei) que basicamente sincroniza os arquivos de backup de um sistema remoto com uma cópia local. Ele baixa novos arquivos, (opcionalmente) baixa novamente os arquivos de backup que têm discrepâncias no tamanho dos arquivos e remove cópias locais que não existem no sistema remoto. Isso economiza largura de banda, tempo e espaço de armazenamento. É basicamente apenas um wrapper `diff` para` scp`. A fonte pode ser encontrada no final desta página. Se você usá-lo, certifique-se de chmod-lo para ter permissão de execução (chmod u = + rx fetchbackups). Eu recomendo que o usuário operador execute este script (operador chown fetchbackups). Métodos alternativos de backup remoto incluem o uso de `scp` em um diretório inteiro, usando` rdump` ou, como os clievers apontaram, usando `rsnapshot` ou` backuppc`. Se você não tem acesso root ao seu servidor remoto, alguns desses métodos podem não ser possíveis, e `scp` freqüentemente requer muito tempo e largura de banda.

Etapa 5: Automação

Então você decidiu fazer um instantâneo do seu sistema e agora quer fazer isso todas as noites. O Cron funciona muito bem para isso e é muito simples de configurar.

Cron jobs são simplesmente comandos executados regularmente. Eles podem ser executados mensalmente, todas as noites ou mesmo às 7h30 nas manhãs de segunda-feira. Cron jobs são especificados no arquivo crontab. No FreeBSD, este arquivo está localizado em / etc / crontab. Veja as páginas de manual de / etc / crontab para descobrir como ele funciona. Anexei meu crontab a esta página (remova a extensão.txt). Tudo que você faz é adicionar seus trabalhos do cron e salvar o arquivo. O arquivo é reavaliado a cada minuto, então pronto.

Etapa 6: Conclusão e Reflexões Finais

Esperançosamente, você conseguiu fazer o backup de sua (s) máquina (s). O que se segue são apenas algumas notas sobre o assunto.

Se você leva backups a sério, então TESTE, TESTE, TESTE. Certifique-se de que seus procedimentos de backup e restauração sejam perfeitos. Os backups que você não pode restaurar são inúteis. Um problema que encontrei foi definir o tamanho do cache muito grande. Isso pode (basicamente) causar DoS em seu sistema e fazer com que ele congele. Seu cache deve ser sempre uma fração de sua RAM para ser eficaz (um quinto do meu) e NUNCA deve exceder o tamanho do seu espaço de swap. 32 MB é o que a página de manual do dump recomenda. Embora essas informações possam estar desatualizadas, ter um cache grande não fará muita diferença se você tiver a noite toda para fazer backup do sistema. Se você automatizou seus backups, verifique se eles estão funcionando. Seria um verdadeiro pesadelo seu sistema travar e ENTÃO perceber que seus crons de backup pararam de funcionar 6 meses atrás devido a espaço insuficiente em disco. Os cron jobs apenas automatizam o processo de "complacência". Se você fizer backups manualmente, não se torne complacente e se esqueça. Faça disso uma rotina. Não confie em tarefas cron também, porque elas podem falhar. Os backups são apenas cópias de seus arquivos. Isso significa que os backups devem ser protegidos tão bem, senão melhor do que seus sistemas ativos. Mantenha seu disco rígido externo em um local seguro (como longe da água E de ladrões). Execute cronjobs de backup como o usuário 'operador'. Esta é uma conta limitada que existe para coisas como esta. Certifique-se também de que usuários normais não possam executar backups. Se você acha que pode ser o alvo de um ataque sofisticado (ou mesmo se não o fizer), sempre criptografe os dados transferidos durante os backups remotos. Devido à quantidade de informações, bem como à regularidade dos backups (se você estiver usando cronjobs), os hackers podem demorar para roubar suas informações. A criptografia é fácil, então use-a. Certifique-se de que usuários normais não possam executar backups em seus próprios dispositivos. Além disso, `scp` requer autenticação. Eu recomendo ALTAMENTE chaves públicas / privadas pré-compartilhadas. Você não quer que sua senha seja transmitida sempre que um backup for executado.