Data and system changes after SMC server migration - Server Migration Center

Après une migration SMC, certaines configurations système et données peuvent être modifiées sur l'instance cible. Consultez les modifications répertoriées ci-dessous pour les instances Linux et Windows, puis ajustez les paramètres si nécessaire.

Modifications apportées aux instances Linux après la migration

Modifications de la configuration système

SMC effectue les modifications suivantes afin de garantir le bon fonctionnement du serveur migré sur ECS. Ces changements n'affectent pas les services du serveur source.

Modification automatique	Raison
Correction des fichiers de démarrage	Fichiers concernés : /boot/grub/grub.conf, /boot/grub/grub.cfg ou /boot/grub2/grub.cfg Remplace l'UUID du disque système afin que le système d'exploitation puisse détecter et démarrer à partir du disque correct.
Correction du fichier de configuration du montage automatique	Fichier concerné : etc/fstab Garantit la détection et le montage automatique des disques de données au démarrage de l'instance.
Désactivation de SELinux	Fichier concerné : /etc/selinux/config La désactivation permet d'éviter les échecs de démarrage des applications causés par ses politiques de contrôle d'accès. Réactivez SELinux après la migration si nécessaire, après avoir évalué l'impact sur la sécurité.
Correction de la configuration cloud-init	Fichier concerné : /etc/cloud/cloud.cfg Permet à l'instance migrée de recevoir et d'exécuter les configurations d'initialisation de la plateforme cloud.
Reconstruction d'initramfs	Fichier concerné : /boot/initramfs*.img Installe les pilotes de l'environnement cloud, tels que le pilote virtio.
Installation des dépendances	Installe les dépendances de réplication par blocs : gcc et make.
Installation et exécution du client SMC	Le répertoire d'installation par défaut du client SMC est `/smc`.

Les éléments suivants nécessitent des modifications manuelles.

Problème

Cause

Échec de la connexion SSH distante

SMC copie la configuration de la carte réseau depuis le serveur source. Après la migration, le nom original de la carte peut ne pas correspondre à la convention de nommage d'ECS (telle que eth0 ou eth1), ce qui empêche le service réseau de démarrer. Modifiez manuellement la configuration et redémarrez le service.

Exemple : renommez la carte réseau de ens192 en eth0. Adaptez selon vos besoins :

Connectez-vous à l'instance ECS migrée.

Pour effectuer une migration vers une image, vous devez d'abord créer une instance à partir d'une image personnalisée ou partagée.
1. Accédez à ECS console - Instances. Dans le coin supérieur gauche, sélectionnez la région et le groupe de ressources de la ressource cible.
2. Accédez à la page Instance. Cliquez sur Connect dans la colonne Actions, puis cliquez sur Sign in now dans la boîte de dialogue qui s'affiche. Connectez-vous comme indiqué pour accéder à la page du terminal.
Exécutez cd /etc/sysconfig/network-scripts/ pour accéder au répertoire de configuration de la carte réseau.
Localisez le fichier de configuration de la carte réseau ifcfg-ens192 et renommez-le en exécutant sudo mv ifcfg-ens192 ifcfg-eth0.
Exécutez sudo vi ifcfg-eth0. Modifiez le paramètre DEVICE en eth0 et le paramètre BOOTPROTO en dhcp. Ensuite, enregistrez le fichier et quittez.

Redémarrez le service réseau pour appliquer la configuration.

