Migrando de um servidor Linux dedicado para outro?

Question

Eu tenho um servidor dedicado rodando o servidor ubuntu 9.04 para web, banco de dados e email. Há cerca de 5 GB de dados em todo o disco rígido.

Eu quero migrar o servidor para um provedor de servidor dedicado mais acessível, mas não tenho certeza de como fazer isso.

• Posso clonar um disco rígido inteiro? E quanto a arquivos / diretórios específicos de hardware?
• Ou talvez haja uma abordagem mais sadia?
• A futura hospedagem provavelmente terá outra versão do ubuntu, então devo atualizar nosso servidor atual antes de migrar? Que tal migrar o apache, o mysql e o postfix?

Answer 1

Minha sugestão é fazer backups de tudo e restaurá-lo no novo servidor. Ou seja:

1. Despeje bancos de dados e restaure-os no novo servidor
2. Copiar servidor da Web, banco de dados, configurações de e-mail no novo

Claro, isso requer um pouco de tempo de inatividade. Há algumas coisas que você pode fazer para diminuir o tempo de inatividade:

1. Faça um rsync anterior para todos os dados de e-mail, depois de tudo configurado e testado, pare o serviço no servidor antigo, rsync apenas os novos dados e inicie o novo servidor.
2. Use a replicação do mysql para manter os dados em ambos os servidores até o momento de 'alternar'
3. A abordagem rsync pode ser usada com todos os outros dados (até mesmo o db, mas sugiro que você use um dump ou replicação para minimizar a escolha do erro).

Lembre-se também de que esse é um procedimento que precisa ser cuidadosamente planejado e executado ou que a perda de dados pode acontecer.

    

Answer 2

Você pode estar interessado em explorar a possibilidade de usar o FSArchiver, link

    

Answer 3

Algumas coisas relevantes que aprendi por tentativa e erro (principalmente erro):

• Documente as etapas conforme você for para que você tenha um registro na próxima vez que fizer isso (sempre haverá uma próxima vez). Dessa forma, você não esquecerá nenhuma etapa e permitirá que outra pessoa faça isso também.
• Se você puder alternar componentes peça por peça, será mais fácil diagnosticar problemas. Por exemplo, mantenha o correio / banco de dados no servidor original e mova o servidor da web para o novo servidor. Ignore isso se o seu aplicativo não puder lidar facilmente com o inter-servidor, mas é algo a ser considerado se você precisar dimensionar seu sistema para vários servidores. Este método é particularmente útil se você precisar minimizar o tempo de inatividade.
• Eu não tentaria apenas copiar os arquivos de banco de dados brutos de um servidor para outro, a menos que você tenha certeza de que o banco de dados o suporta. Se você tiver apenas alguns 100 MB de bancos de dados, eu criaria um dump no servidor antigo e restauraria no novo. Para bancos de dados maiores, será significativamente mais rápido configurar a replicação.
• Se estiver usando rsync ou scp para copiar arquivos de um servidor para outro, certifique-se de que o usuário que você usa tenha permissões de leitura para todos os arquivos. Por exemplo, uma vez usei o rsync para copiar alguns arquivos do / etc, mas não tinha permissões de leitura para alguns arquivos. Quando descobri que alguns arquivos estavam faltando, era tarde demais (o antigo servidor foi apagado). Desde então, sempre usei tar como root no servidor antigo para fazer backup dos diretórios e depois rsync / scp no archive tar.

Answer 4

Se você encontrou seu novo provedor, perguntou como ele gosta de fazer isso? Você pode querer saber os detalhes dos ambientes de / para, incluindo hardware, para escolher a melhor abordagem.

Além disso, indagar sobre a facilidade de migração e o suporte disponível pode ajudá-lo a escolher seu novo provedor!