- Je travaillais sur l'environnement de test R12.2 et j'étais censé augmenter la JVM (ajouter le serveur géré dans R12.2) pour que l'oacore supporte la charge
- La procédure pour augmenter la JVM était assez simple dans R12.1.X. Dans Oracle E-Business Suite Release 12, les services oacore, oafm, forms et forms-c4ws étaient déployés en tant qu'applications sur des instances OC4J et étaient gérés par Oracle Process Manager (OPMN). Il nous suffit donc d'augmenter les numprocs dans opmn.xml et de démarrer les services ou d'exécuter la configuration automatique en augmentant les numprocs dans le fichier de contexte
- J'ai appris que c'était assez différent dans R12.2.X car Oracle WebLogic Server a remplacé OC4J dans Oracle E-Business Suite version 12.2, ces services sont désormais déployés en tant qu'applications sur des serveurs gérés individuels.
- Seule une partie de la configuration de ces applications et serveurs gérés est toujours gérée via AutoConfig. Le reste des choses doit se faire de manière assez différente
- Dans ce qui suit, j'expliquerai ce que j'ai appris de cette expérience et comment ajouter le serveur géré dans R12.2. Je prendrai notamment l'exemple d'oacore
Étapes pour ajouter le serveur géré dans R12.2
(1) L'ajout de serveurs gérés doit être effectué sur le système de fichiers d'exécution lorsqu'il n'y a pas de cycle ADOP actif. Lors de la préparation de l'adoption suivante, le détecteur de changement de configuration identifie que l'ajout a été effectué et les serveurs gérés sont automatiquement synchronisés du système de fichiers d'exécution au système de fichiers de correctif. La synchronisation est également effectuée lorsque fs_clone est exécuté.
(2) Exécutez la commande suivante pour ajouter un nouveau serveur géré. Cela créera un serveur géré et ajoutera une nouvelle entrée au fichier de contexte pour démarrer et arrêter le nouveau serveur géré via les scripts adstrtal et adstpall :
$ perl <AD_TOP>/patch/115/bin/adProvisionEBS.pl \
ebs-create-managedserver -contextfile=<CONTEXT_FILE> \
-managedsrvname=<MANAGED_SERVER_NAME> -servicetype=<SERVICE_TYPE> \
-managedsrvport=<MANAGED_SERVER_PORT> -logfile=<LOGFILE>
Par exemple, pour ajouter un serveur géré 'oacore_server2' de type 'oacore' avec le port 9705, exécutez la commande suivante :
$ perl <AD_TOP>/patch/115/bin/adProvisionEBS.pl \
ebs-create-managedserver -contextfile=<CONTEXT_FILE> \
-managedsrvname=oacore_server2 -servicetype=oacore \
-managedsrvport=9705 -logfile=<APPLRGF>/TXK/addMS_oacoreserver2.log
(3) Démarrez le serveur géré nouvellement créé
sh <ADMIN_SCRIPTS_HOME>/admanagedsrvctl.sh start <MANAGED SERVER NAME>
(4) Effectuez les étapes suivantes sur tous les nœuds de niveau d'application participant au même cluster où ce serveur géré est ajouté :
Ajoutez l'entrée dans le fichier de configuration OHS
a)Sourcez le système de fichiers d'exécution.
/>b)Exécutez la commande suivante pour ajouter des détails sur les serveurs gérés nouvellement ajoutés dans les fichiers de configuration OHS mod_wl_ohs.conf et apps.conf sur le nœud actuel :
$ perl <FND_TOP>/patch/115/bin/txkSetAppsConf.pl \
-contextfile=<CONTEXT_FILE> \
-configoption=addMS \
-oacore=<host>.<domain>:<port> \
-oafm=<host>.<domain>:<port> \
-forms=<host>.<domain>:<port> \
-formsc4ws=<host>.<domain>:<port>
où
L'argument contextfile accepte le chemin d'accès complet au fichier de contexte.
Les arguments oacore, oafm, forms, formsc4ws acceptent une liste séparée par des virgules des détails du serveur géré au format suivant :
hôte et domaine sont le nom d'hôte et le nom de domaine du nœud nouvellement ajouté
port est le port du nouveau serveur géré dont la référence doit être ajoutée
Par exemple, si le serveur géré oacore_server2 a été ajouté sur l'hôte "myserver" et le domaine "go.com" avec le port 9705, la commande suivante doit être exécutée :
$ perl <FND_TOP>/patch/115/bin/txkSetAppsConf.pl -contextfile=<CONTEXT_FILE> \
-configoption=addMS -oacore=myserver.go.com:9705
c) Redémarrez le serveur HTTP s'il est présent sur ce serveur
$sh <ADMIN_SCRIPTS_HOME>/adapcctl.sh stop
$ sh <ADMIN_SCRIPTS_HOME>/adapcctl.sh start
Comme je vous l'ai dit plus tôt, les étapes sont très différentes de R12.1.X dans R12.2.X. J'espère que les étapes sont claires Comment ajouter le serveur géré dans R12.2
Je vais chercher des commentaires sur ce post.
Articles connexes
40 questions que vous devez savoir sur R12.2
Comment supprimer le serveur de gestion dans R12.2
oracle ebs 11i/R12/R12.1/R12.2
Processus de mise à niveau étape par étape pour Mise à niveau R12.2 Partie -1
Processus de mise à niveau étape par étape vers R12.2 Mise à niveau partie -2 (Pilote de mise à niveau principal pour R12.2.0)
Processus de mise à niveau étape par étape vers R12.2 Mise à niveau partie -3
Processus de mise à niveau étape par étape pour la partie 4 de la mise à niveau R12.2 (application du pack de mise à jour de la version 12.2.6)
Cours recommandés
Voici quelques-uns des cours recommandés que vous pouvez acheter si vous souhaitez aller plus loin
Vous trouverez ci-dessous les liens vers certains des cours
Oracle DBA 11g/12c – Administration de base de données pour Junior DBA 
:Ce cours est bon pour les personnes qui commencent en tant que DBA junior ou qui aspirent à devenir DBA Oracle. Cela fournira une bonne compréhension des tâches de sauvegarde et de restauration et d'administration générale
Base de données Oracle :Administration d'Oracle 12C R2 RAC 
:Ce cours couvre l'installation, l'administration d'Oracle RAC. Un bon cours pour Oracle DBA qui souhaite mettre à niveau ses compétences pour Oracle RAC
Oracle Data Guard :Administration de base de données pour Oracle 12C R2 :Ce cours couvre l'installation, l'administration d'Oracle Dataguard. Un bon cours pour Oracle DBA qui souhaite mettre à niveau ses compétences pour Oracle Dataguard
