Problemas de consistência de dados após a migração

Após uma migração com o SMC, a instância de destino pode apresentar alterações em determinadas configurações do sistema e dados. Revise as mudanças 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 o execute do servidor migrado no ECS. Essas modificações não afetam os services do servidor de source.

Alteração automatizada	Motivo
Correção de arquivos de inicialização	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 sistema operacional detecte e inicialize a partir do 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 suas políticas de controle de acesso. Re-enable o SELinux após a migração, caso 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 possa receber e execute configurações de inicialização da plataforma em cloud.
Reconstrução do initramfs	Arquivo afetado: /boot/initramfs*.img instale drivers de ambiente em cloud, como o driver virtio.
Instalação de dependências	instale as dependências de replicação de blocos: gcc e make.
instale e execute 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 por 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 do ECS migrada.
Para migrar para uma imagem, você deve primeiro create an instance from a custom image or a shared image.
1. Acesse o ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos 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 as instruções 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 no nome do host

O nome do host muda durante a migração. Você pode configure conforme necessário.

Senha de logon original inválida

A senha original torna-se inválida após a migração.

Migração para uma imagem: defina a senha de logon na seção Logon Credentials quando você create an instance from a custom image or shared image.
Migração para uma instância do ECS: Reset the password.

Alterações de 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 vários discos, o volume lógico (como /dev/mapper/test-lvm1) migra para uma partição comum (como /dev/vdb1) em um disco em cloud. Os dados são preservados. Os nomes dos dispositivos de armazenamento podem mudar após a migração. Nomes de dispositivos NVMe ou sda tornam-se NVMe em instâncias com unidades NVMe, ou vda em instâncias com unidades virtio. Isso é 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 de seus dados na instância de destino, portanto, 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	Os services não sã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. File filtering rules are set. O SMC filtra certos arquivos e diretórios por padrão. Arquivos temporários não são migrados. O SMC ignora arquivos temporários, como memória virtual, cache e dados de snapshot de backup. O sistema de arquivos é reconstruído. A cópia baseada em arquivos reconstrói o sistema de arquivos da partição. O formato de armazenamento dos nós do sistema de arquivos pode mudar. Portanto, o tamanho do sistema de arquivos antes e depois da migração pode apresentar uma leve diferença, de cerca de 10%.
Ambiente Docker perdido	O SMC migra totalmente o ambiente Docker apenas com a replicação de blocos ativada. Considerations for enabling block replication.

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, os dados do novo servidor, como configurações do sistema e conexões compartilhadas do Windows, mantêm a consistência com o servidor de source. A tabela a seguir lista as alterações que podem exigir sua atenção após a migração e as respectivas soluções.

Problema	Solução
Alteração no nome do host	O nome do host muda após a migração. Você pode configure conforme necessário.
Senha de logon original inválida	A senha de logon é alterada após a migração. Migração para uma imagem: defina a senha de logon na seção Logon Credentials quando você create an instance using a custom image or a shared image. Migração para uma instância do ECS: Reset password.
instale e execute do cliente SMC	O diretório de instalação padrão do cliente SMC é `C:\smc`.

Alterações de armazenamento e dados

Problema	Motivo
Alteração na letra da unidade	Na primeira inicialização, o Windows reatribui as letras das unidades sequencialmente, o que pode diferir da atribuição original. Você pode reatribuí-las manualmente. Faça logon na instância do ECS migrada. Se você estiver migrando para uma imagem, primeiro deve create an instance from a custom image or a shared image. Acesse o ECS console - Instances. No canto superior esquerdo, selecione a região e o grupo de recursos 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 do mouse no ícone e selecione Disk Management. No Disk Management, clique com o botão direito do mouse 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 garantir compatibilidade, o SMC converte GPT em MBR em discos de dados menores que 2 TiB. Para expandir além de 2 TiB posteriormente, você deve transform the partition to a GPT partition.
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.