ApsaraDB RDS:Migrer les données d'une instance MySQL 5.7 ou 8,0 auto-gérée vers une instance ApsaraDB RDS for MySQL

Identifier les objets non migrés

Exécutez la requête suivante sur votre instance source pour lister les procédures stockées et les fonctions que vous devrez recréer après la migration :

SELECT ROUTINE_SCHEMA, ROUTINE_NAME, ROUTINE_TYPE
FROM information_schema.routines
WHERE ROUTINE_SCHEMA NOT IN ('sys', 'information_schema', 'performance_schema', 'mysql');

Notez également les comptes utilisateur et les paramètres de fuseau horaire avant de poursuivre.

Installer les dépendances (CentOS)

sudo yum install -y go
sudo yum install -y unzip

Pour Ubuntu, consultez l'Annexe 2.

Compiler MySQL Backup Helper

1. Téléchargez le code source :

   wget https://github.com/aliyun/mysql-backup-helper/archive/refs/heads/master.zip

2. Décompressez le package :

   unzip master.zip

3. Compilez backup_helper :

   cd mysql-backup-helper-master
   go build -a -o backup_helper main.go

4. Compilez oss_stream :

   cd oss_stream
   go build -a -o oss_stream oss_stream.go

3,1 Vérifier la compatibilité de la migration

Exécutez backup_helper pour vérifier que l'instance source prend en charge la migration :

cd ~/mysql-backup-helper-master && ./backup_helper \
  -host <host-ip> \
  -port <port> \
  -user <username> \
  --password <password>

Remplacez les espaces réservés par vos valeurs réelles :

Si la vérification réussit, passez à l'étape suivante.

3,2 Sauvegarde et envoi vers OSS

Exécutez la sauvegarde et diffusez-la directement vers votre compartiment OSS. Sélectionnez la commande correspondant à votre version MySQL.

innobackupex --backup \
  --host=<host-ip> \
  --port=<port> \
  --user=<username> \
  --password=<password> \
  --stream=xbstream \
  --compress <temp-dir> | \
  ./mysql-backup-helper-master/oss_stream/oss_stream \
  -accessKeyId <AccessKey-ID> \
  -accessKeySecret <AccessKey-secret> \
  -bucketName <bucket-name> \
  -endpoint <OSS-endpoint> \
  -objectName <backup-file-name>

innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ \
  --stream=xbstream --compress /root/mysql/data | \
  ./mysql-backup-helper-master/oss_stream/oss_stream \
  -accessKeyId LTAI**************** \
  -accessKeySecret ****** \
  -bucketName test \
  -endpoint oss-ap-southeast-1.aliyuncs.com \
  -objectName backup_qp.xb

xtrabackup --backup \
  --host=<host-ip> \
  --port=<port> \
  --user=<username> \
  --password=<password> \
  --stream=xbstream \
  --compress <temp-dir> | \
  ./mysql-backup-helper-master/oss_stream/oss_stream \
  -accessKeyId <AccessKey-ID> \
  -accessKeySecret <AccessKey-secret> \
  -bucketName <bucket-name> \
  -endpoint <OSS-endpoint> \
  -objectName <backup-file-name>

xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ \
  --stream=xbstream --compress /root/mysql/data | \
  ./mysql-backup-helper-master/oss_stream/oss_stream \
  -accessKeyId LTAI**************** \
  -accessKeySecret ******** \
  -bucketName test \
  -endpoint oss-ap-southeast-1.aliyuncs.com \
  -objectName backup_qp.xb

Remplacez les espaces réservés par vos valeurs réelles :

Pour les bases de données volumineuses, exécutez la commande avec nohup afin d'éviter toute interruption en cas de déconnexion de la session. MySQL 5.7 : MySQL 8.0 :

nohup sh -c 'innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &

nohup sh -c 'xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ \
  --stream=xbstream --compress /root/mysql/data | \
  ./mysql-backup-helper-master/oss_stream/oss_stream \
  -accessKeyId LTAI**************** -accessKeySecret ****** \
  -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &

Une fois la sauvegarde terminée, le terminal affiche completed OK !.

Connectez-vous à la console OSS pour confirmer que le fichier a bien été envoyé. Si l'envoi a échoué, relancez la commande de sauvegarde.

Si OSS est temporairement indisponible, enregistrez d'abord la sauvegarde dans un fichier local, puis envoyez-la ultérieurement. Consultez la section Annexe 3 : Sauvegarde locale et envoi vers OSS.

