Eu tenho uma caixa Fedora 15 sem cabeça (sem GUI). Com a seguinte estrutura de partição:
$ 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 ciclo de suporte de 12 a 14 meses do Projeto Fedora (eles podem ter seus motivos) e pretendo migrar para algo mais estável como Scientific Linux ou CentOS. A maioria dos meus dados está em /var(MySQL, Redis e Apache Docroot) e /home.
É possível migrar do Fedora para outra distribuição da família RH preservando os diretórios /vare /homefazendo isso remotamente? (Em circunstâncias difíceis, estou disposto a levar um monitor e um teclado para ele.) Se sim, quais são as etapas para fazer o mesmo?
Responder1
Teoricamente, claro. Você poderia teoricamente alterar uma caixa do Fedora paraSlackwareno lugar, se você se importasse o suficiente para dedicar o tempo necessário para fazê-lo sem destruir algo.
Geralmente, é visto como não valendo o esforço.
Você notará, depois de ler a documentação do CentOS/SL, que eles nem recomendam a atualização entre versões principais no local, mesmo de forma interativa no console. Passar do Fedora de última geração para, digamos, o CentOS 6, seria ainda pior, pois é efetivamente umrebaixar, de uma perspectiva de recursos e versões. Você deve ter notado que muitas vezes dá muito mais trabalho fazer downgrade de um único RPM do que atualizar um; agora perceba que você está falando em 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 prática recomendada é fazer backup, reinstalar o sistema operacional do zero e restaurar.
Se você puder fazer isso, experimente primeiro em uma VM. Você poderá então implantar essa VM diretamente no provedor de hospedagem, depois de finalizá-la. Caso contrário, pelo menos faça anotações 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 questões separadas. Por exemplo, o backup do banco de dados MySQL provavelmente deve ser feito de maneira mais inteligente do que apenas parar o servidor e copiar os arquivos brutos do banco de dados, já que você provavelmente fará o downgrade da versão do servidor junto com a alteração do sistema operacional. Você gostaria de fazer um dump SQL. Apenas um exemplo entre vários, você provavelmente encontrará.