Data Transmission Service (DTS) vous permet de migrer vos données entre différents types de stockage, tels que les bases de données relationnelles, NoSQL et OLAP. Le service prend en charge les migrations homogènes ainsi que les migrations hétérogènes entre différents types de stockage.
DTS assure également la réplication continue de données en haute disponibilité. De plus, il vous permet de vous abonner aux données de modification d'ApsaraDB for RDS. Grâce à DTS, vous pouvez facilement mettre en place des scénarios tels que la migration de données, la sauvegarde à distance en temps réel, l'intégration de données en temps réel et l'actualisation du cache.
Avantages

-
Hautes performances
Le débit de migration des données existantes peut atteindre 70 Mo/s
Le débit de réplication des données de modification peut atteindre plus de 30 000 enregistrements par seconde

-
Réplication de données en temps réel
Data Transmission Service (DTS) prend en charge la synchronisation de données en temps réel d'une base de données ApsaraDB RDS vers une autre
Vous pouvez modifier l'objet de synchronisation pendant le processus de synchronisation

-
Simple à utiliser
Lancez une migration de base de données en quelques clics depuis la console de gestion Data Transmission Service
Surveillez et gérez vos tâches dans la console de gestion à tout moment et en tout lieu

-
Fiable
Data Transmission Service surveille en continu les bases de données source et cible. Lorsque la connexion change, DTS modifie dynamiquement la connexion afin d'optimiser les performances
Fonctionnalités
-
Zéro interruption
Data Transmission Service (DTS) vous permet de migrer vos données avec un temps d'interruption quasi nul. Toutes les modifications apportées à la base de données source pendant la migration sont répliquées en continu vers la cible, ce qui permet à la base source de rester pleinement opérationnelle. Une fois la migration terminée, la base cible reste synchronisée avec la source si vous le souhaitez, ce qui vous permet de basculer à un moment opportun.
-
Prise en charge des bases de données les plus courantes
Data Transmission Service (DTS) peut migrer vos données depuis et vers la plupart des bases de données commerciales et open source les plus utilisées. Il prend en charge les migrations homogènes (par exemple de MySQL vers MySQL) ainsi que les migrations hétérogènes entre différentes plateformes de bases de données (par exemple d'Oracle vers MySQL).
Les migrations peuvent s'effectuer depuis des bases de données sur site vers ApsaraDB RDS ou ECS, depuis des bases hébergées sur ECS vers ApsaraDB RDS ou inversement, ainsi que d'une base ApsaraDB RDS vers une autre.
Data Transmission Service (DTS) prend en charge plusieurs modes de transmission, tels que la migration de données, la réplication de données en temps réel et l'abonnement aux données de modification.
-
Migration de données
Zéro interruption
Toutes les modifications de données apportées à la base de données source pendant la migration sont répliquées en continu vers la cible, ce qui permet à la base source de rester pleinement opérationnelle tout au long du processus de migration.
Une fois la migration terminée, la base de données cible reste synchronisée avec la source si vous le souhaitez, ce qui vous permet de basculer à un moment opportun.
Prise en charge des bases de données les plus courantes
DTS prend en charge la migration homogène (par exemple de MySQL vers MySQL, de SQL Server vers SQL Server) ainsi que la migration hétérogène (par exemple d'Oracle vers MySQL).
DTS prend également en charge les migrations hétérogènes entre différentes plateformes de bases de données. Les migrations peuvent s'effectuer depuis des bases de données sur site vers ApsaraDB for RDS ou Alibaba Cloud ECS, depuis des bases hébergées sur ECS vers ApsaraDB RDS ou inversement, ainsi que d'une base ApsaraDB RDS vers une autre. -
Abonnement aux données de modification en temps réel
DTS prend en charge l'abonnement en temps réel aux données de modification d'ApsaraDB RDS.
Vous pouvez modifier l'objet d'abonnement après la création de l'instance d'abonnement.
-
Surveillance automatique
Fournit en temps réel des informations essentielles sur les instances, telles que le délai de réplication, l'état de transmission et le délai de consommation, afin que vous puissiez surveiller et protéger vos applications stratégiques. Essayez gratuitement plus de 40 produits.
-
Simplicité d'utilisation
Data Transmission Service (DTS) gère toute la complexité du processus de migration, y compris la réplication automatique des modifications de données survenant dans la base source pendant la migration.
-
Fiable
DTS surveille en continu les bases de données source et cible. Lorsque la connexion change, DTS ajuste dynamiquement la connexion afin d'optimiser les performances.
-
Hautes performances
Les hautes performances de Data Transmission Service (DTS) permettent la réplication en parallèle et prennent en charge de nombreuses fonctionnalités d'optimisation réseau, telles que la compression de données et la retransmission de paquets.
Créer une base de données cloud robuste pour la fintech, le e-commerce et le gaming
Ce livre blanc présente la base de données cloud native d'Alibaba Cloud, PolarDB, et examine les défis propres aux bases de données à travers des scénarios concrets, notamment la protection des données, la sauvegarde et la migration.
Scénarios
-
Migration de bases de données sans interruption
-
Reprise après sinistre à distance
-
Réduction des accès distants
-
Analytique big data en temps réel
-
Actualisation du cache
-
Notification par messages

Migration de bases de données sans interruption
Data Transmission Service (DTS) vous aide à migrer vos données avec quasiment aucune interruption. Toutes les modifications de données apportées à la base de données source pendant la migration sont répliquées en continu vers la cible, ce qui permet à la base de données source de rester pleinement opérationnelle durant le processus de migration. Une fois la migration terminée, la base de données cible reste synchronisée avec la source aussi longtemps que vous le souhaitez, ce qui vous permet de basculer vers la nouvelle base de données au moment qui vous convient.

Reprise après sinistre à distance
Grâce à Data Transmission Service (DTS), vous pouvez effectuer une réplication de données en temps réel entre deux instances ApsaraDB RDS situées dans des régions différentes. L'instance de reprise après sinistre distante est un réplica de l'instance principale. En cas de sinistre, les applications peuvent basculer de l'instance principale vers l'instance de reprise après sinistre distante afin de garantir la disponibilité des activités.

Réduction des accès distants
Lorsqu'une application est déployée dans une seule région, les utilisateurs d'autres régions subissent une latence élevée et une expérience utilisateur dégradée. Pour améliorer l'expérience d'accès, nous vous recommandons d'utiliser l'architecture suivante :
Configuration recommandée
-
Cette architecture se compose d'un centre et d'unités. Les requêtes en écriture des utilisateurs de toutes les régions sont acheminées vers le centre. Les données du centre sont synchronisées vers les unités grâce à Data Transmission Service (DTS). Les requêtes en lecture des utilisateurs de différentes régions peuvent être acheminées vers les unités les plus proches afin d'éviter les accès distants et de réduire la latence.

Analytique big data en temps réel
Data Transmission Service (DTS) fournit un transfert optimisé et haute performance vers Analytic DB depuis ApsaraDB RDS, afin de prendre en charge les initiatives d'analytique big data en temps réel de vos clients. Grâce à cette solution, les clients peuvent effectuer des opérations de découverte, d'organisation et d'enrichissement de données à faible latence avant qu'elles ne soient transmises à des outils d'analyse plus avancés.

Actualisation du cache
Pour prendre en charge l'accès haute vitesse aux données, vous pouvez utiliser des services de cache avec ApsaraDB RDS. Grâce à l'abonnement aux données de modification de Data Transmission Service (DTS), vous pouvez actualiser le cache à faible latence, sans dégrader les performances de l'instance ApsaraDB RDS.

Notification par messages
Lorsque deux applications sont couplées de manière asynchrone, vous pouvez utiliser l'abonnement aux données de modification de Data Transmission Service (DTS) pour envoyer des notifications à faible latence sans dégrader les performances de l'application source. Grâce à l'abonnement aux données de modification, vous n'avez plus besoin de publier des messages depuis l'application source. Cette solution vous permet ainsi de rendre l'application principale plus stable et plus fiable.
Cas d'utilisation
- Géo-réplication multi-active
- Reprise après sinistre inter-régions et inter-zones de disponibilité
- Synchronisation transfrontalière de données
- BI cloud et entreposage de données en temps réel
Exemple : pour l'entreposage de données en temps réel, DTS intègre de manière transparente les bases de données OLTP et OLAP sans interruption et avec un effort de configuration minimal.
Regardez la vidéo pour découvrir comment DTS peut optimiser vos flux de données.
Grâce à l'intégration avec Cloud Enterprise Network (CEN), notre solution Data Transmission Service (DTS) permet non seulement la réplication de données inter-régions et transfrontalière en temps réel, conforme aux exigences de conformité, mais facilite également une connexion fluide entre votre environnement sur site et votre infrastructure cloud. Vous bénéficiez ainsi d'une accessibilité et d'une fiabilité accrues, où que vous soyez.
Découvrez comment notre solution peut renforcer votre activité face aux perturbations potentielles et permettre une synchronisation mondiale efficace de vos bases de données.
- Connecter des bases de données sur site à DTS via CEN >
- Bonne pratique : synchronisation transfrontalière de bases de données >
Ressources associées
Mise en pratique
Mise en place de benchmarks de performance de bases de données sur Alibaba Cloud
Ce document vous guide dans la mise en œuvre de tests de performance de bases de données basés sur des benchmarks courants, notamment ceux du Transaction Processing Performance Council (TPC) et sysbench.
Mise en pratique
Déploiement d'applications multirégionales sur Alibaba Cloud
Cette solution vous permet de déployer des applications dans plusieurs régions, de connecter des réseaux régionaux à un réseau interne central, de migrer un déploiement basé sur Express Connect vers un déploiement basé sur CEN et de déployer la réplication entre plusieurs systèmes de bases de données ApsaraDB for RDS inter-régions.
FAQ
1. Data Transmission Service prend-il en charge la migration de données entre des instances RDS sous deux comptes Alibaba Cloud différents
Oui. Lors de la migration de données entre des instances RDS sous différents comptes Alibaba Cloud, vous devez vous connecter à la console Data Transmission Service avec le compte de l'instance RDS cible.
Lors de la configuration de la tâche de migration, vous devez sélectionner les bases de données sur site avec des adresses IP publiques pour l'instance source, et configurer la connexion de l'instance RDS source.
2. Data Transmission Service prend-il en charge la migration des données modifiées de l'instance source pendant la migration de données
Oui. Toutes les modifications de données de la base de données source survenant pendant la migration sont répliquées en continu vers la cible. Data Transmission Service permet à la base de données source de rester pleinement opérationnelle pendant le processus de migration.
3. Quels sont les principes de base de la migration des données modifiées via Data Transmission Service
Les principes de base de la migration des données modifiées via Data Transmission Service sont décrits ci-après :
Pendant la migration de données, Data Transmission Service démarre le module d'analyse des journaux pour capturer et analyser les journaux de modifications de la base de données source en temps réel. Ensuite, Data Transmission Service commence la migration des données existantes. Une fois le chargement des données terminé, Data Transmission Service réplique les données modifiées capturées vers l'instance cible, et la base de données cible reste synchronisée avec la source aussi longtemps que vous le souhaitez.
4. Les tables sont-elles verrouillées pendant la migration de données via Data Transmission Service
Lorsque vous choisissez la migration des données existantes et la réplication des données modifiées, pendant la migration complète des données, Data Transmission Service vérifie si la base de données source contient des tables non transactionnelles sans clés primaires (par exemple, MyISAM). Si de telles tables existent, Data Transmission Service applique des verrous en lecture seule sur les tables pour garantir la cohérence de la migration des données. Dans les autres cas, Data Transmission Service n'applique pas de verrou sur les bases de données source.
5. Quel réseau (intranet ou Internet) est utilisé pour accéder à l'instance ECS pendant la migration de données via Data Transmission Service
Si le type de réseau de l'instance ECS est VPC, Data Transmission Service se connecte à l'instance ECS via Internet.
Si l'instance ECS est l'instance source de la tâche de migration et se trouve dans une région différente de l'instance cible de la tâche de migration, Data Transmission Service se connecte à l'instance ECS via Internet.
Dans les autres cas, Data Transmission Service se connecte à l'instance ECS via un intranet.
6. Quel réseau (intranet ou Internet) est utilisé pour accéder à l'instance RDS pendant la migration de données via Data Transmission Service
Si l'instance RDS est l'instance source de la tâche de migration et se trouve dans une région différente de l'instance cible de la tâche de migration, Data Transmission Service se connecte à l'instance RDS via Internet.
Dans les autres cas, Data Transmission Service se connecte à l'instance RDS via un intranet.
7. Les opérations DDL sont-elles synchronisées vers la cible pendant la migration de base de données
Si le type de base de données de l'instance source est MySQL ou MongoDB, les opérations DDL sont synchronisées.
Dans les autres cas, les opérations DDL ne sont pas synchronisées.
8. Data Transmission Service prend-il en charge la migration de la base de données d'une instance ECS en VPC vers une instance RDS
Oui, mais l'instance ECS doit disposer d'une adresse EIP. Lors de la configuration de la tâche de migration, sélectionnez l'instance ECS comme instance source. Data Transmission Service accède à l'instance ECS via l'adresse EIP de l'instance ECS.
9. À partir de quelle base de données (active ou de secours) Data Transmission Service transfère-t-il les données pendant la migration
Data Transmission Service transfère les données à partir de la base de données active de l'instance RDS pendant la migration de données.
10. Data Transmission Service peut-il migrer la base de données C de l'instance RDS A vers la base de données D de l'instance RDS B
Oui. Data Transmission Service prend en charge le mappage de noms de bases de données, ce qui permet la migration de données entre deux bases de données différentes dans deux instances RDS.
11. Les données de la base de données source sont-elles supprimées après la migration via Data Transmission Service
Non. Data Transmission Service copie uniquement les données de la base de données source pendant la migration. Les données de la base de données source ne sont donc pas affectées.
12. Pourquoi l'erreur suivante s'affiche-t-elle : « Failed to obtain the structure object "[java.sql.SQLException: I/O exception: The Network Adapter co" »
Si cette erreur s'affiche, Data Transmission Service ne parvient pas à se connecter à la base de données source. Les causes possibles sont les suivantes :
(1) L'adresse de connexion est incorrecte.
(2) Le pare-feu est activé pour la base de données locale.
(3) L'écoute à distance n'est pas activée pour la base de données.
13. Qu'est-ce que la table « increment_trx » générée dans la base de données cible pendant la migration de données
La table « increment_trx » est créée par Data Transmission Service. Elle sert principalement à enregistrer le point de contrôle de la migration. En cas d'interruption de la tâche, Data Transmission Service redémarre automatiquement le processus et reprend la migration à partir du point de contrôle enregistré.
Ne supprimez pas cette table, sous peine d'échec de la tâche de migration.
14. Pourquoi la taille de l'instance RDS cible est-elle supérieure à celle de la base de données source après la migration via Data Transmission Service
Data Transmission Service migre les données via SQL. Des fichiers binlog sont générés dans l'instance cible. Par conséquent, la taille de l'instance RDS cible après la migration est supérieure à celle de la base de données source.
15. Pourquoi l'erreur suivante s'affiche-t-elle : « java.sql.BatchUpdateException: INSERT, DELETE command denied to user 'user' »
La cause principale est que l'instance RDS cible est verrouillée et que les privilèges d'écriture du compte ont été révoqués.
Pour résoudre ce problème, vous pouvez augmenter l'espace de l'instance RDS cible et redémarrer la tâche dans la console Data Transmission Service.
16. Les données des tables de la base de données cible sont-elles écrasées pendant la migration de données via Data Transmission Service
Non. La table de l'instance cible à migrer doit être vide avant la migration de données. Si la table à migrer existe déjà dans la base de données cible, la vérification préalable échoue.
17. Comment migrer une base de données vers l'instance RDS d'un autre compte Alibaba Cloud
Vous devez vous connecter à la console Data Transmission Service depuis le compte Alibaba Cloud de l'instance RDS cible. Définissez le type d'instance source sur base de données sur site et configurez la connexion de l'instance RDS source.
18. La libération d'une tâche de migration terminée affecte-t-elle l'utilisation de la base de données migrée
Non.
19. Data Transmission Service prend-il en charge la synchronisation entre une base de données sur site et l'instance RDS
Oui. Vous pouvez utiliser Data Transmission Service pour effectuer la synchronisation entre l'instance cloud et la base de données sur site.
20. Quel réseau (intranet ou Internet) est utilisé pendant la synchronisation de données Data Transmission Service
Data Transmission Service transfère les données via un intranet pendant la synchronisation de données.
21. Pourquoi le SDK d'abonnement aux données ne parvient-il pas à s'abonner aux messages et le message « client partition is empty, wait partition balance » s'affiche-t-il en permanence
Le SDK d'abonnement aux données ne parvient pas à s'abonner aux messages et le message « client partition is empty, wait partition balance » s'affiche en permanence.
22. Pourquoi l'erreur « keep alive error » s'affiche-t-elle dans le SDK d'abonnement aux données
L'horodatage de consommation ne se trouve pas dans la plage de données de l'instance d'abonnement aux données. Vous devez modifier l'horodatage de consommation et redémarrer le SDK.
23. Pourquoi le système affiche-t-il l'erreur « failed to get master store addr for topic aliyun_sz_ecs_ApsaraDBr*****y-1-0 » lors de l'utilisation de la fonction d'abonnement aux données
Vérifiez d'abord si le paramètre sePublicIp du SDK est défini sur true.
Si usePublicIp = true, vérifiez si l'horodatage de consommation se trouve dans la plage de données de l'instance d'abonnement. Si ce n'est pas le cas, modifiez l'horodatage de consommation et redémarrez le SDK.
24. Pourquoi le système affiche-t-il l'erreur « Specified signature is not matched with our calculation. at com.aliyuncs.DefaultAcsClient.parseAcsResponse(DefaultAcsClient.java:139) at » au démarrage du SDK d'abonnement aux données
La clé d'accès (Access Key) et le secret d'accès (Access Secret) configurés dans le SDK n'appartiennent pas au compte Alibaba Cloud correspondant à l'instance d'abonnement. Modifiez la clé d'accès et le secret d'accès, puis redémarrez le SDK.
25. Un client SDK peut-il s'abonner à plusieurs canaux
Non.
26. Pourquoi le système affiche-t-il « get guid info failed » au démarrage de l'abonnement SDK
L'identifiant de l'instance d'abonnement défini dans le SDK est incorrect. Vous devez remplacer l'identifiant de l'instance d'abonnement dans le code exemple du client par l'identifiant de l'instance d'abonnement à laquelle vous souhaitez vous abonner.
Assistance améliorée pour vous
Conseil de prévente individualisé, assistance technique 24 h/24, 7 j/7, réponse plus rapide et plus de tickets.
Conseil de prévente individualisé
Assistance technique 24 h/24, 7 j/7
6 tickets gratuits par trimestre
