Alterações de dados e sistema após a migração de servidor SMC - Server Migration Center: Central de Documentação do Alibaba Cloud

Após uma migração com o SMC, algumas configurações do sistema e dados podem mudar na instância de destino. Revise as alterações listadas abaixo para instâncias Linux e Windows e ajuste as configurações conforme necessário.

Alterações em instâncias Linux após a migração

Alterações na configuração do sistema

O SMC aplica as seguintes alterações para garantir que o servidor migrado funcione no ECS. Essas modificações não afetam os services do servidor de source.

Alteração automática	Motivo
Correção de arquivos de boot	Arquivos afetados: /boot/grub/grub.conf, /boot/grub/grub.cfg ou /boot/grub2/grub.cfg Substitui o UUID do disco do sistema para que o SO detecte e inicialize o disco correto.
Correção do arquivo de configuração de montagem automática	Arquivo afetado: etc/fstab Garante a detecção e a montagem automática dos discos de dados na inicialização da instância.
Desativação do SELinux	Arquivo afetado: /etc/selinux/config Desativado para evitar falhas na inicialização de aplicativos causadas por políticas de controle de acesso. Reative o SELinux após a migração, se necessário, depois de avaliar o impacto na segurança.
Correção da configuração do cloud-init	Arquivo afetado: /etc/cloud/cloud.cfg Garante que a instância migrada receba e execute as configurações de inicialização da plataforma cloud.
Reconstrução do initramfs	Arquivo afetado: /boot/initramfs*.img Instale drivers do ambiente cloud, como o driver virtio.
Instalação de dependências	Instale dependências de replicação de blocos: gcc e make.
Instalação e execução do cliente SMC	O diretório de instalação padrão do cliente SMC é `/smc`.

Os itens a seguir exigem alterações manuais.

Problema

Causa

Falha no logon remoto SSH

O SMC copia a configuração da NIC do servidor de source. Após a migração, o nome original da NIC pode não corresponder à convenção de nomenclatura do ECS (como eth0 ou eth1), o que impede o início do service de rede. Modifique manualmente a configuração e reinicie o service.

Exemplo: renomeie a NIC de ens192 para eth0. Ajuste conforme necessário:

Faça logon na instância ECS migrada.

Para migrar para uma imagem, primeiro crie uma instância a partir de uma imagem personalizada ou compartilhada.
1. Acesse ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos do recurso de destino.
2. Acesse a página Instance. Clique em Connect na coluna de ações e, em seguida, clique em Sign in now na caixa de diálogo exibida. Faça logon conforme solicitado para acessar a página do terminal.
Execute cd /etc/sysconfig/network-scripts/ para acessar o diretório de configuração da NIC.
Localize o arquivo de configuração da NIC ifcfg-ens192 e renomeie-o executando sudo mv ifcfg-ens192 ifcfg-eth0.
Execute sudo vi ifcfg-eth0. Altere o parâmetro DEVICE para eth0 e o parâmetro BOOTPROTO para dhcp. Em seguida, salve o arquivo e saia.

Reinicie o service de rede para aplicar a configuração.

Sistema operacional	Comando de reinicialização
Alibaba Cloud Linux 2 CentOS 7 Red Hat 7 Anolis 7 SUSE Linux 11/12/15 OpenSUSE 15/42	`sudo service network restart` ou `sudo systemctl restart network`
CentOS 6 Red Hat 6	`sudo service network restart`
Alibaba Cloud Linux 3 CentOS 8 Red Hat 8 Anolis 8 Fedora 33/34/35	`sudo systemctl restart NetworkManager` ou `sudo reboot`
Ubuntu 18/20/22 Debian 12	`sudo netplan apply`
Ubuntu 14/16 Debian 8/9/10/11	`sudo systemctl restart networking` ou `sudo reboot`

Alteração do hostname

O hostname muda durante a migração. Configure-o conforme necessário.

Senha de logon original inválida

A senha original perde a validade após a migração.

Migração para imagem: defina a senha de logon na seção Logon Credentials ao criar uma instância a partir de uma imagem personalizada ou compartilhada.
Migração para instância ECS: Redefina a senha.

