-
Q : Comment résoudre un échec de connexion à la base de données source ?
R : Vérifiez l'exactitude des informations et des paramètres de la base de données source. Pour plus d'informations, consultez la rubrique Vérification de la connectivité de la base de données source.
-
Q : Comment résoudre un échec de connexion à la base de données de destination ?
R : Vérifiez l'exactitude des informations et des paramètres de la base de données de destination. Pour plus d'informations, consultez la rubrique Résolution des problèmes de connectivité de la base de données de destination.
-
Q : Comment migrer ou synchroniser des données lorsque l'instance source ou de destination se trouve dans une région non prise en charge par DTS ?
Pour une tâche de migration de données, demandez un endpoint public pour l'instance de base de données (par exemple, ApsaraDB RDS for MySQL) et connectez-vous via Public IP Address. Sélectionnez une région prise en charge par DTS comme région de l'instance, puis ajoutez les plages d'adresses IP des serveurs DTS de cette région à la liste d'autorisation de l'instance. Pour connaître les adresses IP à ajouter, consultez la rubrique Ajout d'adresses IP de serveur DTS à la liste d'autorisation.
Pour une tâche de synchronisation de données, DTS ne prend pas en charge la synchronisation dans ces régions, car elle n'autorise pas la connexion à une instance de base de données via Public IP Address.
-
Q : Si l'instance source ou de destination est connectée via un nom de domaine, combien de temps faut-il à DTS pour détecter le changement ?
R : DTS détecte un basculement de liaison de nom de domaine en moins de 10 minutes et bascule automatiquement la tâche DTS vers la nouvelle adresse IP associée au nom de domaine. Assurez-vous que la relation de réplication binlog entre les anciennes et les nouvelles instances reste active pendant plus de 10 minutes lors du basculement du nom de domaine.
-
Q : Que faire si l'erreur « Internal IP address instances are not allowed » s'affiche lors d'un test de connexion ?
Symptôme : Lorsque la base de données de destination est une base de données AnalyticDB, le test de connexion échoue avec l'erreur « Internal IP address instances are not allowed » lors de la configuration d'une tâche de migration ou de synchronisation.
Cause : La base de données de destination AnalyticDB ne prend pas en charge les tests de connexion.
Solution : Lorsque la base de données de destination est une base de données AnalyticDB, ignorez le test de connexion et poursuivez la configuration, à condition que le nom d'utilisateur et le mot de passe soient corrects.