Prérequis

Découvrez les prérequis pour la mise à niveau de l'architecture des microservices Oracle GoldenGate.

Si Oracle GoldenGate est mis à niveau du côté source où l'extraction existe, le format du fichier trace reste le même. Ce n'est que si un élément FORMAT RELEASE supérieur est ajusté au paramètre EXTTRAIL ou si un élément ETROLLOVER est exécuté que le fichier trace est mis à niveau vers une version supérieure. Cela permet de mettre à niveau le système cible dans lequel le processus Replicat existe, indépendamment. Lorsque tous les systèmes cible sont mis à niveau, vous pouvez mettre à jour la version de format du paramètre EXTTRAIL pour tirer parti des nouvelles fonctionnalités reposant sur un format de fichier trace plus élevé. Aucun repositionnement d'un processus n'est requis.

Une fois que vous avez vérifié que l'environnement a été mis à niveau, vous pouvez implémenter les nouvelles fonctionnalités et les paramètres supplémentaires nécessaires.

Les instructions de mise à niveau incluent également les étapes de mise à niveau simultanée de la base de données source ou cible et d'Oracle GoldenGate.

Remarques concernant la mise à niveau d'Oracle GoldenGate

Avant de commencer la mise à niveau, vérifiez les informations relatives à la mise à niveau d'Extract et de Replicat.

Il est recommandé d'effectuer d'abord une mise à niveau minimale ou de base, ce qui implique d'effectuer la mise à niveau sans ajouter de nouvelles fonctionnalités et des paramètres supplémentaires ou non obligatoires. Une fois que vous avez vérifié que l'environnement a été mis à niveau, vous pouvez implémenter les nouvelles fonctionnalités et les paramètres supplémentaires nécessaires.

Même si vous mettez uniquement à niveau les installations source ou cible, au lieu des deux, tous les processus sont impliqués dans la mise à niveau. Tous les processus doivent être arrêtés dans le bon ordre pour la mise à niveau, quel que soit le composant que vous mettez à niveau, et les traces doivent être traitées jusqu'à ce qu'elles soient vides.

Oracle recommande de commencer la mise à niveau avec la cible plutôt qu'avec la source afin d'éviter de devoir ajuster le format du fichier trace.

Fichiers binaires et déploiements d'installation

Avec l'architecture de microservices, il existe une forte séparation entre l'emplacement d'installation du logiciel et la structure de répertoires de déploiement de l'instance Oracle GoldenGate, qui contient les fichiers de paramètres, les fichiers de rapport et les fichiers trace. Pour ces deux domaines, les fichiers binaires et le déploiement du logiciel sont strictement séparés. Il n'y a donc aucune interférence entre les anciennes et les nouvelles installations logicielles liées aux déploiements.

Lors d'une mise à niveau logicielle, le nouveau logiciel sera installé indépendamment. Le déploiement utilisant l'ancien logiciel sera arrêté. Ensuite, l'environnement de déploiement sera ajusté au nouveau logiciel et le déploiement sera redémarré.

Si une configuration de proxy inverse est générée sur l'ordinateur hôte avec OGG_HOME/lib/utl/reverseproxy/ReverseProxySettings, envisagez de la reconfigurer pour tirer parti de l'utilitaire ReverseProxySetting amélioré disponible avec Oracle GoldenGate. Pour plus d'informations sur l'utilitaire ReverseProxySetting, reportez-vous à Configuration du proxy inverse Oracle GoldenGate avec NGINX.

Eléments à prendre en compte pour la sécurité

Vous ne pouvez pas remplacer un déploiement non sécurisé par un déploiement sécurisé ou un déploiement sécurisé par un déploiement non sécurisé. La sécurité de déploiement doit être configurée lors de la création du déploiement et ne peut pas être modifiée. Si vous souhaitez passer à un déploiement sécurisé, vous devez créer un autre déploiement sécurisé, puis déplacer manuellement les extractions, les réplications, le service de destinataire et le service de distribution vers ce nouveau déploiement.

