Synchronize RDS MySQL to a self-managed Oracle database - Data Transmission Service

Bases de données source et de destination prises en charge

Le tableau suivant décrit les bases de données source et de destination prises en charge pour la synchronisation des données de MySQL vers Oracle. Cette rubrique utilise une instance ApsaraDB RDS for MySQL et une base de données Oracle gérée par l'utilisateur sur une instance ECS à titre d'exemple. La procédure est similaire pour les autres sources de données.

Base de données source	Base de données de destination
ApsaraDB RDS for MySQL instance Self-managed database that is hosted on Elastic Compute Service (ECS) Self-managed database that is connected over Express Connect, VPN Gateway, or Smart Access Gateway Self-managed database that is connected over Database Gateway Self-managed database that is connected over Cloud Enterprise Network (CEN)	A self-managed database connected through Express Connect, VPN Gateway, or Smart Access Gateway. A self-managed database on an ECS instance. A self-managed database connected through Database Gateway. A self-managed database connected through Cloud Enterprise Network (CEN).

Prérequis

La base de données Oracle gérée par l'utilisateur s'exécute en mode ARCHIVELOG, et ses journaux archivés ont une période de rétention raisonnable et sont accessibles. Pour plus d'informations, consultez ARCHIVELOG.
La journalisation supplémentaire, y compris supplemental_log_data_pk et supplemental_log_data_ui, est activée. Pour plus d'informations, consultez Supplemental Logging.
Si votre base de données Oracle gérée par l'utilisateur utilise une architecture Real Application Clusters (RAC), elle doit être connectée à un VPC. Pour garantir le bon déroulement de la tâche DTS, vous devez connecter l'IP SCAN et l'adresse IP virtuelle (VIP) de chaque nœud du cluster Oracle RAC au VPC et configurer le routage. Pour plus d'informations, consultez Présentation des solutions de connexion d'un centre de données local à Alibaba Cloud et Connecter un centre de données à DTS via VPN Gateway.

Remarques sur l'utilisation

Remarque

Pendant la synchronisation complète et la synchronisation incrémentielle :

Les opérations de mise à jour et de suppression en cascade dans la base de données source peuvent entraîner des incohérences de données.
Si la base de données de destination contient des clés étrangères ou des déclencheurs, désactivez-les. Sinon, la tâche de synchronisation peut échouer.

