O que rever antes de migrar um alojamento

Uma migração segura começa antes de copiar ficheiros. Preparar este inventário permite saber o que deve ser transferido, escolher um plano adequado e evitar que um site, uma caixa de correio ou um serviço externo fique no fornecedor anterior.

Se ainda não decidiu o percurso, comece pelo guia para migrar um alojamento para a Hostsuar.

A migração do serviço de alojamento para a Hostsuar é gratuita. Pode utilizar esta lista para a preparar por sua conta ou para nos facultar a informação necessária e a nossa equipa tratar do processo.

Defina o alcance

Anote que elementos devem funcionar na Hostsuar depois da mudança:

• Domínios e subdomínios.
• Sites, diretórios e aplicações.
• Bases de dados.
• Contas de email e mensagens armazenadas.
• Redirecionamentos, filtros e respostas automáticas.
• Tarefas agendadas ou cron.
• Registos DNS de serviços externos.
• Certificados próprios, se for utilizado algum que não possa voltar a ser emitido.

Transferir o domínio não copia nenhum destes elementos. Decida em separado se quer apenas migrar o alojamento ou também mudar o registador do domínio.

Identifique o painel e o fornecedor atuais

Verifique se a origem utiliza cPanel, Plesk ou outro painel:

• cPanel: normalmente permite gerar uma cópia completa compatível com o destino.
• Plesk ou outro painel: confirme que método de transferência a origem admite. Se não existir uma importação compatível, será preciso transferir ficheiros, bases de dados, correio e configuração em separado.
• Plataforma fechada: serviços como o Wix podem não permitir exportar uma aplicação completa e exigir uma reconstrução.

Confirme também se o fornecedor mantém ativos o alojamento e a zona DNS quando o domínio é transferido. Não inicie a transferência administrativa se isso puder levar à eliminação do conteúdo antes de o copiar.

Calcule o espaço necessário

Reveja em separado:

• Ficheiros dos sites.
• Bases de dados.
• Caixas de correio.
• Cópias de segurança armazenadas dentro da conta.
• Diretórios temporários, registos e caches.

O espaço total que o painel mostra pode incluir cópias antigas ou ficheiros dispensáveis. Não escolha o plano de destino usando apenas esse valor: distinga o conteúdo necessário do que se pode limpar antes de migrar.

Verifique a compatibilidade das aplicações

Para cada site, anote:

• Aplicação e versão: WordPress, PrestaShop, Joomla ou outra.
• Versão de PHP e extensões necessárias.
• Versão e tamanho do MySQL ou MariaDB.
• Tarefas agendadas.
• Processos externos, filas ou comandos que tenham de ser executados.
• Licenças associadas ao domínio ou ao IP.
• Integrações com gateways de pagamento, APIs, armazenamento ou serviços de terceiros.

Uma cópia correta não garante que uma aplicação antiga funcione com uma versão diferente de PHP ou da base de dados. Resolva estas incompatibilidades antes da mudança ou mantenha temporariamente uma versão compatível no destino.

Faça o inventário de domínios e DNS

Guarde uma cópia da zona DNS e reveja sobretudo:

• Registos A e AAAA do site e dos subdomínios.
• Registos MX do correio.
• Registos TXT de SPF, DKIM, DMARC e verificações; alguns fornecedores publicam o DKIM através de CNAME.
• Registos CNAME e SRV do Microsoft 365, Google Workspace ou outros serviços.
• Subdomínios usados por aplicações, centrais telefónicas, calendários ou ferramentas externas.

Se o correio continuar no Google Workspace, no Microsoft 365 ou noutro fornecedor, reproduza os seus registos na nova zona antes de mudar os servidores DNS.

Se mudar os servidores DNS e o domínio usar DNSSEC, coordene também a mudança das suas chaves e registos DS. Manter um DS que não corresponde à nova zona pode impedir que o domínio resolva.