Alterações em armazenamento e dados

Problema	Motivo
Alteração no nome do dispositivo de disco	Volumes lógicos LVM que abrangem vários discos são convertidos em partições comuns. O SMC preserva estruturas LVM apenas em configurações de disco único. Para VGs ou LVs com múltiplos discos, o volume lógico (como /dev/mapper/test-lvm1) migra para uma partição comum (como /dev/vdb1) em um disco cloud. Os dados são mantidos. Os nomes dos dispositivos de armazenamento podem mudar após a migração. Dispositivos NVMe ou sda tornam-se NVMe em instâncias com unidades NVMe, ou vda em instâncias com unidades virtio. Esse comportamento é esperado e não afeta o uso.
O tamanho exibido pelo comando `du` é menor que o tamanho exibido por `ls -l`	Por padrão, o SMC usa a opção '--sparse'. Arquivos esparsos ocupam apenas o tamanho real dos dados na instância de destino, de modo que seu tamanho lógico excede o tamanho físico. Isso não afeta o uso. Para copiar totalmente arquivos esparsos, adicione '--no-S' a 'sync.options' no arquivo 'client_data' e reinicie a migração.
Inconsistência de dados após a migração	Services não interrompidos durante a migração. Operações de gravação ativas durante a migração causam inconsistência de dados. Interrompa todas as gravações em disco antes de iniciar a migração. Regras de filtragem de arquivos definidas. O SMC filtra certos arquivos e diretórios por padrão. Arquivos temporários não migrados. O SMC ignora arquivos temporários, como memória virtual, cache e dados de snapshot de backup. Sistema de arquivos reconstruído. A cópia baseada em arquivos reconstrói o sistema de arquivos da partição. Metadados como tamanho do inode e formato de armazenamento podem mudar, causando uma diferença de até 10% no uso de disco relatado.
Ambiente Docker perdido	O SMC migra completamente o ambiente Docker apenas com a replicação de blocos ativada. Consulte Considerações sobre a ativação da replicação de blocos.

Alterações em instâncias Windows após a migração

Alterações na configuração do sistema

Após uma migração com o SMC, dados como configurações do sistema e conexões compartilhadas do Windows no novo servidor permanecem consistentes com o servidor de source. A tabela a seguir lista as alterações que podem exigir atenção após a migração e como lidar com elas.

Problema	Solução
Alteração do hostname	O hostname muda após a migração. Configure-o conforme necessário.
Senha de logon original inválida	A senha de logon é alterada após a migração. Migração para imagem: defina a senha de logon na seção Logon Credentials ao criar uma instância usando uma imagem personalizada ou compartilhada. Migração para instância ECS: Redefina a senha.
Instalação e execução do cliente SMC	O diretório de instalação padrão do cliente SMC é `C:\smc`.

Alterações em armazenamento e dados

Problema	Motivo
Alteração na letra da unidade	Na primeira inicialização, o Windows reatribui letras de unidade sequencialmente, o que pode diferir da atribuição original. Reatribua-as manualmente. Faça logon na instância ECS migrada. Se estiver migrando para uma imagem, primeiro crie uma instância a partir de uma imagem personalizada ou compartilhada. Acesse ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos do recurso de destino. Acesse a página Instance. Clique em Connect na coluna de ações e, em seguida, clique em Sign in now na caixa de diálogo exibida. Selecione Terminal para Connection Method, insira seu nome de usuário e senha e faça logon. Na área de trabalho do Windows Server, clique com o botão direito no ícone e selecione Disk Management. Em Disk Management, clique com o botão direito no volume de destino e selecione Change Drive Letter and Paths. Siga as instruções na tela.
Uma partição GPT torna-se uma partição MBR	Isso não afeta as operações de dados. Para compatibilidade, o SMC converte GPT para MBR em discos de dados menores que 2 TiB. Para expandir além de 2 TiB posteriormente, converta a partição para GPT.
A estrutura de disco dinâmico não é copiada	O SMC não migra estruturas de disco dinâmico do Windows. Discos dinâmicos são convertidos em discos básicos após a migração.