Type	Description
Limites de la base de données source	Les tables à synchroniser doivent avoir une clé primaire ou une contrainte unique, et les champs doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination. Si vous effectuez une synchronisation au niveau des tables et que vous devez modifier les mappages (comme le mappage des noms de colonnes), chaque tâche de synchronisation prend en charge jusqu'à 1 000 tables. Si vous dépassez cette limite, la tâche échoue avec une erreur. Pour résoudre ce problème, répartissez les tables sur plusieurs tâches ou configurez une tâche de synchronisation de base de données complète. Journaux binaires : ApsaraDB RDS for MySQL active la journalisation binaire par défaut. Assurez-vous que le paramètre binlog_row_image est défini sur full. Sinon, la pré-vérification échoue et la tâche de synchronisation ne peut pas démarrer. Pour obtenir des instructions, consultez Configurer les paramètres de l'instance. Important Si votre instance source est une base de données MySQL gérée par l'utilisateur, activez la journalisation binaire et définissez binlog_format sur row et binlog_row_image sur full. Si votre base de données MySQL gérée par l'utilisateur est un cluster à deux nœuds principaux (où les deux nœuds agissent comme principal et secondaire), activez le paramètre log_slave_updates afin que DTS puisse capturer tous les événements du journal binaire. Pour obtenir des instructions, consultez Créer un compte et configurer la journalisation binaire pour une base de données MySQL gérée par l'utilisateur. Les journaux binaires locaux d'une instance ApsaraDB RDS for MySQL doivent être conservés pendant au moins trois jours (sept jours sont recommandés). Pour une base de données MySQL gérée par l'utilisateur, conservez les journaux binaires locaux pendant au moins sept jours. Sinon, DTS peut ne pas réussir à récupérer les journaux binaires, ce qui entraîne l'échec de la tâche. Dans les cas extrêmes, cela peut provoquer des incohérences de données ou une perte de données. Les problèmes causés par des périodes de rétention des journaux binaires inférieures aux exigences de DTS ne sont pas couverts par le SLA de DTS. Remarque Pour configurer la retention period des journaux binaires locaux sur une instance ApsaraDB RDS for MySQL, consultez Supprimer automatiquement les journaux locaux. N'exécutez pas d'opérations DDL modifiant les schémas de base de données ou de tables pendant la synchronisation des schémas ou la synchronisation complète. Sinon, la tâche de synchronisation échouera. Remarque Pendant la synchronisation complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées qui peuvent bloquer les opérations DDL sur la base de données source. Les données générées par des modifications qui n'écrivent pas dans les journaux binaires, telles que les données restaurées à partir de sauvegardes physiques ou créées par des opérations en cascade, ne sont pas synchronisées vers la base de données de destination. Remarque Si cela se produit, supprimez la base de données ou la table concernée des objets de synchronisation. Ajoutez-la ensuite à nouveau. Vous ne pouvez le faire que si votre activité métier le permet. Pour plus d'informations, consultez Modifier les objets de synchronisation. Si votre base de données source est MySQL 8.0.23 ou version ultérieure et contient des colonnes masquées invisibles, DTS peut ne pas lire ces colonnes. Cela peut entraîner une perte de données. Remarque Exécutez la commande `ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;` pour rendre la colonne masquée visible. Pour plus d'informations, consultez Invisible Columns. Compatibilité MySQL : Lorsque DTS synchronise des données depuis une base de données source de la famille MySQL, il s'appuie sur le protocole MySQL standard et le format Binlog, et les comportements incompatibles avec MySQL standard ne sont pas pris en charge. Si votre base de données source prétend être compatible avec MySQL mais se comporte différemment de MySQL (par exemple, lorsqu'OceanBase est connecté en tant que source en mode MySQL, l'horodatage de l'événement de rotation final dans le Binlog est 0, ce qui diffère de MySQL), la tâche de synchronisation DTS peut échouer.
Autres limites	Les modifications d'attributs multi-colonnes ne sont pas prises en charge. Les modifications des types de données de base ne sont pas prises en charge. Si votre base de données source utilise des opérations DDL en ligne en mode table temporaire, y compris mais sans s'y limiter les scénarios de fusion multi-tables, ou ajoute des index basés sur des fonctions aux colonnes de clé unique, une perte de données ou un échec de la tâche peut se produire dans la base de données de destination. Si votre base de données Oracle gérée par l'utilisateur utilise Real Application Clusters (RAC), ne configurez pas ScanIP. Configurez uniquement une adresse IP virtuelle (VIP) dans les informations de connexion. Avec cette configuration, le basculement des nœuds RAC n'est pas pris en charge. Si un conflit de clé primaire ou de clé unique se produit pendant l'exécution de la tâche : Si les schémas de table sont identiques et qu'un enregistrement dans la base de données de destination a la même valeur de clé primaire ou de clé unique qu'un enregistrement dans la base de données source : Pendant la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé. Pendant la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement dans la base de données de destination. Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation partielle des données de colonne ou un échec complet de la synchronisation. Procédez avec prudence. Si votre instance ApsaraDB RDS for MySQL a Always-Encrypted activé, la synchronisation complète des données n'est pas prise en charge. Remarque Les instances ApsaraDB RDS for MySQL avec Transparent Data Encryption (TDE) activé prennent en charge la synchronisation des schémas, la synchronisation complète des données et la synchronisation incrémentielle des données. Si une tâche échoue, l'équipe support de DTS tentera de la restaurer dans un délai de huit heures. Pendant la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres. Remarque Seuls les paramètres de la tâche DTS sont modifiés, pas les paramètres de la base de données. Les paramètres qui peuvent être ajustés incluent ceux répertoriés dans Modifier les paramètres de l'instance.
Cas particuliers	Pour une base de données source MySQL gérée par l'utilisateur : Si un basculement principal/secondaire se produit dans la base de données source pendant la synchronisation, la tâche échoue. DTS calcule la latence en comparant l'horodatage du dernier enregistrement synchronisé avec l'heure actuelle. Si aucune opération DML n'est exécutée pendant une longue période dans la base de données source, le rapport de latence peut devenir imprécis. Si la latence semble trop élevée, exécutez une opération DML dans la base de données source pour mettre à jour la latence. Remarque Si vous sélectionnez une base de données complète pour la synchronisation, créez une table de heartbeat. Mettez à jour ou écrivez dans cette table chaque seconde. DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS `test` dans la base de données source pour avancer le décalage du journal binaire. Si votre base de données source est Amazon Aurora MySQL ou une autre instance MySQL en cluster, assurez-vous que le nom de domaine ou l'adresse IP utilisé dans la configuration de la tâche, ainsi que sa résolution DNS, pointent toujours vers un nœud en lecture/écriture (RW). Sinon, la synchronisation peut échouer. Pour une base de données source ApsaraDB RDS for MySQL : Les instances en lecture seule, telles que les instances en lecture seule ApsaraDB RDS for MySQL 5.6, qui n'enregistrent pas les journaux de transaction, ne peuvent pas servir de bases de données sources. DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS `test` dans la base de données source pour avancer le décalage du journal binaire.

Facturation

Type de synchronisation

Tarification

Synchronisation des schémas et synchronisation complète des données

Gratuit.

Synchronisation incrémentielle des données

Facturé. Pour plus d'informations, consultez Présentation de la facturation.

Topologies de synchronisation prises en charge

Synchronisation unidirectionnelle un-à-un
Synchronisation unidirectionnelle un-à-plusieurs
Synchronisation unidirectionnelle plusieurs-à-un

Opérations SQL prises en charge

Type d'opération	Opération SQL
DML	INSERT, UPDATE et DELETE
DDL	CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE et TRUNCATE TABLE ADD COLUMN, DROP COLUMN, MODIFY COLUMN et RENAME COLUMN CREATE INDEX, UNIQUE INDEX et DROP INDEX

Procédure

Accédez à la page de liste des tâches de synchronisation de la région de destination. Vous pouvez utiliser l'une des deux méthodes suivantes :
Depuis la console DTS
1. Connectez-vous à la Data Transmission Service (DTS) console.
2. Dans le volet de navigation de gauche, cliquez sur Data Synchronization.
3. Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance de synchronisation.
Depuis la console DMS

Remarque
Les opérations réelles peuvent varier en fonction du mode et de la disposition de la console DMS. Pour plus d'informations, consultez Simple mode et Customize the layout and style of the DMS interface.
1. Connectez-vous à Data Management (DMS).
2. Dans la barre de menus supérieure, choisissez Data Synchronization > Data + AI > Data Transmission (DTS).
3. À droite de Data Synchronization Tasks, sélectionnez la région où se trouve l'instance de synchronisation.
Cliquez sur Create Task pour ouvrir la page de configuration de la tâche.

Configurez les bases de données source et de destination.

Section	Parameter	Description
N/A	Data Synchronization	DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour faciliter l'identification. Le nom n'a pas besoin d'être unique.
Data Synchronization Tasks	Create Task	Sélectionnez Task Name.
	Source Database	Sélectionnez Database Type.
	MySQL	Sélectionnez la région où réside l'instance ApsaraDB RDS for MySQL source.
	Connection Type	Cet exemple synchronise les données au sein du même compte Alibaba Cloud. Sélectionnez Alibaba Cloud Instance.
	Instance Region	Sélectionnez l'ID de l'instance ApsaraDB RDS for MySQL source.
	Replicate Data Across Alibaba Cloud Accounts	Saisissez le compte de base de données de l'instance ApsaraDB RDS for MySQL source.
	No	Saisissez le mot de passe correspondant au compte de base de données.
	RDS Instance ID	Sélectionnez Database Account ou Database Password selon vos besoins. Si vous sélectionnez Encryption, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez Use a cloud certificate to quickly enable SSL encryption.
Non-encrypted	SSL-encrypted	Sélectionnez SSL-encrypted.
	Destination Database	Sélectionnez Database Type.
	Oracle	Sélectionnez la région où réside l'instance Oracle de destination.
	Connection Type	Sélectionnez l'ID de l'instance ECS qui héberge la base de données Oracle gérée par l'utilisateur.
	Self-managed Database on ECS	Saisissez le numéro de port de service de la base de données Oracle gérée par l'utilisateur. La valeur par défaut est 1521.
	Instance Region	ECS Instance ID : si vous sélectionnez cette option, vous devez également spécifier le Port. Oracle Type : si vous sélectionnez cette option, vous devez également spécifier le Non-RAC Instance.
	SID	Saisissez le compte de base de données de la base de données Oracle gérée par l'utilisateur.
	RAC or PDB Instance	Saisissez le mot de passe correspondant au compte de base de données.

Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page. Dans la boîte de dialogue CIDR Blocks of DTS Servers, cliquez sur Test Connectivity.

Remarque
Assurez-vous que les blocs CIDR d'adresses IP des serveurs DTS sont ajoutés aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Cette opération peut être effectuée automatiquement ou manuellement. Pour plus d'informations, consultez Add the IP address CIDR blocks of DTS servers to a whitelist.

Configurez les objets de la tâche.

Sur la page Configure Objects, configurez les objets à synchroniser.

Parameter	Description
Service Name	Les types de synchronisation. Par défaut, Database Account est sélectionné. Vous devez également sélectionner Database Password et Test Connectivity and Proceed. Une fois la vérification préliminaire terminée, DTS synchronise les données historiques des objets sélectionnés de la base de données source vers le cluster de destination. Les données historiques constituent la base de la synchronisation incrémentielle ultérieure.
CIDR Blocks of DTS Servers	Test Connectivity : vérifie si une table portant le même nom existe dans la base de données de destination. Si aucune table portant le même nom n'existe, la vérification préliminaire réussit. Si une table portant le même nom existe, la vérification préliminaire échoue et la tâche de synchronisation des données ne démarre pas. Remarque Si vous ne pouvez pas supprimer ou renommer la table portant le même nom dans la base de données de destination, vous pouvez la mapper vers un nom de table différent. Pour plus d'informations, consultez Map table and column names. Configure Objects : ignore la vérification des noms de tables en double dans la base de données de destination. Avertissement La sélection de Synchronization Types peut entraîner une incohérence des données et mettre votre activité en danger. Par exemple : Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de la base de données source : Lors de la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé. Lors de la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement de la base de données de destination. Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation uniquement des données de certaines colonnes ou un échec complet de la synchronisation. Procédez avec prudence.
Incremental Data Synchronization	Vous pouvez configurer la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes qui sont synchronisés vers l'instance de destination. Par défaut, la Schema Synchronization est sélectionnée. Vous pouvez également choisir d'utiliser les politiques par défaut des bases de données source et de destination. Pour plus d'informations, consultez Case sensitivity policy for destination object names.
Full Data Synchronization	Dans la zone Processing Mode for Existing Tables in Destination, cliquez sur un objet à synchroniser, puis cliquez sur pour le déplacer vers la zone Precheck and Report Errors. Remarque Vous pouvez sélectionner des bases de données, des tables et des colonnes comme objets de synchronisation. Si vous sélectionnez des tables ou des colonnes, d'autres objets tels que les vues, les déclencheurs et les procédures stockées ne sont pas synchronisés vers la base de données de destination.
Ignore Errors and Proceed	Pour renommer un seul objet de synchronisation dans l'instance de destination, cliquez avec le bouton droit sur l'objet dans la zone Ignore Errors and Proceed. Pour plus d'informations sur le renommage des objets, consultez Map a single database, table, or column. Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination par lot, cliquez sur Case Sensitivity Policy for Destination Object Names dans le coin supérieur droit de la zone DTS default policy. Pour plus d'informations, consultez Map databases, tables, and columns in a batch. Remarque Pour filtrer les données à l'aide d'une clause WHERE, cliquez avec le bouton droit sur la table à synchroniser dans la zone Source Objects et définissez la condition de filtre dans la boîte de dialogue qui s'affiche. Pour plus d'informations, consultez Configure filter conditions. Si vous utilisez la fonctionnalité de mappage de noms d'objets, d'autres objets qui dépendent de l'objet mappé peuvent ne pas être synchronisés.

Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.

Parameter	Description
Source Objects	Par défaut, DTS planifie les tâches sur un cluster partagé et vous n'avez pas besoin de sélectionner un cluster. Pour des performances plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de synchronisation DTS. Pour plus d'informations, consultez What is a DTS dedicated cluster?.
Selected Objects	Après le démarrage d'une tâche de synchronisation, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à retenter la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez également spécifier une durée de nouvelle tentative personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir la durée à 30 minutes ou plus. Si DTS se reconnecte avec succès à la base de données dans la durée spécifiée, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue. Remarque Si vous disposez de plusieurs instances DTS (par exemple, l'instance A et l'instance B) qui partagent la même source ou la même destination, et que vous définissez la durée de nouvelle tentative réseau à 30 minutes pour l'instance A et à 60 minutes pour l'instance B, la durée la plus courte de 30 minutes est utilisée pour les deux. Étant donné que DTS facture le temps d'exécution de la tâche pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser la durée de nouvelle tentative en fonction de vos besoins professionnels ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.
Selected Objects	Après le démarrage de la tâche de synchronisation, si d'autres problèmes non liés à la connectivité surviennent avec la base de données source ou de destination (tels que des exceptions d'exécution DDL ou DML), DTS signale une erreur et lance immédiatement des opérations de nouvelle tentative continues. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez également personnaliser la durée de nouvelle tentative dans la plage de 1 à 1 440 minutes. Nous vous recommandons de la définir à 10 minutes ou plus. Si les opérations pertinentes aboutissent dans la durée de nouvelle tentative définie, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue. Important La valeur de Selected Objects doit être inférieure à celle de Batch Edit.
Selected Objects	Pendant l'étape de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Selected Objects, Next: Advanced Settings et Dedicated Cluster for Task Scheduling. Remarque Cet élément de configuration est disponible uniquement lorsque Retry Time for Failed Connections est défini sur Retry Time for Other Issues. Vous pouvez également ajuster le débit de synchronisation complète après le démarrage de l'instance de synchronisation.
Retry Time for Other Issues	Vous pouvez également définir une limite de débit pour la tâche de synchronisation incrémentielle. Pour soulager la pression sur la base de données de destination, définissez les paramètres Retry Time for Failed Connections et Enable Throttling for Full Data Synchronization.
Queries per second (QPS) to the source database	Vous pouvez sélectionner une balise d'environnement pour identifier l'instance de synchronisation selon vos besoins. Dans cet exemple, aucune sélection n'est nécessaire.
RPS of Full Data Migration	Choisissez d'activer ou non la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez What is ETL? Valeurs valides : Data migration speed for full migration (MB/s) : active la fonctionnalité ETL. Saisissez les instructions de traitement des données dans l'éditeur de code. Pour plus d'informations, consultez Configure ETL in a data migration or data synchronization task. Synchronization Types : désactive la fonctionnalité ETL.
Full Data Synchronization	Spécifiez si vous souhaitez configurer des alertes. Si la synchronisation échoue ou si la latence dépasse le seuil spécifié, une notification est envoyée à un contact d'alerte. Enable Throttling for Incremental Data Synchronization : aucune alerte n'est configurée. RPS of Incremental Data Synchronization : configurez les alertes en définissant un seuil d'alerte et en spécifiant un notification d'alerte. Pour plus d'informations, consultez Configure monitoring and alerting during task configuration.

