Diferença entre backups: veja permissões, diferenças de grupo e de proprietário e de link sym

Question

Pergunta

Usando somente a linha de comando, é possível saber se um backup de rsync (em um NAS) e a árvore de pastas original (em um servidor da Web) são exatamente iguais? Quero dizer, em termos de tamanhos de arquivos, atributos e links simbólicos?

Eu faço mais por links simbólicos. Em caso de falha no disco rígido - digamos que posso resolver todos os problemas de inicialização - poderei colocar de volta todos os arquivos com todos os links simbólicos feitos corretamente e suas permissões / atributos?

Contexto Estou configurando um sistema de backup rsync no qual meu NAS (braço processador) se conecta ao meu servidor dedicado hospedado longe e faz um backup da partição / .

No caso de uma falha de disco, eu planejo fazer a mesma configuração de partição no novo disco, ao instalar o mesmo sistema operacional (14.04), de modo a colocar o MBR / boot loader no lugar.

Em seguida, rsyncreço o backup do NAS para o servidor, reinicie e cruze meus dedos.

A questão é que só vou saber se tudo funciona no dia em que eu precisar do backup…. Mas posso tomar medidas para saber se isso funcionará antes. Um deles está verificando se todos os arquivos, pastas, links simbólicos… no backup têm as mesmas permissões, atributos, o que não o original. Eu também preciso verificar se os links sym e similares estão corretos.

As opções que eu uso com o rsync são:

rsync -rlptgoDXvxzH --numeric-ids --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"}

A opção A está causando problemas.

EDIT: INFORMAÇÃO ADICIONAL

O que estou procurando é uma estratégia de backup funcional que me permita:

- para executar backups rápidos e surpreendentes. Como faço backup da partição do sistema / , retiro a maioria dos serviços no servidor (apache, postfix, dovecot, mysql, etc.) para poder ter um backup seguro . Qualquer solução como rsync é boa, porque eu posso atualizar um diretório mirror no NAS. Então, off-line, posso cuidar da estratégia de backup (incremental, etc…) do espelho atualizado.

- para restaurar rapidamente (não quero transferir uma imagem de disco de 100 GB). Eu tenho uma conexão muito rápida entre o NAS e o servidor. Eu quero dizer muito rápido. A transferência de uma imagem de disco de 10 GB é uma questão de minutos.

O que não posso fazer : alterar a configuração física do servidor hospedado. Eu tenho um disco de 500 GB. Isso é tudo.

O que eu posso fazer : inicializar o servidor em um modo de recuperação no qual o disco não está montado. O modo de recuperação funciona mesmo com um disco morto. Eu uso este modo para executar imagens binárias de partições.

Configuração atual: / 10 GB, 17% completo SWAP 512 Mo /var 80 GB /bkup o resto ... para 500 GB.

    

Answer 1

Minha experiência

1. Configuração

Primeiro criei uma partição Ext4 no meu PC usando gparted .

Então eu iniciei em uma pequena instalação do Arch GNU / Linux, na esperança de que isso traria um melhor desempenho. Então eu anexei o meu Raspberry Pi com um apenas um pouco modificado Raspbian GNU / Linux Instalação via Ethernet para o PC.

Depois montei a partição Ext4.

2. Copiando

Depois disso, copiei a partição / do Pi para o meu PC.

rsync -rlptgoDXvxzH --numeric-ids --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} root@raspberrypi:/ rsync_mount/

Isso levou cerca de 20 minutos. Se você copiar seu servidor para o seu NAS, talvez seja necessário

• um flatrate (ou muito dinheiro;))

• muito tempo

  3. bricking o Raspberry Pi

Depois eu fiz o bricking do meu Raspberry Pi usando

ssh root@raspberrypi

rm -r /run /var /etc /usr

Então eu tive que desconectar o cabo de alimentação porque nada estava funcionando mais.

4. reparando o Raspberry Pi

Por último, liguei o cartão SD da Rpi ao meu computador, montei-o e consertei-o usando

cp -rpvxH  rsync_mount/* rpi_mount/

depois de desmontar o cartão SD e inicializar o Rpi tudo funcionou bem novamente.

Fazit

A parte com rsync funcionou bem, mas não sei se funcionará com uma nova instalação completa. Talvez então o kernel não caiba no que você copia de volta no servidor.

Vou fazer outra tentativa, onde instalo uma nova versão do kernel após o rsyncing.

    

Answer 2

O que você está realmente perguntando é: O que é uma boa estratégia de backup para o meu servidor e isso depende do que você quer fazer quando o relâmpago atingir seu servidor ...

Para mim, a restauração rápida é o que eu quero, então o que eu faço é:

Eu tenho um disco adicional pequeno, antigo e barato contendo 2 partições adicionais no servidor: uma partição ext4 de 500GB contendo os backups do sistema e um boot FAT32 de 500MB, partição diag (sim, MegaByte, e é um pouco grande demais !) contendo CloneZilla.

Sempre que eu vou fazer algumas mudanças drásticas no servidor ou sempre que sinto que posso pagar um tempo de inatividade de 5 minutos, inicializo o servidor na partição FAT32 CloneZilla, que então faz o backup da partição raiz excluindo "/ casa "em 5 minutos! (usando disco para imagem)

Eu tive que restaurar a imagem apenas uma vez e funciona como um encanto: o servidor foi atrasado 1 mês (como eu não tinha certeza quando introduzi o problema), instalei todas as atualizações e então tive que refazer meu trabalho do último mês que foi basicamente instalar alguns utilitários.

Além disso, eu rsync my /home e a partição de backup de imagem do sistema semanalmente na segunda-feira 03:00 am (que é quando o servidor tem seu menor uso).

Se isso for bom o suficiente para você, use a mesma estratégia.