MySQL : prérequis pour la configuration LDD

La solution de réplication LDD basée sur un module d'extension n'est pas prise en charge dans Oracle GoldenGate 26ai et versions ultérieures. Les prérequis pour la configuration de la réplication LDD basée sur le journal des transactions sont les suivants :

• Pour la réplication LDD basée sur le journal des transactions, les métadonnées étendues de la table sont requises dans les journaux binaires, qui sont disponibles dans binlog en définissant la variable binlog_row_metadata du serveur MySQL sur FULL. Par conséquent, il est obligatoire de définir binlog_row_metadata sur FULL.

  Remarque : les métadonnées étendues dans binlog sont disponibles à partir de MySQL Server 8.0.14 et de MariaDB 10.5. Par conséquent, la réplication LDD antérieure à ces versions n'est pas prise en charge.

  1. Définissez la valeur de la variable de serveur MySQL binlog_row_metadata sur FULL, dans le fichier de configuration MySQL, my.cnf pour Linux et my.ini pour Windows.

  2. Redémarrez le serveur de base de données après avoir modifié le fichier de configuration pour que les paramètres prennent effet.

• La réplication LDD pour la capture à distance est prise en charge à partir de MySQL 8.0. La réplication LDD basée sur les journaux de transactions fonctionne avec la capture locale ou distante. Il s'agissait d'une limitation pour les versions antérieures d'Oracle GoldenGate. Par exemple, la capture distante 19c d'Oracle GoldenGate ne prenait pas en charge la réplication LDD.

• La réplication LDD basée sur les journaux de transactions peut gérer les instructions LDD émises dans les procédures stockées, ce qui était une limite avec la réplication LDD basée sur les modules d'extension.

• Par conception, les instructions LDD de table de signal d'activité sont ignorées par la capture et vous devez créer les tables de signal d'activité manuellement sur la cible.