Exigences relatives au système d'exploitation

Découvrez les ressources de système d'exploitation requises pour installer et exécuter Oracle GoldenGate.

Mémoire requise

Toutes les plates-formes

La quantité de mémoire requise pour Oracle GoldenGate dépend de la quantité de données traitées, du nombre de processus Oracle GoldenGate en cours d'exécution, de la quantité de RAM disponible pour Oracle GoldenGate et de la quantité de mémoire disponible pour Oracle GoldenGate. quantité d'espace disque disponible pour Oracle GoldenGate pour le stockage temporaire des pages de RAM sur le disque lorsque le système d'exploitation a besoin de libérer de la RAM (généralement lorsqu'un filigrane faible est atteint). Ce stockage temporaire de RAM sur disque est communément appelé swapping ou paging (appelé swap ici). Selon la plate-forme, le terme espace de swap peut être une partition de swap, un fichier de swap, un fichier de page (Windows) ou un segment de mémoire partagée (IBM pour i).

Les serveurs modernes disposent d'une mémoire vive suffisante combinée à un espace de swap et des systèmes de gestion de la mémoire suffisants pour exécuter Oracle GoldenGate. Toutefois, l'augmentation de la quantité de RAM disponible pour Oracle GoldenGate peut améliorer considérablement ses performances, ainsi que celles du système en général.

Les installations Oracle GoldenGate standard fournissent de la RAM en multiples de gigaoctets pour éviter un swap excessif de pages RAM sur le disque. Plus il y a de contention pour la RAM, plus l'espace de swap est utilisé.

Un swap excessif sur le disque entraîne des problèmes de performances pour le processus Extract en particulier, car il doit stocker les données de chaque transaction ouverte jusqu'à ce qu'un enregistrement de validation soit reçu. Si Oracle GoldenGate est exécuté sur le même système que la base de données, la quantité de RAM disponible devient critique pour les performances des deux.

L'utilisation de la RAM et du swap est contrôlée par le système d'exploitation, et non par les processus Oracle GoldenGate. Le gestionnaire de cache Oracle GoldenGate tire parti des fonctions de gestion de la mémoire du système d'exploitation pour garantir que les processus Oracle GoldenGate fonctionnent de manière durable et efficace. Dans la plupart des cas, les utilisateurs n'ont pas besoin de modifier la configuration de gestion de la mémoire Oracle GoldenGate par défaut.

Pour plus d'informations sur l'évaluation des exigences de mémoire Oracle GoldenGate, reportez-vous au paramètre [CACHEMGR](/pls/topic/lookup?ctx=en/database/goldengate/core/26/coredoc&id=GWURF-GUID-B910F3D9-E41C-4335-AC0A-442435481A19) dans la référence des paramètres et des fonctions pour Oracle GoldenGate.

Db2 z/OS : mémoire requise

Oracle GoldenGate requiert les ressources de mémoire suivantes sur le système distant Oracle GoldenGate et le système hôte de base de données. Pour connaître les ressources de mémoire requises sur un système distant, reportez-vous à la section All Platforms ci-dessus.

Sur le système hôte Db2

Lors de la configuration de l'environnement WLM (Workload Manager) pour les composants de lecture de journal d'extraction, il est recommandé de définir NUMTCB dans la plage 10-40 en fonction de votre environnement. Pour plus d'informations, reportez-vous à la documentation IBM.

Privilèges de sécurité d'Oracle GoldenGate

Cette section décrit les privilèges de sécurité requis par Oracle GoldenGate sur un système source et sur un système cible Windows ou Linux.

La personne qui installe Oracle GoldenGate doit disposer de privilèges de lecture et d'écriture sur le répertoire d'installation d'Oracle GoldenGate, car des étapes seront effectuées pour créer des sous-dossiers et exécuter certains programmes.

Service Manager, Replicat et Receiver Service (le nom du programme est server) sont actifs. Le gestionnaire de services contrôle les autres processus et interagit avec le service récepteur pour recevoir les données entrantes, tandis que le processus Replicat applique les données à la base de données cible via ODBC.

Il est recommandé d'affecter aux processus Oracle GoldenGate un compte utilisateur dédié à Oracle GoldenGate et ne pouvant pas être utilisé par un autre programme. Un compte utilisateur peut être utilisé par tous les processus Oracle GoldenGate. Ce compte doit disposer des privilèges requis pour lire, écrire et supprimer des fichiers et des répertoires dans le répertoire d'installation d'Oracle GoldenGate.

Si le profil utilisateur Extract ne dispose pas de l'autorité requise, le processus Extract consigne les erreurs suivantes et s'arrête.

[SC=-1224:SQL1224N A database agent could not be started to service a request, or was terminated as a result of a database system shutdown or a force command.SQL STATE 55032: The CONNECT statement is invalid, because the database manager was stopped after this application was started]

