Configuration de la réplique

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 nécessitent 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 VPN Connect, FastConnect ou OpenVPN Access Server pour la connexion.
• La réplique doit avoir la même version que la source du système de base de données, ou une version supérieure de MySQL.
• La réplique doit utiliser des GTID, avec la variable système GTID_MODE définie sur ON. Il ne s'agit pas de la valeur par défaut dans le serveur MySQL, mais de la valeur par défaut dans le service MySQL HeatWave. La réplication basée sur la position des fichiers journaux binaires n'est pas prise en charge par le service MySQL HeatWave, seule la réplication basée sur GTID. Reportez-vous au manuel de référence MySQL - gtid_mode.
• La réplique doit utiliser la variable système enforce-gtid-consistency. Reportez-vous à enforce_gtid_consistency.
• La réplique doit utiliser la variable système partial-revokes=ON. Reportez-vous à partial_revokes.
• La source du système de base de données et la réplique doivent être exécutées avec la même valeur de variable système lower_case_table_names. Reportez-vous à Variables d'initialisation.
• La valeur de la variable système server_id doit être définie sur la réplique et unique dans la topologie de réplication. La valeur de la variable système server_uuid doit également être unique. Reportez-vous à server_id et à server_uuid.
• La réplique doit contenir les mêmes définitions du fuseau horaire que la source du système de base de données. Le fuseau horaire par défaut de MySQL HeatWave Service est UTC. Reportez-vous à Remplissage 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 que vous créiez un fichier dump de la source de système de base de données à l'aide de l'utilitaire dumpInstance de MySQL Shell et que vous importiez ce fichier dump sur la réplique (utilisateurs compris) avant de lancer la réplication. Reportez-vous à Présentation de l'export et de l'import.
• Les utilisateurs de la source de système de base de données doivent être présents sur la réplique. Les révocations partielles exigent que les rôles et les utilisateurs qui créent des octrois soient présents sur la réplique. Les utilisateurs de la source sont exportés avec le fichier dump de shell MySQL et doivent être importés dans la réplique.
  Remarque
  
  

  Le compte utilisateur utilisé pour charger le vidage de shell 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 à partir de la source du système de base de données pour que le journal binaire de la source soit purgé. La valeur par défaut de binlog_expire_logs_seconds est 3 600 secondes (1 heure). Si votre réplique a besoin de plus de temps pour appliquer les transactions, créez une configuration de service MySQL HeatWave avec la valeur d'expiration requise et créez un 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. Reportez-vous à la section Creating a Replication User On a Source Server pour connaître les étapes de configuration de l'utilisateur de réplication.