Oracle
 sql >> Base de données >  >> RDS >> Oracle

INST_TOP (Oracle R12 INSTANCE_HOME ) décodé

Avec R12, Oracle EBS a introduit un nouvel appel Top INST_TOP.

Table des matières

  • Caractéristiques sur ce R12 INST_TOP
  • Aspect du système de fichiers
  • Quelques changements supplémentaires à la variable
  • Avantage d'INST_TOP
  • Modifications R12.2
  • Où placer INST_TOP dans le système de fichiers partagé

Caractéristiques de ce R12 INST_TOP

-Tous les fichiers journaux ont été déplacés de APPL_TOP, ORACLE_HOME vers ceci vers le haut

  • Tous les fichiers de configuration ont été déplacés vers INST_TOP
    comme
    le fichier DBc
    Tous les fichiers de configuration liés à http
    appsweb.cfg
    Tous les scripts de démarrage ou d'arrêt
    tous les fichiers de configuration liés à OC4J

-nous pouvons désormais partager la pile d'applications et de technologies entre plusieurs nœuds et même instances (Dev, Test, Production) car tous les journaux et configurations sont situés dans ce top. Nous aurons INST_TOP pour chaque contexte.

-La configuration et les fichiers journaux sont co-localisés

-Collecte plus facile de l'état de l'instance
-Minimiser l'utilisation du disque et maximiser les performances

Aspect du système de fichiers

/inst/apps/ ($INST_TOP)
• /admin
• /scripts ($ADMIN_SCRIPTS_HOME) Tous les démarrages et arrêts sont ici
• /appl ($APPL_CONFIG_HOME) Toutes les applications env sont ici
• /fnd/12.0.0/secure ($FND_SECURE) le fichier dbc se trouve ici
• /certs
• /logs ($LOG_HOME) tous les journaux se trouvent
• /ora ($ORA_CONFIG_HOME)
/10.1.2
/10.1.3 ($ORACLE_CONFIG_HOME) tous les fichiers de configuration liés à techstack(oacore,forms)
• /pids
• /portail
• /rgf

Quelques modifications supplémentaires à la variable

OA_HTML =$COMMON_TOP/webapps/oacore/html
JAVA_TOP=$COMMON_TOP/java/classes
AF_JLIB=$COMMON_TOP/java/lib
JAVA_BASE=$COMMON_TOP/java/

Avantage  d'INST_TOP

-Distinction claire entre le système de fichiers partagé et le système de fichiers unique à une instance
-Possibilité de partager du code (applications, pile technologique) entre plusieurs nœuds et même instances (développement, test, production)
-Permet partagez la propriété des applications et des systèmes de fichiers de la pile technologique
- Améliore la sécurité du code en rendant le système de fichiers partagé en lecture seule sans appliquer de correctifs
- La configuration et les fichiers journaux sont colocalisés
- Collecte d'instance plus facile état
- Possibilité d'utiliser le réseau ou le stockage local pour différentes parties du système de fichiers
- Minimiser l'utilisation du disque et maximiser les performances

Modifications R12.2

-R12.2 contient la pile technologique Fusion Middleware 11g. Le fichier journal et les fichiers de configuration se trouvent dans cette page d'accueil Oracle

–Les fichiers de déconnexion/déconnexion du gestionnaire simultané ont été déplacés dans le système de fichiers non édité

Où placer INST_TOP dans le système de fichiers partagé

Il est recommandé de placer INST_TOP sur le système de fichiers local dans l'architecture partagée du système de fichiers APPL_TOP. Cela est dû au problème de mutex Apache. Les performances d'Apache sont très sensibles à la latence d'accès aux fichiers mutex et, à des charges plus élevées, elles sont également sensibles aux E/S par seconde. Si vous avez INST_TOP sur le système de fichiers partagé, il est suggéré de faire pointer ces variables de contexte vers le système de fichiers local

s_lock_pid_dir
s_pids_dir
s_web_pid_file

Conclusion

J'espère que vous aimez le post sur R12 INST_TOP, tous les avantages et les changements R12.2. Merci de nous faire part de vos commentaires.