Le profil utilisateur doit être spécifié avec le paramètre USERIDALIAS lorsque vous configurez les fichiers de paramètres et dans la commande DBLOGIN avant d'exécuter des commandes Admin Client qui interagissent avec la base de données.

Exigences relatives au disque

Exigences en matière de disque pour les fichiers d'installation Oracle GoldenGate

Cette section répertorie l'espace disque requis pour Oracle GoldenGate et des considérations spécifiques relatives à l'espace disque pour la base de données Db2 z/OS.

L'espace disque requis pour une installation Oracle GoldenGate varie en fonction de votre système d'exploitation et de votre base de données. Assurez-vous que vous disposez d'un espace disque suffisant pour le fichier téléchargé, les fichiers développés et les fichiers installés, qui peut atteindre 2 Go.

Exigences relatives aux disques temporaires

Lorsque le nombre total de données de transaction mises en cache dépasse le paramètre CACHESIZE du paramètre CACHEMGR, le processus d'extraction commence à écrire des données de cache dans des fichiers temporaires situés dans le répertoire d'installation d'Oracle GoldenGate. Pour l'architecture de microservices, il s'agit du dossier /var/temp de ce déploiement.

Le gestionnaire de cache suppose que tout l'espace libre sur le système de fichiers est disponible. Ces répertoires peuvent se remplir rapidement s'il existe de nombreuses transactions avec des tailles de transaction importantes. Pour éviter les conflits d'E/S et les éventuelles pannes Extract liées au disque, consacrez un disque à ce répertoire. Vous pouvez affecter un nom à ce répertoire avec l'option CACHEDIRECTORY du paramètre CACHEMGR.

Remarque : CACHEMGR est un paramètre d'auto-configuration et d'auto-ajustement en interne. Il est rare que ce paramètre nécessite une modification. Cela peut entraîner une dégradation des performances. Il est préférable d'acquérir des preuves empiriques avant d'ouvrir une demande Oracle Service et de consulter le support technique Oracle.

Il est généralement plus efficace pour le système d'exploitation de permuter sur le disque que pour l'écriture de fichiers temporaires par l'extraction. Le paramètre CACHESIZE par défaut le suppose. Par conséquent, l'espace disque doit être suffisant pour tenir compte de ce problème, car ce n'est qu'après le dépassement de la valeur de CACHESIZE que le processus Extract écrira les données de transaction mises en cache dans les fichiers temporaires de l'espace de noms du système de fichiers. Si plusieurs processus Extract sont en cours d'exécution sur un système, les exigences en matière de disque peuvent se multiplier. Oracle GoldenGate écrit sur le disque lorsqu'il n'y a pas assez de mémoire pour stocker une transaction ouverte. Une fois la transaction validée (commit) ou annulée (rollback), les données validées (commit) sont écrites dans des fichiers trace (trail) et les données sont libérées de la mémoire. Oracle GoldenGate n'assure plus le suivi de cette transaction. Il n'y a pas d'exigences minimales en matière de disque, car lorsque des transactions sont validées après chaque opération, elles ne sont jamais écrites sur le disque.

Remarque : Oracle recommande de ne pas modifier CACHESIZE car les performances peuvent être affectées en fonction de votre environnement.

Autres considérations relatives à l'espace disque

Outre l'espace disque requis pour les fichiers et les fichiers binaires installés par Oracle GoldenGate, autorisez l'espace disque supplémentaire pour les traces Oracle GoldenGate. Les traces peuvent être créées jusqu'à 2 Go, avec une valeur par défaut de 500 Mo. L'espace requis dépend de la taille sélectionnée des traces, de la quantité de données capturées pour la réplication et de la durée pendant laquelle les traces consommées sont conservées sur le disque. Le disque minimum recommandé alloué pour les traces peut être calculé comme suit :

((taille du journal des transactions * 0,33) * nombre de changements de journal par jour) * nombre de jours de conservation des traces

Selon cette équation, si les journaux de transactions ont une taille de 1 Go et qu'il y a en moyenne 10 changements de journal par jour, cela signifie qu'Oracle GoldenGate capturera les données 3.3GB par jour. Pour conserver les traces pendant 7 jours, la quantité minimale d'espace disque nécessaire pour les conserver est de 23 Go.

Une trace est un ensemble de fichiers d'auto-vieillissement qui contiennent les données de travail au repos et pendant le traitement. Vous pouvez avoir besoin de plus ou moins de cette quantité, car l'espace utilisé par les traces dépend du volume de données qui sera traité.

Exigences réseau

Les ressources réseau suivantes doivent être disponibles pour prendre en charge Oracle GoldenGate :

