Guia
Migrar os seus servidores: de uma máquina, de um fornecedor de alojamento ou de um país para outro
Os métodos comparados, o que o Data Act muda para sair de uma cloud, as precauções para mudar de país e as etapas de uma migração sem más surpresas.
Atualizado a 17 de outubro de 2026 · Os números têm as fontes indicadas no fundo da página; as apreciações são da IT CyberWall.
Três situações
Mais cedo ou mais tarde, os seus servidores terão de mudar de lugar: a máquina envelhece, o fornecedor de alojamento aumenta os preços, um cliente exige que os seus dados fiquem no seu país ou abre uma filial no estrangeiro. Distinguem-se três situações:
- De um servidor para outro, no mesmo fornecedor de alojamento ou nas suas instalações: renovação de equipamento, aumento de capacidade.
- De um fornecedor de alojamento para outro: preço, qualidade de serviço, saída de uma cloud pública, mudança de hipervisor.
- De um país para outro: exigências legais ou contratuais sobre a localização dos dados, aproximação aos utilizadores.
Os métodos comparados
Apreciação da IT CyberWall sobre os três métodos habituais.
| Método | Princípio | Interrupção | A favor | Contra |
|---|---|---|---|---|
| Reinstalar e depois transferir os dados | Reconstrói-se o servidor de raiz na nova máquina e copiam-se os dados para lá. | Variável, muitas vezes várias horas | Recomeça sobre uma base limpa; única opção entre servidores físicos muito diferentes | Demorado; risco de esquecer uma configuração; exige conhecer bem o existente |
| Copiar a máquina virtual | Copia-se o servidor virtual inteiro (sistema, software, dados) e volta-se a arrancá-lo noutro local. | O tempo da cópia final | Fiel ao original; retrocesso simples | Volume a transferir; o hipervisor de destino tem de saber importá-la |
| Replicar e depois fazer a transição | Sincronizam-se os dados para o destino enquanto o servidor antigo funciona e, depois, faz-se a transição. | Muito curta | Paragem mínima, ideal para grandes volumes | Mais complexo de preparar; a construir consoante cada aplicação |
Os servidores virtualizados tornam a migração muito mais simples, com duas condições: poder exportar as máquinas virtuais e o destino saber importá-las. Existe para isso um formato normalizado, o OVF, com a referência ISO/IEC 17203:2017 [1], e os hipervisores dispõem de ferramentas de importação: desde a versão 8.2 (abril de 2024), o Proxmox VE integra, por exemplo, um assistente que importa diretamente as máquinas virtuais VMware ESXi e vCenter [2].
Mudar de fornecedor de alojamento, sair da cloud
Sair de uma cloud pública
O tráfego de saída é normalmente faturado (0,09 $ por GB acima de 100 GB por mês na AWS [3]). Desde 5 de março de 2024, a AWS prescinde destes custos para os clientes que saem da AWS para outro fornecedor ou para os seus próprios servidores; acima de 100 GB por mês, é preciso pedi-lo ao suporte da AWS [4].
O que o Data Act prevê
O regulamento europeu dos dados, aplicável desde 12 de setembro de 2025, enquadra a mudança de fornecedor cloud [5] [6]:
- um pré-aviso de dois meses no máximo antes do início da mudança;
- um período de transição de 30 dias no máximo, alargável a sete meses em caso de impossibilidade técnica;
- pelo menos 30 dias após a transição para recuperar os seus dados;
- custos de mudança limitados aos custos diretos e, depois, proibidos a partir de 12 de janeiro de 2027.
Já o tráfego de uma utilização em paralelo (por exemplo, durante um período multicloud) pode continuar a ser faturado a preço de custo [5].
Os serviços proprietários
Uma base de dados «gerida», uma fila de mensagens ou uma função específica de uma cloud não se copiam como um servidor: é preciso substituí-las por um equivalente no novo fornecedor. É muitas vezes aí que se esconde a maior parte do trabalho.
Mudar de país
Mudar de país acrescenta uma questão jurídica à questão técnica. Dentro da União Europeia, os dados pessoais circulam livremente. Para os enviar para fora da União, o RGPD impõe um enquadramento (capítulo V): país reconhecido como adequado pela Comissão, cláusulas contratuais-tipo ou outras garantias adequadas [7].
Alguns países impõem também que determinados dados fiquem no seu território, e os seus clientes podem exigi-lo por contrato. Peça ao seu consultor jurídico que valide o enquadramento: da nossa parte, escolhemos o fornecedor de alojamento e a zona que respeitam esse enquadramento e conduzimos a migração técnica.
Por fim, pense nos pormenores que contam: tempo de resposta para utilizadores mais distantes, horário da janela de transição, endereços IP e nomes de domínio a alterar.
As etapas de uma migração bem-sucedida
- Fazer o inventário: servidores, software, fluxos entre eles, acessos, licenças, dependências ocultas.
- Fazer cópia de segurança e verificar antes de mexer no que quer que seja: uma cópia de segurança completa, restaurável, independente do antigo e do novo fornecedor de alojamento.
- Escolher o método servidor a servidor: reinstalação, cópia ou replicação.
- Testar numa cópia: arrancar o servidor migrado à parte e verificar que o seu software funciona.
- Preparar a transição: janela horária acordada consigo, nomes de domínio preparados, utilizadores avisados.
- Fazer a transição e controlar, com possibilidade de reverter a qualquer momento.
- Manter o servidor antigo alguns dias antes de o desligar e, depois, apagar os dados de forma segura.
O nosso conselho
O nosso método: servidores virtualizados num hipervisor que dominamos (Proxmox VE, VMware, Virtuozzo ou Hyper-V, consoante o fornecedor de alojamento ou a sua escolha), para que os seus servidores continuem a poder ser mudados, e uma cópia de segurança WeDoBack como ponto de apoio de cada migração.
- Uma cópia de segurança cifrada e independente do antigo e do novo fornecedor de alojamento, restaurável para a nova infraestrutura.
- Uma rede de segurança: os servidores de recuperação WeDoBack permitem manter a atividade se a transição demorar mais do que o previsto.
- Uma sincronização à medida para volumes muito grandes: a replicação contínua entre o servidor de origem e o destino não é automática, é construída de acordo com as suas aplicações, sob orçamento.
- Um único interlocutor para o inventário, os testes, a transição e a exploração após a migração.
Para escolher o destino, veja também o nosso comparativo de alojamentos e o nosso guia da cópia de segurança.
Um servidor ainda não pode ser migrado porque um software antigo depende dele? Leia o nosso guia sistemas e software obsoletos: é possível virtualizá-lo, isolá-lo e testar a migração numa cópia.
Vamos preparar a sua migração
Descreva os seus servidores atuais e o seu destino. Propomos-lhe um método, um calendário e uma solução de reversão.
Fontes
Fontes consultadas a 17 de outubro de 2026. Os preços dos fornecedores são indicados sem impostos, na moeda e na região da tabela publicada, e podem mudar: verifique sempre a página oficial antes de decidir.
- StandICT – ISO/IEC 17203:2017, Open Virtualization Format (OVF) — www.standict.eu/standards-repository/standard/information-technology-open-virtualization-format-ovf-specification-0
- Proxmox – Comunicado Proxmox VE 8.2 (24 de abril de 2024) — proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-8-2
- Levantamento dos preços AWS de transferência de dados, verificado em junho de 2026 — egresscost.com/aws/data-transfer-pricing
- AWS – Free data transfer out to internet when moving out of AWS (5 de março de 2024) — aws-news.com/article/2024-03-05-free-data-transfer-out-to-internet-when-moving-out-of-aws
- WZ-IT – Data Act: artigos 25, 29 e 34 sobre a mudança de fornecedor — wz-it.com/en/blog/data-act-switching-charges-2027/
- Regulamento (UE) 2023/2854 (Data Act) – EUR-Lex — eur-lex.europa.eu/eli/reg/2023/2854/oj
- Regulamento (UE) 2016/679 (RGPD), capítulo V – EUR-Lex — eur-lex.europa.eu/eli/reg/2016/679/oj
A cópia de segurança e o restauro são operados pela WeDoBack.