Pour utiliser la réplication sortante à partir du service MySQL HeatWave, la réplique et sa connexion réseau à la source du système de base de données ont besoin de cette configuration.

• Votre VCN et votre réseau local doivent être configurés pour permettre le trafic de réplication entre la source du système de base de données et la réplique. Vous pouvez utiliser une connexion RPV, FastConnect ou connexion au serveur d'accès OpenVPN pour la connexion.
• La réplique doit être la même version ou une version supérieure de MySQL que la source du système de base de données.
• La réplique doit utiliser des GTID, la variable de système GTID_MODE étant réglée à ON. Il ne s'agit pas de la valeur par défaut dans le serveur MySQL, mais il s'agit de la valeur par défaut dans le service MySQL HeatWave. La réplication basée sur la position du fichier journal binaire n'est pas prise en charge par le service MySQL HeatWave, mais uniquement la réplication basée sur un GTID. Voir MySQL Reference Manual - gtid_mode.
• La réplique doit utiliser la variable de système enforce-gtid-consistency. Voir enforce_gtid_consistency.
• La réplique doit utiliser la variable de système partial-revokes=ON. Voir partial_revokes.
• La source du système de base de données et la réplique doivent s'exécuter avec la même valeur de variable de système lower_case_table_names. Voir Variables d'initialisation.
• La valeur de la variable de système server_id doit être définie sur la réplique et être unique dans votre topologie de réplication. La valeur de la variable de système server_uuid doit également être unique. Voir server_id et server_uuid.
• La réplique doit contenir les mêmes définitions de fuseau horaire que la source du système de base de données. Le fuseau horaire par défaut du service MySQL HeatWave est UTC. Voir Alimentation des tables de fuseau horaire.
• La réplication sortante d'une source de système de base de données vers une réplique externe ou vers un autre système de base de données en tant que réplique nécessite la création d'un vidage de la source de système de base de données à l'aide de l'utilitaire dumpInstance de l'interpréteur de commandes MySQL et l'importation de ce vidage sur la réplique, y compris les utilisateurs, avant le démarrage de la réplication. Voir Aperçu de l'exportation et de l'importation.
• Les utilisateurs de la source du système de base de données doivent être présents sur la réplique. La révocation partielle implique que les rôles et les utilisateurs qui créent des droits soient présents sur la réplique. Les utilisateurs de la source sont exportés dans le cadre du vidage de l'interpréteur de commandes MySQL et doivent être importés dans la réplique.
  Note
  
  

  Le compte d'utilisateur utilisé pour charger le vidage de l'interpréteur de commandes MySQL sur la réplique doit disposer des privilèges nécessaires pour charger les utilisateurs et les données.

La réplique doit pouvoir appliquer les transactions de la source du système de base de données avant l'épuration du journal binaire de la source. La valeur par défaut de binlog_expire_logs_seconds est 3600 secondes (1 heure). Si votre réplique a besoin de plus de temps que cela pour appliquer les transactions, créez une nouvelle configuration du service MySQL HeatWave avec la valeur d'expiration requise et créez un nouveau système de base de données source à l'aide de la nouvelle configuration.

L'utilisateur de réplication doit être présent sur le serveur source du système de base de données avec les privilèges requis. Voir Création d'un utilisateur de réplication sur un serveur source pour connaître les étapes de configuration de l'utilisateur de réplication.