Faça o inventário do correio

Para cada domínio, determine:

• Que fornecedor recebe atualmente o correio.
• Quantas caixas de correio existem e quanto ocupa cada uma.
• Se é usado IMAP, POP ou Exchange.
• Se as mensagens ficam no servidor ou apenas nos dispositivos.
• Que reencaminhamentos, filtros e respostas automáticas estão configurados.
• Se são utilizados contactos, calendários ou ficheiros que não façam parte da caixa IMAP.

O Imapsync copia mensagens, pastas e estado entre servidores IMAP, mas não substitui uma migração completa do Microsoft 365 nem copia por si só calendários, contactos ou regras externas.

Prepare os acessos

Conforme a origem, podem ser necessários:

• Acesso temporário ao cPanel para gerar uma cópia completa.
• SFTP ou FTPS restrito aos diretórios que serão copiados.
• Utilizador temporário de base de dados limitado às bases necessárias.
• Acesso IMAP ou palavra-passe de aplicação para cada caixa de correio que será sincronizada.
• Acesso ao fornecedor de DNS para fazer a mudança final.
• Disponibilidade para aprovar um segundo fator de autenticação quando for necessário.

Não envie palavras-passe, auth-codes nem códigos de segundo fator no texto de um ticket ou email. Se o suporte precisar de aceder à origem, peça o canal seguro e utilize credenciais temporárias, diferentes das habituais e com o menor alcance possível.

Decida quando será feita a mudança

O percurso habitual é:

1. Criar e dimensionar o serviço de destino.
2. Fazer uma primeira cópia de sites, bases de dados e caixas de correio.
3. Verificar o conteúdo sem mudar os DNS.
4. Corrigir incompatibilidades e reproduzir os registos DNS externos.
5. Agendar uma janela com pouca atividade.
6. Copiar as últimas alterações das bases de dados e voltar a sincronizar o correio.
7. Mudar os DNS.
8. Verificar site, correio, HTTPS e serviços externos.
9. Manter a origem ativa durante a transição.
10. Revogar acessos e cancelar o fornecedor anterior só depois da verificação final.

Em lojas, reservas, fóruns e sites com conteúdo dinâmico, evite que continuem a ocorrer alterações nos dois servidores durante a transição. Se não for possível parar a atividade, combine como será feita a sincronização final.

Decida que servidor executará as tarefas agendadas durante a transição, para evitar envios, cobranças ou outros processos duplicados. Deixe por escrito quando interromper a mudança e como recuperar o serviço. Voltar a apontar os DNS para a origem não recupera por si só as encomendas ou mensagens que já tenham entrado no destino.

Informação que pode facultar sem incluir segredos

Para rever uma migração, indique:

• Fornecedor e painel atuais.
• Domínios, sites e subdomínios incluídos.
• Espaço utilizado por ficheiros, bases de dados e correio.
• Aplicações e versões principais.
• Fornecedor de correio e número de caixas de correio.
• Se o correio continuará fora ou também será transferido.
• Quem gere atualmente a zona DNS.
• Data limite ou janela preferida para a mudança.
• Se o site recebe encomendas, formulários ou alterações frequentes.

Com estes dados é possível avaliar o alcance e confirmar depois que acessos temporários são realmente necessários.

Verificação antes de começar

Não inicie a mudança até poder responder afirmativamente:

• Tenho uma cópia recuperável do conteúdo atual.
• Sei que fornecedor serve o site e qual serve o correio.
• Identifiquei todos os registos DNS externos.
• O serviço de destino tem espaço e versões compatíveis.
• Consigo aceder ao conteúdo, às bases de dados e às caixas de correio que serão copiados.
• Posso alterar os DNS quando chegar o momento.
• O fornecedor anterior continuará ativo durante a transição.
• Sei como verificar o site e o correio antes de cancelar a origem.

Quando o inventário estiver completo, continue com o percurso de migração do alojamento.