Cliquez sur Next: Data Validation pour configurer une tâche de validation des données.

Si vous souhaitez utiliser la fonctionnalité de validation des données, consultez Configure data validation pour obtenir les instructions de configuration.

Enregistrez la tâche et exécutez une vérification préliminaire.
- Pour afficher les paramètres API pour la configuration de cette instance, placez le curseur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle.
- Si vous avez terminé de consulter les paramètres API, cliquez sur Next: Save Task Settings and Precheck en bas de la page.
Remarque
- Avant le démarrage de la tâche de synchronisation, DTS exécute une vérification préliminaire. La tâche ne peut démarrer qu'après la réussite de tous les éléments de vérification préliminaire.
- Si la vérification préliminaire échoue, cliquez sur View Details pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis exécutez à nouveau la vérification préliminaire.
- Si la vérification préliminaire renvoie un avertissement :
  
  Si un élément de vérification échoue et ne peut pas être ignoré, cliquez sur View Details à côté de l'élément. Suivez les instructions pour corriger le problème, puis exécutez à nouveau la vérification préliminaire.
  
  Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer sur Confirm Alert Details, Ignore, OK et Precheck Again dans l'ordre pour ignorer l'avertissement et relancer la vérification préliminaire. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels que l'incohérence des données et présenter des risques pour votre activité.