Gestionnaire de services et déploiements

Lors de la mise à niveau d'Oracle GoldenGate, le gestionnaire de services doit d'abord être mis à jour. La version logicielle du gestionnaire de services doit être supérieure ou égale à la version des déploiements, sauf lorsque XAG est activé.

Remarque : si vous utilisez l'agent XAG (Oracle Grid Infrastructure Agent), les déploiements gérés par le gestionnaire de services mis à niveau doivent également être mis à niveau. L'exécution de déploiements dans un gestionnaire de services à l'aide d'une version du logiciel Oracle GoldenGate différente de celle du gestionnaire de services lorsque XAG est activé n'est pas prise en charge.

Considérations relatives à la mise à niveau d'extraction

Si vous mettez à niveau plusieurs processus Extract qui opèrent dans une configuration consolidée (plusieurs sources vers une cible), mettez à niveau un processus Extract à la fois.

Le fichier trace de sortie est automatiquement reporté lorsque le processus Extract redémarre et que la version du processus Extract est mise à niveau.

Pour Oracle GoldenGate pour Oracle AI Database, lorsqu'une base de données est mise à niveau vers une version binaire supérieure, puis rétrogradée vers une version binaire inférieure, toutes les captures existantes ne peuvent pas continuer l'exploration. Les captures doivent être supprimées et de nouvelles extractions doivent être créées pour pouvoir continuer.

Remarque : à partir d'Oracle GoldenGate 26ai, le processus Extract filtre les opérations LDD balisées par défaut, ce qui entraîne l'exclusion des instructions LDD Oracle Data Pump (balisées sur 00) de la capture. Pour capturer ces instructions LDD, configurez DDLOPTIONS INCLUDETAG 00, mais faites preuve de prudence dans les configurations bidirectionnelles, car cela peut inclure d'autres instructions LDD balisées et introduire des boucles de réplication.

Pour en savoir plus, reportez-vous à UPGRADE HEARTBEATTABLE.

Remarques concernant la mise à niveau du processus Replicat

Toutes les installations de réplication doivent être mises à niveau en même temps. Il est essentiel de s'assurer que toutes les traces conduisant à tous les groupes de réplication sur tous les systèmes cible sont traitées jusqu'à ce qu'elles soient vides, conformément aux instructions de mise à niveau.

Lors de la mise à niveau à partir de versions antérieures à la version 19c d'Oracle GoldenGate, assurez-vous que vous n'utilisez pas le paramètre SOURCEDEF dans le processus Replicat, sinon le processus Replicat sera abandonné. Toutefois, si le format du fichier trace est antérieur à la version 12.2, SOURCEDEF est toujours requis car aucune métadonnée n'existe dans le fichier trace.

Le type de données TIMEZONE est géré différemment avec Oracle GoldenGate 21c et les versions ultérieures. Par conséquent, vous devrez peut-être exécuter la commande ALTER REPLICAT EXTSEQNO pour effectuer une synchronisation avec des fichiers trace plus récents après avoir consommé l'ancien fichier trace écrit par le processus Extract. Pour plus de détails, reportez-vous à la commande ALTER REPLICAT.

Remarques concernant le fichier trace

Si Oracle GoldenGate est mis à niveau du côté source où l'extraction existe, le format du fichier trace reste le même. Toutefois, le fichier trace est mis à niveau vers une version supérieure uniquement si une valeur FORMAT RELEASE supérieure est ajustée au paramètre EXTTRAIL ou si une valeur ETROLLOVER est exécutée. Cela permet de mettre à niveau le système cible dans lequel le processus Replicat existe, indépendamment. Lorsque tous les systèmes cible sont mis à niveau, vous pouvez mettre à jour la version de format du paramètre EXTTRAIL pour tirer parti des nouvelles fonctionnalités reposant sur un format de fichier trace plus élevé. Aucun repositionnement d'un processus n'est requis.