La réplication entrante utilise un canal de réplication configuré dans le service HeatWave pour copier les transactions d'un autre emplacement vers un système de base de données. Le canal connecte la source (instance MySQL ou autre système de base de données) à la réplique (système de base de données) et copie les données de la source vers la réplique.

La réplication asynchrone signifie que la réplique n'a pas besoin d'être exécutée et connectée à la source en permanence. Il peut récupérer de nouvelles mises à jour chaque fois qu'il est en ligne et se reconnecte.

Un système de base de données de réplique ne peut se connecter qu'à une seule source MySQL. Le serveur source ne contrôle pas la réplique de système de base de données et n'a pas besoin d'être autorisé à y écrire. La réplique utilise le canal de réplication configuré pour se connecter à la source, en fournissant un ensemble d'informations d'identification utilisateur de réplication. Sur la connexion formée par le canal, la réplique extrait les transactions validées de la source. La réplique écrit ensuite ces transactions dans sa propre copie des bases de données.

Impact des opérations du système de base de données sur le canal de réplication

Les opérations du système de base de données affectent le canal de réplication :

• Si vous arrêtez le système de base de données, il arrête tous les canaux activés et fait passer son état à Needs Attention.
• Si vous supprimez le système de base de données, il supprime tous les canaux attachés au système de base de données.
• Si vous redémarrez, mettez à niveau ou mettez à jour un système de base de données, activez ou désactivez la haute disponibilité ou effectuez une permutation, la réplication de canal est temporairement suspendue pendant l'opération. Une fois l'opération terminée, la réplication est reprise. L'état du canal devient Updating pendant la reprise du canal.