Alterando a distribuição do Linux remotamente preservando os dados

5

Eu tenho uma caixa Fedora 15 (sem GUI) sem cabeçalho. Com a seguinte estrutura de partições:

$ df -T -h
Filesystem    Type    Size  Used Avail Use% Mounted on
rootfs      rootfs     49G  2.8G   46G   6% /
udev      devtmpfs    1.7G  4.0K  1.7G   1% /dev
tmpfs        tmpfs    1.7G     0  1.7G   0% /dev/shm
tmpfs        tmpfs    1.7G  604K  1.7G   1% /run
/dev/sda1     ext4     49G  2.8G   46G   6% /
tmpfs        tmpfs    1.7G     0  1.7G   0% /sys/fs/cgroup
tmpfs        tmpfs    1.7G     0  1.7G   0% /media
/dev/sda5     ext4    388G   35G  334G  10% /var
/dev/sda2     ext4     28G  1.7G   25G   7% /home

Estou cansado da política de 12 a 14 meses do Fedora Project (eles podem ter suas razões) e pretendo migrar para algo mais estável como o Scientific Linux ou o CentOS. A maioria dos meus dados está em /var (MySQL, Redis e Apache Docroot) e /home .

É possível que eu possa migrar do fedora para outra distro da família RH preservando os diretórios /var e /home e fazê-lo remotamente? (Sob circunstâncias extremas estou disposto a levar um monitor e um teclado para ele.) Se sim, então quais são os passos para o mesmo?

    
por WeaklyTyped 07.07.2012 / 08:27

1 resposta

6

Teoricamente, claro. Você poderia teoricamente mudar uma caixa do Fedora para o Slackware no lugar, se você se importasse o suficiente para gastar o tempo necessário para isso sem destruir algo.

Geralmente, é visto como não vale a pena o esforço.

Você notará, depois de ler a documentação do CentOS / SL, que eles nem recomendam a atualização entre os principais lançamentos in-loco, mesmo interativamente no console. Ir do Fedora de ponta a ponta para, digamos, o CentOS 6, seria ainda pior, já que é efetivamente um downgrade , de uma perspectiva de recursos e versões. Você deve ter notado que muitas vezes é muito mais trabalhoso fazer downgrade de um único RPM do que atualizar um; Agora perceba que você está falando sobre como fazer isso por cerca de mil RPMs para um servidor bastante básico, mais para um sistema com os conjuntos de pacotes Desktop, Workstation ou Everything instalados.

A melhor prática é fazer backup, reinstalar o sistema operacional a partir do zero e restaurar.

Se você conseguir, experimente em uma VM primeiro. Você pode, então, ser capaz de implantar essa VM diretamente no provedor de hospedagem, depois de finalizá-la. Se não, então, pelo menos, tome notas ao longo do caminho, para que você possa fazer a transição rapidamente.

Exatamente como você faz o backup e a restauração é na verdade uma pilha de perguntas separadas. Por exemplo, o banco de dados MySQL provavelmente deve ter um backup mais inteligente do que simplesmente parar o servidor e copiar os arquivos de banco de dados brutos, já que você provavelmente fará o downgrade da versão do servidor juntamente com a alteração do sistema operacional. Você gostaria de fazer um despejo SQL em seu lugar. Apenas um exemplo entre vários, você provavelmente encontrará.

    
por 07.07.2012 / 09:17