3.3 Importation de la sauvegarde dans la console ApsaraDB RDS

1. Connectez-vous à la console ApsaraDB RDS. Dans la barre de navigation supérieure, sélectionnez la région de votre instance RDS de destination. Dans le volet de navigation de gauche, cliquez sur Backups.

2. Sous l'onglet User Backups, cliquez sur Import Backup.

3. Dans l'assistant Import Guide, lisez les instructions et cliquez sur Next jusqu'à atteindre l'étape 3. Import Data.

   Les étapes 1. Back Up Source Database et 2. Upload Backup Files to OSS de l'assistant correspondent aux étapes 3,1 et 3,2 de ce guide.

4. À l'étape 3. Import Data, configurez les paramètres suivants et cliquez sur OK.

   Si ApsaraDB RDS n'est pas autorisé à accéder à OSS, cliquez sur Authorize en bas de cette étape. Sur la page qui s'affiche, cliquez sur Confirm Authorization Policy .

   Paramètre	description
   MySQL version	Affiche automatiquement 5.7/8.0. Les versions MySQL 5.7 et MySQL 8.0 sont prises en charge.
   Region	Région du compartiment OSS contenant le fichier de sauvegarde. Elle doit correspondre à la région de l'instance RDS de destination.
   OSS Bucket	Compartiment OSS contenant le fichier de sauvegarde. Pour plus de détails, consultez la section Upload objects.
   OSS file name	Objet de sauvegarde dans le compartiment OSS. La recherche floue et exacte est prise en charge. Le fichier doit être au format _QP.XB ou compressé au format TAR.GZ.
   Note	Description facultative permettant d'identifier le fichier de sauvegarde.
   Zone	Zone du compartiment OSS. La sélection d'une zone permet à ApsaraDB RDS de créer un snapshot en quelques secondes, réduisant ainsi le temps d'importation. La nouvelle instance RDS est créée dans cette zone.
   Storage Capacity	Espace de stockage requis pour le fichier de sauvegarde. Valeurs valides : 20–6000 Go. Par défaut, la valeur est égale à 3 fois la taille du fichier de sauvegarde (minimum 20 Go).

5. Sous l'onglet User Backups, attendez que le statut Status de la tâche de vérification passe de Verifying à Completed.

   Important

   La durée de vérification varie. Les instances présentant une activité d'écriture élevée ou des transactions volumineuses lors de la sauvegarde peuvent nécessiter plus de temps pour la vérification.

6. Localisez le fichier de sauvegarde et cliquez sur Restore dans la colonne Actions.

7. Configurez les paramètres suivants et cliquez sur Next: Instance Configuration.

   Paramètre	description
   Zone of Primary Node	Zone de l'instance RDS principale. Ce paramètre s'affiche uniquement si vous n'avez pas sélectionné de zone lors de l'importation du fichier de sauvegarde.
   Storage Type	ESSD PL1 : SSD Enterprise de niveau de performance 1. Standard SSD : Périphérique de stockage en bloc élastique standard. Pour plus de détails, consultez la section Storage types.
   Instance Type	General-purpose (Entry-level) : Mémoire et E/S allouées exclusivement, avec CPU et stockage partagés. Consultez la liste complète dans la section Primary ApsaraDB RDS instance types.
   Storage Capacity	Espace de stockage provisionné pour les fichiers de données, les fichiers système, les fichiers journaux et les fichiers de transaction. Ajustable par incréments de 5 Go.

8. Configurez les paramètres suivants et cliquez sur Next: Confirm Order.

   Paramètre	description
   Network Type	Sélectionnez VPC. Un cloud privé virtuel (VPC) offre une sécurité accrue et de meilleures performances. Vous devez également configurer les paramètres VPC et vSwitch of Primary Node. L'instance RDS et toute instance ECS que vous souhaitez connecter doivent se trouver dans le même VPC.
   Parameter Template	Modèle de paramètres système ou personnalisé. Consultez la section Use a parameter template.
   Time Zone	Fuseau horaire de l'instance RDS.
   Table Name Case Sensitivity	Si les noms de table de l'instance source sont sensibles à la casse, sélectionnez Case-sensitive pour maintenir la cohérence.

9. Confirmez la configuration de l'instance dans la section Parameters, définissez le Purchase Plan, acceptez les conditions d'utilisation et cliquez sur Pay Now.

   La création de l'instance par ApsaraDB RDS prend entre 1 et 5 minutes.