Système d'exploitation	Commande de redémarrage
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`

Le nom d'hôte change.

Le nom d'hôte change lors de la migration. Vous pouvez le configurer selon vos besoins.

Le mot de passe de connexion original n'est plus valide

Le mot de passe original devient invalide après la migration.

Migration vers une image : définissez le mot de passe de connexion dans la section Identifiants de connexion lorsque vous créez une instance à partir d'une image personnalisée ou partagée.
Migration vers une instance ECS : réinitialisez le mot de passe.

Modifications du stockage et des données

Problème	Raison
Changement du nom du périphérique de disque	Les volumes logiques LVM s'étendant sur plusieurs disques sont convertis en partitions classiques. SMC préserve les structures LVM uniquement sur les configurations à disque unique. Pour les VG ou LV multi-disques, le volume logique (tel que /dev/mapper/test-lvm1) migre vers une partition classique (telle que /dev/vdb1) sur un disque cloud. Les données sont conservées. Les noms des périphériques de stockage peuvent changer après la migration. Les noms de périphériques NVMe ou sda deviennent NVMe sur les instances dotées de lecteurs NVMe, ou vda sur les instances dotées de lecteurs virtio. Ce comportement est attendu et n'affecte pas l'utilisation.
La taille affichée par la commande `du` est inférieure à celle affichée par `ls -l`	Par défaut, SMC utilise l'option « --sparse ». Les fichiers épars n'occupent que leur taille de données réelle sur l'instance cible, de sorte que leur taille logique dépasse leur taille physique. Cela n'affecte pas l'utilisation. Pour copier intégralement les fichiers épars, ajoutez « --no-S » à « sync.options » dans le fichier « client_data » et redémarrez la migration.
Incohérence des données après la migration	Les services ne sont pas arrêtés pendant la migration. Les opérations d'écriture actives pendant la migration provoquent une incohérence des données. Arrêtez toutes les écritures sur le disque avant de commencer la migration. Des règles de filtrage de fichiers sont définies. SMC filtre certains fichiers et répertoires par défaut. Les fichiers temporaires ne sont pas migrés. SMC ignore les fichiers temporaires tels que la mémoire virtuelle, le cache et les données de snapshot de sauvegarde. Le système de fichiers est reconstruit. La copie basée sur les fichiers reconstruit le système de fichiers de la partition. Les métadonnées telles que la taille des inodes et le format de stockage peuvent changer, entraînant une différence pouvant aller jusqu'à 10 % dans l'utilisation du disque signalée.
Perte de l'environnement Docker	SMC migre entièrement l'environnement Docker uniquement lorsque la réplication par blocs est activée. Considérations relatives à l'activation de la réplication par blocs.

Modifications apportées aux instances Windows après la migration

Modifications de la configuration système

Après une migration SMC, les données telles que les configurations système et les connexions partagées Windows sur le nouveau serveur restent cohérentes avec celles du serveur source. Le tableau suivant répertorie les modifications susceptibles de requérir votre attention après la migration, ainsi que la manière de les traiter.

Problème	Solution
Changements du nom d'hôte	Le nom d'hôte change après la migration. Vous pouvez le configurer selon vos besoins.
Mot de passe de connexion original invalide	Le mot de passe de connexion est modifié après la migration. Migration vers une image : définissez le mot de passe de connexion dans la section Identifiants de connexion lorsque vous créez une instance à l'aide d'une image personnalisée ou partagée. Migration vers une instance ECS : réinitialisez le mot de passe.
Installation et exécution du client SMC	Le répertoire d'installation par défaut du client SMC est `C:\smc`.

Modifications du stockage et des données

Problème	Raison
Changements de lettre de lecteur	Lors du premier démarrage, Windows réattribue séquentiellement les lettres de lecteur, ce qui peut différer de l'attribution originale. Vous pouvez les réattribuer manuellement. Connectez-vous à l'instance ECS migrée. Si vous migrez vers une image, vous devez d'abord créer une instance à partir d'une image personnalisée ou partagée. Accédez à ECS console - Instances. Dans le coin supérieur gauche, sélectionnez la région et le groupe de ressources de la ressource cible. Accédez à la page Instance. Cliquez sur Connect dans la colonne Actions, puis cliquez sur Sign in now dans la boîte de dialogue qui s'affiche. Sélectionnez Terminal pour la Connection Method, saisissez votre nom d'utilisateur et votre mot de passe, puis connectez-vous. Sur le bureau de Windows Server, faites un clic droit sur l'icône et sélectionnez Disk Management. Dans Disk Management, faites un clic droit sur le volume cible et sélectionnez Change Drive Letter and Paths. Suivez les instructions à l'écran.
Une partition GPT devient une partition MBR	Cela n'affecte pas les opérations sur les données. Pour des raisons de compatibilité, SMC convertit les partitions GPT en MBR sur les disques de données inférieurs à 2 TiB. Pour étendre au-delà de 2 TiB ultérieurement, vous devez transformer la partition en partition GPT.
La structure de disque dynamique n'est pas copiée	SMC ne migre pas les structures de disque dynamique Windows. Les disques dynamiques sont convertis en disques de base après la migration.