Tous les produits
Search
Centre de documentation

Data Transmission Service:Passer d'une synchronisation unidirectionnelle à une synchronisation bidirectionnelle

Dernière mise à jour :Aug 21, 2026

Cette rubrique explique comment faire évoluer la topologie de synchronisation d'une tâche de synchronisation des données, en passant d'un mode unidirectionnel à un mode bidirectionnel, afin de répondre à l'évolution des besoins métier. Vous pouvez configurer une tâche de synchronisation inverse pour optimiser les échanges de données.

Prérequis

L'instance de synchronisation unidirectionnelle que vous souhaitez mettre à niveau doit remplir les conditions suivantes :

  • L'instance correspond à une tâche de synchronisation unidirectionnelle, ce qui signifie que sa Synchronization Topology est définie sur One-way Synchronization.

  • Les bases de données source et de destination de l'instance sont de types et de versions compatibles avec la synchronisation bidirectionnelle. Par exemple, les bases de données source et de destination sont toutes deux des instances MySQL 8,0.

    Pour plus d'informations, consultez les rubriques Instances prises en charge et Présentation de la solution de synchronisation .
  • Le Status de l'instance est Running.

  • Le compte utilisé pour la base de données de destination dispose des autorisations requises.

    Pour plus d'informations, consultez la rubrique Autorisations du compte de la base de données de destination .
  • La base de données source ou de destination de l'instance ne doit pas avoir le chiffrement SSL-encrypted configuré. Si le chiffrement SSL-encrypted est activé, vous ne pouvez pas mettre à niveau l'instance vers une tâche de synchronisation bidirectionnelle.

Instances prises en charge

Base de données source

Base de données de destination

MySQL

MySQL, PolarDB for MySQL

PolarDB for MySQL

MySQL, PolarDB for MySQL

PostgreSQL

PostgreSQL, PolarDB for PostgreSQL

PolarDB for PostgreSQL

PolarDB for PostgreSQL

PolarDB (Compatible with Oracle)

PolarDB (Compatible with Oracle)

Autorisations du compte de la base de données de destination

Type de base de données de destination

Autorisations requises

Configuration du compte

MySQL

  • ApsaraDB RDS for MySQL instance

    Un compte privilégié.

  • Base de données MySQL auto-gérée

    Les autorisations SELECT, REPLICATION CLIENT, REPLICATION SLAVE et SHOW VIEW, ainsi que les droits de création de bases de données et de tables.

PolarDB for MySQL

Un compte privilégié.

Créer et gérer un compte de base de données

PostgreSQL

  • ApsaraDB RDS for PostgreSQL instance

    Un compte privilégié propriétaire de la base de données.

  • Base de données PostgreSQL auto-gérée

    Autorisations Superuser.

PolarDB for PostgreSQL

Un compte privilégié propriétaire de la base de données.

Créer un compte de base de données et Gérer une base de données.

PolarDB (Compatible with Oracle)

Un compte privilégié propriétaire de la base de données.

Créer un compte de base de données et Gérer une base de données.

Facturation

  • Si le mode de facturation est l'abonnement :

    Frais de mise à niveau = (Prix quotidien de la tâche après mise à niveau - Prix quotidien de la tâche avant mise à niveau) × Nombre de jours restants jusqu'à l'expiration.

    Remarque

    Le prix quotidien de la tâche mise à niveau dépend de la période d'abonnement restante.

    • Si la période d'abonnement restante est inférieure à 300 jours, les frais de mise à niveau sont calculés sur la base du prix mensuel.

    • Si la période d'abonnement restante est supérieure ou égale à 300 jours, les frais de mise à niveau sont calculés sur la base du prix annuel.

  • Si le mode de facturation est le paiement à l'utilisation :

    La facturation s'effectue à l'heure en fonction des spécifications de liaison de la tâche mise à niveau, et les règles de facturation restent inchangées.

Remarque

Pour plus d'informations sur la tarification, consultez la rubrique Présentation de la facturation.

Précautions

  • Vous ne pouvez mettre à niveau une tâche de synchronisation que d'un mode unidirectionnel vers un mode bidirectionnel. Il n'est pas possible de rétrograder une tâche d'un mode bidirectionnel vers un mode unidirectionnel.

  • Les tâches de synchronisation unidirectionnelle entre les instances PolarDB-X 2,0 ne peuvent pas être converties en synchronisation bidirectionnelle.

Procédure

  1. 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 console Data Transmission Service (DTS).

    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 selon le mode et la disposition de la console DMS. Pour plus d'informations, consultez les rubriques Mode simple et Personnaliser la disposition et le style de l'interface DMS.

    1. Connectez-vous à Data Management (DMS).

    2. Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Synchronization.

    3. À droite de Data Synchronization Tasks, sélectionnez la région où se trouve l'instance de synchronisation.

  2. Recherchez l'instance cible.

  3. Dans la colonne Actions de l'instance cible, sélectionnez More settings > Change to Two-way.

  4. Dans la boîte de dialogue qui s'affiche, cliquez sur OK.

    Une fois la mise à niveau terminée, une tâche de synchronisation inverse dont le statut est Not configured apparaît sous la tâche de synchronisation des données d'origine.

  5. Configurez la tâche de synchronisation inverse en fonction de vos besoins métier.