Utilisez le réseau le plus rapide possible et installez des redondances à tous les points de défaillance pour des performances et une fiabilité optimales, en particulier pour maintenir une faible latence sur la cible.
Vous pouvez configurer les microservices Oracle GoldenGate pour qu'ils utilisent un proxy inverse. Les microservices Oracle GoldenGate incluent un script appelé ReverseProxySettings qui génère un fichier de configuration pour le serveur proxy inverse NGINX uniquement.

Reportez-vous à Configuration du proxy inverse Oracle GoldenGate avec NGINX.
Configurez le système pour qu'il utilise les services TCP et UDP, y compris DNS. Oracle GoldenGate prend en charge IPv4 et IPv6 et peut fonctionner dans un système qui prend en charge l'un de ces protocoles ou les deux.
Configurez le réseau avec les noms d'hôte ou les adresses IP de tous les systèmes qui hébergeront les processus Oracle GoldenGate et auxquels Oracle GoldenGate se connectera.
Oracle GoldenGate requiert des ports réseau TCP/IP non réservés et sans restriction, dont le nombre dépend du nombre et du type de processus de votre configuration.
Conservez un enregistrement des ports que vous avez affectés aux processus Oracle GoldenGate. Vous les spécifiez avec des paramètres lors de la configuration des déploiements pour l'architecture de microservices.
Configurez vos pare-feu pour accepter les connexions via les ports Oracle GoldenGate.

Privilèges du système d'exploitation

Les privilèges du système d'exploitation requis pour installer l'architecture de microservices Oracle GoldenGate, créer des déploiements et exécuter les processus Oracle GoldenGate sont les suivants :

Privilèges généraux

L'utilisateur qui installe Oracle GoldenGate doit disposer de privilèges de lecture et d'écriture sur le répertoire de base du logiciel Oracle GoldenGate.
L'utilisateur qui configure des déploiements à l'aide du script oggca.sh et crée des processus d'extraction et de réplication Oracle GoldenGate doit disposer de privilèges de lecture, d'écriture et de suppression sur les fichiers et sous-répertoires du répertoire Oracle GoldenGate.
Pour les processus Extract qui lisent les journaux de transactions et les sauvegardes, l'utilisateur doit disposer d'un accès en lecture aux journaux et aux fichiers de sauvegarde.

Privilèges propres à Windows

L'utilisateur qui installe Oracle GoldenGate et crée des déploiements doit être membre du groupe d'administrateurs du serveur.
Le même compte utilisateur doit être utilisé pour créer tous les déploiements, lorsque plusieurs déploiements sont nécessaires.
Si vous configurez le gestionnaire de services pour qu'il s'exécute en tant que service sous Windows :
- Le service Service Manager doit d'abord être enregistré pour être exécuté en tant que compte utilisateur qui crée le déploiement.
- Accordez à l'utilisateur le droit de se connecter en tant que service avant d'enregistrer le service.
Pour modifier le service Service Manager afin qu'il s'exécute en tant qu'autre utilisateur après l'inscription initiale :
- Le compte utilisateur à utiliser pour exécuter le service Oracle GoldenGate Service Manager doit être membre du groupe d'administrateurs du serveur et disposer du droit Connexion en tant que service.
- Arrêtez tous les processus et déploiements GoldenGate.
- Arrêtez le service Oracle GoldenGate Service Manager.
- Accordez le compte utilisateur Contrôle total aux fichiers ewallet.p12 situés dans le répertoire var\lib\credential\secureStore de chaque déploiement, y compris le déploiement Service Manager.
- Modifiez la propriété Connexion en tant que du service Oracle GoldenGate Service Manager à l'aide de l'applet de services Windows et remplacez le compte par le nouvel utilisateur.
- Démarrez le service, les déploiements et tous les processus Extract et Replicat.

Jeux de caractères de la console Windows

Le système d'exploitation et la console de commande doivent avoir les mêmes jeux de caractères. Des incohérences se produisent sur les systèmes Microsoft Windows, où le système d'exploitation est défini sur un jeu de caractères, mais l'invite de commande DOS utilise un autre jeu de caractères DOS plus ancien. Oracle GoldenGate utilise le jeu de caractères du système d'exploitation pour envoyer des informations à la sortie de commande du client d'administration. Par conséquent, un jeu de caractères de console ne correspondant pas entraîne l'affichage incorrect des caractères. Vous pouvez définir le jeu de caractères de la console avant d'ouvrir une session du client Admin à l'aide de la commande DOS suivante :

chcp codepagenumber

Par exemple, chcp 437.

Pour une présentation de la page de code, reportez-vous à https://msdn.microsoft.com/en-us/library/windows/desktop/dd317752(v=vs.85).aspx et à la liste des identificateurs de page de code https://msdn.microsoft.com/en-us/library/windows/desktop/dd317756(v=vs.85).aspx.