Lorsque vous exécutez une pré-vérification avant de mettre à niveau une instance ApsaraDB RDS for MySQL vers une nouvelle version majeure de moteur, le système contrôle plusieurs conditions et signale les problèmes bloquants. Cette rubrique explique chaque élément de vérification, ce qu'il recherche, les raisons d'un échec et comment le résoudre.
Si vous rencontrez une erreur non répertoriée ici, soumettez un ticket.
Éléments de vérification
Le tableau ci-dessous couvre tous les éléments de vérification renvoyés par la pré-vérification. Les chemins de mise à niveau pris en charge sont MySQL 5,6 → MySQL 5,7, MySQL 5,7 → MySQL 8,0 et MySQL 8,0 → MySQL 8,4.
check_ins_major_version
Message d'erreur : La version actuelle du moteur ne prend pas en charge les opérations.
Objet de la vérification : Détermine si la version actuelle de l'instance et la version cible constituent un chemin de mise à niveau majeure de moteur pris en charge.
Cause : Le chemin de mise à niveau n'est ni MySQL 5,6 vers 5,7, ni MySQL 5,7 vers 8,0, ni MySQL 8,0 vers 8,4, ou la forme actuelle de l'instance ne prend pas en charge ce chemin de mise à niveau.
Solution : Consultez la section Prérequis pour une mise à niveau majeure de version de moteur afin de confirmer la version source, la version cible et la forme de l'instance. Si la console ne propose pas le point d'entrée de mise à niveau correspondant, soumettez un ticket.
check_ins
Message d'erreur : L'instance spécifiée n'existe pas ou n'est pas prise en charge.
Objet de la vérification : Vérifie l'existence de l'instance.
Cause : L'instance a été supprimée ou n'existe pas.
Solution : Assurez-vous que l'instance cible existe avant d'exécuter la pré-vérification.
check_ins_status
Message d'erreur : L'état actuel de l'instance de base de données ne prend pas en charge cette opération.
Objet de la vérification : Vérifie si l'instance est dans l'état Running (En cours d'exécution).
Cause : Une autre opération est en cours, par exemple un redémarrage de l'instance ou la création d'une connexion réseau ; l'instance n'est donc pas dans l'état Running (En cours d'exécution).
Solution : Attendez que la tâche en cours se termine. Une fois que l'instance revient à l'état Running (En cours d'exécution), lancez à nouveau la pré-vérification.
check_master_ins
Message d'erreur : Le type actuel de l'instance de base de données ne prend pas en charge cette opération.
Objet de la vérification : Vérifie si l'instance est une instance principale.
Cause : L'instance est une instance de reprise après sinistre ou une instance en lecture seule, et non une instance principale.
Solution : Exécutez la pré-vérification sur une instance principale.
check_ins_locked_state
Message d'erreur : Le mode de verrouillage actuel de l'instance de base de données ne prend pas en charge cette opération.
Objet de la vérification : Vérifie si l'instance est verrouillée.
Cause : L'instance est dans l'état Locking (Verrouillage).
Solution : Déverrouillez l'instance. Une fois que l'état de l'instance passe à Running (En cours d'exécution), exécutez à nouveau la pré-vérification. Pour plus d'informations, consultez la section Que faire si mon instance est dans l'état Locking ?
check_maxscale_kernel
Message d'erreur : La version Maxscale utilisée par l'instance est trop ancienne. Veuillez d'abord mettre à niveau la version Maxscale.
Objet de la vérification : Vérifie si la version mineure du proxy de base de données MaxScale est compatible avec la version majeure cible, selon le chemin de mise à niveau.
Cause : La version du proxy ne répond pas aux exigences de la version mineure cible. Pour les mises à niveau de 5,7 vers 8,0, la version du proxy doit être 1.13.41 ou ultérieure. Pour les mises à niveau de 8,0 vers 8,4, la version du proxy doit être 2.25.11 ou ultérieure.
Solution : Mettez à niveau le proxy vers une version mineure prise en charge, puis exécutez à nouveau la pré-vérification. Les mises à niveau de 8,0 vers 8,4 nécessitent une version de proxy résoluble 2.25.11 ou ultérieure.
check_ins_tde_state
Message d'erreur : TDEStatus n'est pas configuré sur cette instance cliente.
Objet de la vérification : Vérifie si le chiffrement transparent des données (TDE) est activé.
Cause : Le TDE est activé sur l'instance.
Solution : Les instances avec TDE activé ne peuvent pas être mises à niveau directement depuis la console. Pour la procédure de mise à niveau alternative, consultez la section Mettre à niveau la version de la base de données.
check_target_ins_level
Message d'erreur : Le niveau actuel de l'instance de base de données ne prend pas en charge cette opération. (Code d'erreur : InvalidInstanceLevel.Malformed)
Objet de la vérification : Vérifie si le type d'instance actuel est disponible à l'achat.
Cause : L'instance utilise un type d'instance obsolète. Elle ne peut pas être mise à niveau directement.
Solution : Modifiez l'instance pour utiliser un type d'instance actuellement disponible, puis réessayez la mise à niveau.
check_target_read_level
Message d'erreur : Le niveau de l'instance en lecture seule n'est pas pris en charge dans l'instance cible.
Objet de la vérification : Vérifie si le type d'instance de l'instance en lecture seule est disponible à l'achat.
Cause : L'instance en lecture seule utilise un type d'instance obsolète. Cette vérification s'applique aux instances utilisant des SSD locaux.
Solution : Modifiez l'instance en lecture seule pour utiliser un type d'instance disponible, puis exécutez à nouveau la pré-vérification.
Pour modifier le type d'instance, consultez la section Modifier la configuration de l'instance.
Pour trouver les types d'instance disponibles, consultez les sections Types d'instance pour les instances en lecture seule standard ou Types d'instance pour les instances en lecture seule Yitian.
check_upgrade_check_task
Message d'erreur : La tâche existe déjà.
Objet de la vérification : Vérifie si une tâche de pré-vérification est déjà en cours d'exécution pour cette instance.
Cause : Une pré-vérification de mise à niveau majeure de version de moteur est déjà en cours.
Solution : Attendez que la pré-vérification soit terminée. Une fois que l'état de l'instance passe à Running (En cours d'exécution), exécutez à nouveau la pré-vérification.
check_upgrade_task
Message d'erreur : La tâche existe déjà.
Objet de la vérification : Vérifie si une tâche de mise à niveau majeure de version de moteur est déjà en cours d'exécution pour cette instance.
Cause : Une mise à niveau majeure de version de moteur est déjà en cours.
Solution : Attendez que la mise à niveau soit terminée. Une fois que l'état de l'instance passe à Running (En cours d'exécution), exécutez à nouveau la pré-vérification.
check_storage_type
Message d'erreur : Les SSD cloud ne prennent pas en charge cette opération. Veuillez effectuer une mise à niveau vers ESSD.
Objet de la vérification : Vérifie si l'instance utilise des SSD standards.
Cause : L'instance utilise des SSD standards.
Solution : Mettez à niveau le type de stockage vers ESSD (SSD entreprise), puis réessayez la mise à niveau.
check_source_category
Message d'erreur : La catégorie source spécifiée n'est pas valide.
Objet de la vérification : Vérifie si l'édition de l'instance figure dans la plage prise en charge pour les mises à niveau majeures de version de moteur.
Cause : L'instance n'est pas en édition Haute disponibilité, Édition de base ou Édition Cluster, ou le chemin de mise à niveau ne prend pas en charge le type d'instance actuel.
Solution : Les pré-vérifications de mise à niveau sont actuellement prises en charge uniquement pour les instances en édition Haute disponibilité ou en édition de base 5,7.
check_ins_biz_type
Message d'erreur : Le type métier spécifié n'est pas valide.
Objet de la vérification : Vérifie si l'instance est une instance de cloud public.
Cause : L'instance n'est pas une instance de cloud public.
Solution : Les pré-vérifications de mise à niveau majeure de version de moteur sont prises en charge uniquement pour les instances de cloud public.
check_ins_tables_number
Message d'erreur : Mise à niveau interdite en raison d'un nombre excessif de tables : plus de 1 000 000.
ou
Mise à niveau interdite en raison d'un nombre excessif de tables : plus de 1 000 000.
Objet de la vérification : Vérifie si le nombre de tables sur l'instance dépasse la limite autorisée par le chemin de mise à niveau actuel.
Cause :
Une instance avec SSD local possède plus de 1 000 000 de tables et ne peut pas être mise à niveau.
Une instance avec disque cloud possède plus de 1 000 000 de tables et ne peut pas être mise à niveau.
Solution : Supprimez les tables redondantes, puis exécutez à nouveau la pré-vérification.
check_ins_db_engine
Message d'erreur : Des moteurs tels que MyISAM, Memory, TokuDB, Sphinx ou RocksDB sont présents.
Objet de la vérification : Vérifie si des tables utilisent un moteur de stockage autre qu'InnoDB.
Cause : L'instance contient des tables utilisant MyISAM, Memory, TokuDB, Sphinx ou RocksDB. Ces moteurs de stockage ne sont pas pris en charge pour les mises à niveau majeures de version de moteur.
Solution : Convertissez toutes les tables en InnoDB avant la mise à niveau. Si la base de données utilise déjà InnoDB mais que certaines tables utilisent d'autres moteurs, exécutez la commande suivante pour chaque table concernée :
ALTER TABLE <table_name> engine=InnoDB;check_ins_fts
Message d'erreur : L'instance actuelle possède un index FTS et la version mineure est antérieure à 20221130.
Objet de la vérification : Vérifie si l'instance possède des index en texte intégral et si la version mineure de l'instance source est antérieure à 20221130.
Cause : Dans les anciennes versions de RDS for MySQL 5,6, les index en texte intégral sont créés dans le tablespace système. Lors d'une mise à niveau, ces index peuvent corrompre le tablespace. Ce problème est résolu dans la version mineure du moteur RDS for MySQL 5,6 20221130, où les index en texte intégral sont créés dans un tablespace distinct.
Solution : Avant de passer de RDS for MySQL 5,6 à 5,7, supprimez tous les index en texte intégral du tablespace système.
Assurez-vous que l'instance exécute la version mineure du moteur RDS for MySQL 5,6 20221130 ou ultérieure. Si ce n'est pas le cas, mettez d'abord à niveau vers la dernière version mineure du moteur RDS for MySQL 5,6.
-
Supprimez l'index en texte intégral du tablespace système. Utilisez le nom de table indiqué dans l'invite d'erreur.
ALTER TABLE $table_name DROP INDEX $fts_name; -
Recréez l'index en texte intégral.
ALTER TABLE $table_name ADD FULLTEXT INDEX $fts_name; -
Vérifiez qu'il ne reste aucun index en texte intégral dans le tablespace système. La requête suivante renvoie tous les index de ce type. Un résultat vide signifie que la pré-vérification n'échouera pas en raison de ce problème.
SELECT NAME FROM information_schema.INNODB_SYS_TABLES WHERE TABLE_ID IN ( SELECT CONV(SUBSTRING_INDEX(SUBSTRING_INDEX(NAME, '_', -4),'_', 1),16,10) FROM INNODB_SYS_TABLES WHERE NAME LIKE '%fts_00000000%' AND SPACE = 0);
check_read_ins_number
Message d'erreur : Le nombre d'instances en lecture seule ne peut pas dépasser 8.
Objet de la vérification : Compte le nombre d'instances en lecture seule pour les instances utilisant des SSD locaux.
Cause : L'instance compte plus de 8 instances en lecture seule. Cette limite s'applique uniquement aux instances utilisant des SSD locaux.
Solution : Libérez les instances en lecture seule supplémentaires. Une fois la mise à niveau terminée, recréez-les.
check_slave_state
Message d'erreur : L'état du secondaire n'est pas sain ou présente des retards.
Objet de la vérification : Vérifie l'état de santé et la latence de réplication du nœud secondaire.
Cause : Le nœud secondaire est dans un état anormal ou présente un retard de réplication.
Solution : Dans la console, vérifiez les métriques de surveillance Node Replication Thread Status (seconds) et Node Replication Latency (seconds) sous Monitoring and alerts. Attendez que le nœud secondaire revienne à la normale, puis exécutez à nouveau la pré-vérification.
check_account
Message d'erreur : L'instance possède un compte aliyun_root.
Objet de la vérification : Vérifie l'existence d'un compte aliyun_root sur l'instance.
Cause : Un utilisateur a créé manuellement un compte aliyun_root dans RDS for MySQL 5,6. Le compte aliyun_root est un compte système par défaut dans RDS for MySQL 5,7 et versions ultérieures. S'il existe déjà dans la version 5,6, la mise à niveau vers 5,7 échoue avec une erreur de nom en double.
Solution : Supprimez ou renommez le compte aliyun_root créé manuellement avant d'exécuter la pré-vérification. Pour plus d'informations sur les comptes système, consultez la section Comptes système.
check_sys_schema
Message d'erreur : L'instance possède déjà une base de données sys.
Objet de la vérification : Vérifie l'existence d'une base de données sys sur l'instance.
Cause : La base de données sys est créée par défaut dans RDS for MySQL 5,7. Si elle existe déjà dans une instance 5,6, la mise à niveau vers 5,7 échoue.
Solution : Renommez la base de données sys existante. Comme MySQL ne prend pas en charge RENAME DATABASE, exécutez ALTER TABLE ... RENAME pour chaque table individuellement.
Pour confirmer l'existence de la base de données sys, exécutez :
SELECT * FROM information_schema.SCHEMATA WHERE SCHEMA_NAME='sys';check_table_discard
Message d'erreur : Certaines tables ont été ignorées (discard).
Objet de la vérification : Vérifie si l'instance contient des tables dont les tablespaces ont été ignorés (tables sur lesquelles ALTER TABLE ... DISCARD TABLESPACE a été exécuté) et qui n'ont pas été restaurées.
Cause : L'instance contient des tables ignorées dont la taille du fichier de tablespace et la taille de bloc sont toutes deux égales à 0.
Solution : Après avoir confirmé la sécurité des données, restaurez ou supprimez les tables concernées, puis exécutez à nouveau la pré-vérification. Pour la version source 5,7, exécutez :
SELECT space,name FROM INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES WHERE FS_BLOCK_SIZE=0 AND FILE_SIZE=0 AND name NOT LIKE '%#sql%';Pour la version source 8,0, exécutez :
SELECT SPACE, NAME FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE FS_BLOCK_SIZE=0 AND FILE_SIZE=0 AND NAME NOT LIKE '%#sql%';check_table_foreign_key
Message d'erreur : La table partitionnée contient des clés étrangères.
Objet de la vérification : Vérifie si des tables partitionnées possèdent des clés étrangères ou si des tables partitionnées sont référencées par les clés étrangères d'autres tables.
Cause : Une table partitionnée contient une clé étrangère ou la clé étrangère d'une autre table référence une table partitionnée.
Solution : Résolvez les conflits entre les clés étrangères et les tables partitionnées.
-
Interrogez les tables partitionnées qui contiennent des clés étrangères.
SELECT DISTINCT a.TABLE_SCHEMA, a.TABLE_NAME FROM information_schema.TABLE_CONSTRAINTS a, information_schema.PARTITIONS b WHERE a.CONSTRAINT_TYPE='FOREIGN KEY' AND a.TABLE_SCHEMA = b.TABLE_SCHEMA AND a.TABLE_NAME = b.TABLE_NAME AND (b.PARTITION_NAME IS NOT NULL OR b.SUBPARTITION_NAME IS NOT NULL); -
Interrogez les tables partitionnées qui sont référencées par les clés étrangères d'autres tables.
SELECT DISTINCT a.TABLE_SCHEMA, a.TABLE_NAME, a.REFERENCED_TABLE_SCHEMA, a.REFERENCED_TABLE_NAME FROM information_schema.KEY_COLUMN_USAGE a, information_schema.PARTITIONS b WHERE a.REFERENCED_TABLE_SCHEMA = b.TABLE_SCHEMA AND a.REFERENCED_TABLE_NAME = b.TABLE_NAME AND (b.PARTITION_NAME IS NOT NULL OR b.SUBPARTITION_NAME IS NOT NULL);
check_column_length
Message d'erreur : Le nombre de vues dont la longueur de colonne est supérieure ou égale à 64 est supérieur à 0.
Objet de la vérification : Vérifie si des vues comportent des noms de colonne de 64 caractères ou plus.
Cause : MySQL ne prend pas en charge les noms de colonne de vue comportant 64 caractères ou plus.
Solution : Interrogez les vues concernées, puis supprimez-les ou raccourcissez les noms de colonne.
SELECT TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME IN (SELECT TABLE_NAME FROM INFORMATION_SCHEMA.VIEWS) AND CHAR_LENGTH(COLUMN_NAME) >= 64;check_foreign_key_constraint
Message d'erreur : Le nombre de tables dont la longueur de la contrainte de clé étrangère est supérieure à 64 est supérieur à 0.
Objet de la vérification : Vérifie si des tables comportent des noms de contrainte de clé étrangère de plus de 64 caractères.
Cause : Les noms de contrainte de clé étrangère de plus de 64 caractères ne sont pas pris en charge.
Solution : Raccourcissez les noms de contrainte de clé étrangère concernés, puis exécutez à nouveau la pré-vérification. Pour la version source 5,7, interrogez INFORMATION_SCHEMA.INNODB_SYS_FOREIGN. Pour la version source 8,0, interrogez INFORMATION_SCHEMA.INNODB_FOREIGN. L'exemple suivant concerne la version 5,7 :
SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_NAME IN (SELECT LEFT(SUBSTR(ID,INSTR(ID,'/')+1),INSTR(SUBSTR(ID,INSTR(ID,'/')+1),'_ibfk_')-1) FROM INFORMATION_SCHEMA.INNODB_SYS_FOREIGN WHERE CHAR_LENGTH(SUBSTR(ID,INSTR(ID,'/')+1))>64);check_dictionary_table
Message d'erreur : Dans la base de données système de MySQL 5,7, il ne doit pas y avoir de tables portant le même nom que celles utilisées par le dictionnaire de données de MySQL 8,0.
Objet de la vérification : Vérifie si des tables de la base de données système de MySQL 5,7 portent les mêmes noms que les tables utilisées par le dictionnaire de données de MySQL 8,0.
Cause : Une ou plusieurs tables de la base de données système de MySQL 5,7 portent des noms qui entrent en conflit avec le dictionnaire de données de MySQL 8,0.
Solution : Recherchez les noms de table en conflit, puis supprimez-les ou renommez-les.
SELECT TABLE_SCHEMA, TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE LOWER(
TABLE_SCHEMA) = 'mysql' and LOWER(TABLE_NAME) IN
('catalogs', 'character_sets', 'check_constraints', 'collations',
'column_statistics', 'column_type_elements', 'columns',
'dd_properties', 'events', 'foreign_key_column_usage', 'foreign_keys',
'index_column_usage', 'index_partitions', 'index_stats',
'indexes', 'parameter_type_elements', 'parameters', 'resource_groups', 'routines',
'schemata', 'st_spatial_reference_systems',
'table_partition_values', 'table_partitions', 'table_stats', 'tables',
'tablespace_files', 'tablespaces', 'triggers', 'view_routine_usage',
'view_table_usage');check_ins_health
Message d'erreur : Le nœud principal de l'instance n'est pas disponible.
Objet de la vérification : Vérifie la connectivité et la disponibilité de l'instance.
Cause : Des ressources telles que le CPU ou le disque sont entièrement utilisées, rendant le nœud principal indisponible.
Solution : Dans la console, utilisez la fonctionnalité Monitoring and alerts pour vérifier que toutes les métriques de surveillance se situent dans des plages normales.
check_table_index_type
Message d'erreur : Pour les mises à niveau de 5,7 vers 8,0 : MySQL 8,0 ne prend pas en charge la création d'index BTREE sur des champs spatiaux.
Pour les mises à niveau de 8,0 vers 8,4 : L'instance actuelle contient des index SPATIAL. Supprimez ces index avant la mise à niveau et recréez-les une fois la mise à niveau terminée.
Objet de la vérification : Vérifie la compatibilité des index en fonction du chemin de mise à niveau. Pour les mises à niveau de 5,7 vers 8,0, recherche les index BTREE sur des champs spatiaux. Pour les mises à niveau de 8,0 vers 8,4, vérifie si l'instance contient des index SPATIAL.
Cause : Pour les mises à niveau de 5,7 vers 8,0, l'instance possède des index BTREE sur des champs spatiaux. Pour les mises à niveau de 8,0 vers 8,4, l'instance possède des index SPATIAL.
Solution : Supprimez les index incompatibles détectés avant la mise à niveau et recréez-les selon les règles de la version cible après la mise à niveau. Pour les mises à niveau de 5,7 vers 8,0, exécutez la requête suivante :
SELECT DISTINCT s.* FROM INFORMATION_SCHEMA.STATISTICS s
INNER JOIN INFORMATION_SCHEMA.COLUMNS c
ON s.TABLE_SCHEMA = c.TABLE_SCHEMA
AND s.TABLE_NAME = c.TABLE_NAME
AND s.COLUMN_NAME = c.COLUMN_NAME
WHERE s.TABLE_SCHEMA NOT IN ('mysql', 'sys')
AND c.DATA_TYPE IN ('GEOMETRY', 'POINT', 'LINESTRING', 'POLYGON', 'MULTIPOINT',
'MULTILINESTRING', 'MULTIPOLYGON', 'GEOMETRYCOLLECTION')
AND s.INDEX_TYPE = 'BTREE';Pour les mises à niveau de 8,0 vers 8,4, exécutez la requête suivante :
SELECT DISTINCT TABLE_SCHEMA, TABLE_NAME, INDEX_NAME FROM INFORMATION_SCHEMA.STATISTICS WHERE INDEX_TYPE IN ('SPATIAL', 'RTREE') AND TABLE_SCHEMA NOT IN ('mysql', 'sys', 'performance_schema', 'information_schema');check_read_ins_level
Message d'erreur : Les spécifications des instances en lecture seule sont incohérentes.
Objet de la vérification : Vérifie si plusieurs instances en lecture seule rattachées à une instance avec SSD local utilisent des types d'instance cohérents.
Cause : Les instances en lecture seule rattachées à la même instance principale utilisent différents types d'instance, ce qui empêche un mappage uniforme du type d'instance cible lors de la mise à niveau.
Solution : Modifiez les instances en lecture seule standard pour utiliser un type d'instance disponible cohérent, puis exécutez à nouveau la pré-vérification.
check_bak_read_exists
Message d'erreur : Il existe une instance en lecture seule, mais aucune instance en lecture seule de secours.
Objet de la vérification : Vérifie l'existence d'au moins une instance en lecture seule de secours lorsqu'une instance avec SSD local possède des instances en lecture seule standard.
Cause : L'instance possède des instances en lecture seule standard mais aucune instance en lecture seule de secours, ce qui ne satisfait pas à l'exigence de basculement de la mise à niveau.
Solution : Ajustez la topologie des instances en lecture seule et conservez au moins une instance en lecture seule de secours. Si vous ne pouvez pas effectuer cette opération dans la console, soumettez un ticket.
check_bak_read_number
Message d'erreur : Vérifiez que le nombre d'instances en lecture seule de secours ne peut pas dépasser 5.
Objet de la vérification : Vérifie si le nombre d'instances en lecture seule de secours d'une instance avec SSD local dépasse 5.
Cause : Le nombre d'instances en lecture seule de secours est supérieur à 5.
Solution : Libérez ou ajustez les instances en lecture seule de secours supplémentaires afin que leur nombre ne dépasse pas 5, puis exécutez à nouveau la pré-vérification.
check_read_ins_conn_type
Message d'erreur : Les types de réseau de l'instance en lecture seule et de l'instance en lecture seule de secours sont incohérents.
Objet de la vérification : Vérifie si les types de connexion réseau de l'instance en lecture seule standard et de l'instance en lecture seule de secours sont cohérents.
Cause : Les types de connexion LVS et DNS coexistent dans la même topologie.
Solution : Modifiez l'instance en lecture seule standard et l'instance en lecture seule de secours pour utiliser un type de connexion cohérent, puis exécutez à nouveau la pré-vérification.
check_interrupt_task
Message d'erreur : L'instance en lecture seule de secours comporte des tâches inachevées.
Objet de la vérification : Vérifie si l'instance en lecture seule de secours comporte des tâches majeures de version inachevées ou interrompues.
Cause : L'instance en lecture seule de secours comporte encore des tâches dans les états waiting (En attente), running (En cours d'exécution), paused (En pause) ou interrupted (Interrompu).
Solution : Attendez que les tâches connexes soient terminées ou gérez et mettez fin aux tâches anormales, puis exécutez à nouveau la pré-vérification.
check_mgr_disabled_for_84
Message d'erreur : MySQL 8,4 ne prend plus en charge Group Replication (MGR).
Objet de la vérification : Vérifie si MGR est activé sur l'instance source lors de la mise à niveau de 8,0 vers 8,4. Contrôle l'existence de membres dans performance_schema.replication_group_members ou si group_replication_start_on_boot est défini sur ON.
Cause : L'instance possède des membres MGR ou est configurée pour démarrer automatiquement Group Replication au démarrage de l'instance.
Solution : Exécutez STOP GROUP_REPLICATION; pour arrêter MGR, supprimez les paramètres liés à Group Replication et redémarrez l'instance. Après avoir confirmé que MGR n'est plus activé, exécutez à nouveau la pré-vérification.