Restaure o backup do linux para novo hardware

Question

Eu estava procurando seguir as instruções em esta pergunta de falha de servidor para restaurar um backup de um servidor para um novo hardware. Estou um pouco confuso com todo o processo e tenho algumas perguntas específicas que eu realmente gostaria de responder.

Se o procedimento de backup como definido foi seguido, isso seria claramente o mesmo que retirar a unidade física e colocá-la na máquina de destino?

O que acontece com dispositivos de hardware diferentes? Algum hardware não presente no original precisa ser configurado manualmente após a restauração de backup na máquina de destino?

Qual é o problema em fazer uma instalação e cópia nuas e limpas com um backup completo do sistema antigo?

Por que copiar o MBR e a tabela de partições é um passo importante?

Por fim, gostaria de manter todos os programas e configurações instalados (incluindo coisas como apache, bind, etc) ao migrar para um novo hardware e fazer com que o instalador lide com os problemas de SO e driver. Isso é de todo viável?

Obrigado

    

Answer 1

If the backup procedure as defined was followed would this be manifestly the same as taking the physical drive out and putting it in the target machine?

Praticamente. Se o novo sistema aceitar o mesmo tipo de unidade, provavelmente você poderia simplesmente mover a unidade e a maioria das coisas funcionaria sem qualquer outro trabalho.

What happens with differing hardware devices, does any hardware not present in the original need to be set up manually after the backup restore on the target machine?

Talvez, tenha em mente que, se você usar um kernel padrão como parte da maioria das distribuições, o hardware mais comumente será suportado fora da caixa. Se você mover a unidade de uma caixa para outra, as coisas provavelmente funcionarão.

Para o Linux, a coisa mais provável de quebrar para servidores sem uma GUI é o armazenamento. Portanto, se a sua caixa antiga era IDE e sua nova caixa é SCSI ou SATA, então seu fstab, carregador de inicialização e assim por diante precisa ser alterado para refletir as novas partições.

Sistemas usados para desktops são um pouco mais complicados, já que os dispositivos de vídeo / som / wifi tendem a ser menos bem suportados, mas mesmo assim o sistema ainda será muito fácil de ser inicializado, você só precisará ajustar a configuração do software que usa esses dispositivos.

Why is copying the MBR and partition table an important step?

Não é, é só para fazer as partições no novo sistema idênticas. Você pode reparar completamente a nova unidade como quiser e ajustar o carregador de inicialização e o fstab no novo sistema depois de ter copiado os arquivos e refletir sua nova estrutura de partição.

    

Answer 2

Se o disco rígido já tiver uma instalação funcional do sistema operacional de destino, normalmente você pode simplesmente restaurar por cima dele e reinicializar, embora seja necessário certificar-se de que o grub.conf e / etc / fstab não tenham etiquetas de unidade ou UUIDs lá (se o fizerem, é geralmente mais fácil apenas especificar o nome do dispositivo no caso de você ter que restaurar novamente mais tarde). Gostaria de excluir / boot a partir da restauração (e possivelmente também / etc / fstab para evitar o acima).

Se o sistema já está inicializável você não precisa instalar o GRUB novamente, se é um novo disco rígido que não teve uma instalação completa nele você precisa garantir que ele saiba onde encontrar o kernel, então um simples grub -install hd0 (ou o disco rígido) deve fazê-lo.

Em seguida, reinicie e cruze os dedos.

    

Answer 3

O procedimento descrito nesse encadeamento é geralmente chamado de Bare-Metal Restore . Como o nome diz, isso significa restaurar o sistema original (geralmente em hardware completamente novo), começando com um disco rígido vazio. Ele tem algumas vantagens, mais notavelmente que você obtém uma cópia exata do original, incluindo arquivos em diretórios mais exóticos que você poderia ignorar. Mas a restauração bare-metal também tem algumas desvantagens:

