Pour utiliser la réplication entrante dans le service HeatWave, la source et sa connexion réseau à la réplique ont besoin de cette configuration.

• Pour un serveur source externe, votre VCN et votre réseau local doivent être configurés pour autoriser le trafic de réplication entre la réplique du système de base de données et la source. Vous pouvez utiliser un VPN site à site, FastConnect ou OpenVPN Access Server pour la connexion.
  Remarque
  
  Le serveur source doit disposer d'une liste de sécurité entrante, d'un VPN ou d'un pare-feu sur site correctement configuré pour autoriser le trafic à partir de l'adresse IP d'adresse en lecture-écriture du système de base de données. Tout système de base de données créé avant juillet 2024 doit être mis à jour (manuellement ou via la maintenance automatisée). Dans le cas contraire, il utilise une adresse IP différente dans le sous-réseau, qui peut changer dans certains scénarios tels que la permutation, le basculement et les mises à niveau.
• La version minimale de MySQL prise en charge pour une source de réplication est 5.7.9.
• La source ne peut pas exécuter une version supérieure de MySQL à celle de la réplique de système de base de données. La réplique doit exécuter la même version que la source (ou une version supérieure à celle de MySQL).
• Si vous prévoyez de crypter la communication entre la source et la réplique, la source doit être configurée pour utiliser SSL. Reportez-vous à Configuration côté serveur pour les connexions cryptées.
• La source et la réplique de système de base de données doivent être exécutées avec la même valeur de variable système lower_case_table_names. Reportez-vous à Variables d'initialisation.
• La source doit utiliser la journalisation binaire basée sur des lignes, avec la variable système binlog_format=ROW. Il s'agit de la valeur par défaut dans MySQL 8.0 et versions ultérieures. La réplication basée sur des instructions et la réplication mixte ne sont pas prises en charge par le service HeatWave. Reportez-vous au manuel MySQL Reference Manual - binlog_format.
  Remarque
  
  Il est recommandé d'activer GTID sur la source et de définir la variable système gtid_mode sur ON. Reportez-vous à Activation des transactions GTID en ligne. Même si la réplication basée sur la position du fichier journal binaire est prise en charge dans la réplication entrante du service HeatWave, la réplication basée sur GTID est plus robuste.

  Pour le serveur source MySQL antérieur à la version 8.3.0, il est recommandé de définir binlog_transaction_dependency_tracking sur WRITESET. Cela peut augmenter le parallélisme de réplication et réduire ainsi le décalage de réplication.

• L'utilisateur de réplication doit être présent sur le serveur source avec les privilèges requis. Reportez-vous à la section Creating a Replication User On a Source Server.