Achetez l'instance.

Lorsque le Success Rate est de 100 %, cliquez sur Next: Purchase Instance.

Sur la page Purchase, sélectionnez la méthode de facturation et la spécification de lien pour l'instance de synchronisation des données. Le tableau suivant décrit ces paramètres en détail.

Category	Parameter	Description
Data synchronization speed for incremental synchronization (MB/s)	Billing Method	Abonnement : vous payez lors de la création de l'instance. Cette option convient aux besoins à long terme et est plus rentable que le paiement à l'utilisation. Plus la durée d'abonnement est longue, plus la remise est importante. Paiement à l'utilisation : vous êtes facturé à l'heure. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour économiser des coûts.
	Resource Group Configuration	Le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez What is Resource Management?.
	Link Specification	DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification de lien de synchronisation affecte le taux de synchronisation. Vous pouvez choisir une spécification en fonction de votre scénario professionnel. Pour plus d'informations, consultez Data synchronization link specifications.
	Subscription Duration	En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Vous pouvez choisir un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans. Remarque Cette option est disponible uniquement lorsque la méthode de facturation est Environment Tag.

Une fois la configuration terminée, lisez et sélectionnez Data Transmission Service (Pay-as-you-go) Service Terms.
Cliquez sur Buy and Start. Dans la boîte de dialogue OK, cliquez sur OK.

Vous pouvez consulter la progression de la tâche sur la page Data Synchronization.