1. Demora mais espaço na mídia de backup. Suas fitas de backup podem ficar entupidas com vinte cópias idênticas de seu sistema operacional, e sua execução noturna de backup pode consistir principalmente em copiar coisas que poderiam ser facilmente reinstaladas do CD, se necessário.
2. Seu novo servidor pode não ser idêntico ao antigo. Talvez você tenha SATA agora, onde o hardware antigo tinha SCSI, talvez a placa gráfica seja nova demais para o kernel antigo, esse tipo de coisa. Como Zoredache diz, os kernels atuais exibem este problema apenas muito raramente, mas talvez o motivo original para uma restauração bare-metal foi que seu sistema está executando um kernel não armazenado em estoque ...
3. Como você não tem um sistema operacional em execução quando a restauração é iniciada, é necessário um segundo sistema para iniciar o processo. Hoje em dia quase sempre é um CD USB ou live com todas as ferramentas necessárias, mas lembro dos dias em que costumávamos criar disquetes de resgate para esse propósito, cruzando os dedos para que eles funcionassem quando precisávamos deles.

Como alternativa, você pode optar por restaurar somente diretórios não-OS, por exemplo, todos os diretórios inicial e de aplicativo. Em seguida, restaurar seu sistema se torna um processo de duas partes: 1. instalação do sistema operacional na nova máquina, preferencialmente usando um método de instalação automatizado como Kickstart , seguido por 2. Restaurando os diretórios de usuário e aplicativo necessários da mídia de backup. Isso evita as desvantagens do bare-metal, mas apresenta uma desvantagem: você precisa definir os diretórios de backup. Em um servidor novo, isso pode não ser um problema, mas se o seu sistema é uma peça antiga que foi criada pelo cara que não está mais na empresa e que ninguém se atreveu a tocar nos últimos dois anos, isso pode ser um problema. questão séria.

    

Answer 4

Até onde sei, o único problema ao restaurar um servidor em outro (mesmo Physical-to-Vistual ou Vistual-to-Physical) é inicializar o sistema. quando o sistema é inicializado, tudo é igual a antes e todos os aplicativos e servidores devem funcionar corretamente.

Para inicializar o sistema, você pode construir os drivers necessários, que são principalmente relacionados ao armazenamento (SCSI, RAID, sistemas de arquivos como ext4, etc.) no kernel. essa solução precisa recompilar o kernel, o que pode não ser trivial.

Outra solução seria usar um disco RAM inicial ou InitRD. Você pode listar os drivers necessários (que são módulos do kernel) e criar um initrd que contenha esses drivers. No entanto, esta solução precisa de algum insight.

Se você é tão preguiçoso quanto eu: D você pode usar o seguinte procedimento:

1. Instale uma distribuição o mais semelhante possível ao backup ou imagem que você tem, no destino (onde você deseja restaurar o backup). Como um ponto no caso, se você tiver um backup de um Centos 5.3, você deve instalar o Centos 5.3 no destino ou (se você não tiver o Centos 5.3) Centos 5.4; até mesmo um RHEL 5.4 deveria fazer. No entanto, um Slackware 13.1 ou Debian 5.3 pode não ser adequado!

   • A única coisa que precisamos é do kernel e do initrd; portanto, você deve manter as coisas que os afetam (kernel e initrd) como o sistema de backup. Por exemplo, você deve usar o mesmo sistema de arquivos (ext4, XFS, ...) e o mesmo software RAID (RAID 0, RAID 1, RAID 5), se houver.

2. Guarde uma cópia do kernel e o initrd do sistema recém-instalado. Como uma ilustração, usar o seguinte comando para criar um arquivo tar compactado a partir de / boot em um armazenamento externo montado em / mnt / external_storage seria suficiente: tar czvf /mnt/external_storage/new_boot.tar.gz / boot

3. Restaure seu backup ou imagem no destino.

4. Restaurar / boot copiado do sistema instalado:

   • Inicialize usando um Live CD
   • Monte o sistema de arquivos raiz do sistema restaurado; por exemplo: mkdir -p / mnt / restored; mount / dev / sda1 / mnt / restaurado
   • Monte a mídia contendo a cópia do / boot do sistema instalado; por exemplo: montar / dev / sdb1 / mnt / external_storage
   • Restaurar / boot copiado do sistema instalado; por exemplo: cd / mnt / restaurado; tar xzvf /mnt/external_storage/new_boot.tar.gz

5. Ajuste a configuração do lilo ou do grub, se necessário.

6. Limpar /etc/blkid.tab do sistema restaurado, se presente; por exemplo: > /mnt/restored/etc/blkid.tab
7. Desmonte os sistemas de arquivos e reinicialize; por exemplo: cd /; umount / mnt / restored; umount / mnt / external_storage; reinicializar

O procedimento acima mencionado é o que temos usado no trabalho há um ano.