Met R12 heeft Oracle EBS een nieuwe Top call INST_TOP geïntroduceerd. 
Inhoudsopgave
Functies op deze R12 INST_TOP
-Alle logbestanden zijn verplaatst van APPL_TOP,ORACLE_HOME naar dit naar boven
- Alle configuratiebestanden zijn verplaatst naar INST_TOP
zoals
DBc-bestand
Alle http-gerelateerde configuratiebestanden
appsweb.cfg
Alle start- of stopscripts
alle OC4J-gerelateerde configuratiebestanden
-we kunnen nu de Apps en technologie-stack delen tussen meerdere knooppunten en zelfs instanties (Dev,Test, Productie) aangezien alle logs en configuraties zich in deze top bevinden. We zullen INST_TOP hebben voor elke context.
-Configuratie- en logbestanden bevinden zich op dezelfde locatie
-Eenvoudiger verzameling van instantiestatus
-Minimaliseer schijfgebruik en maximaliseer de prestaties
Uiterlijk bestandssysteem
/inst/apps/ ($INST_TOP)
• /admin
• /scripts ($ADMIN_SCRIPTS_HOME) Alle begin- en eindpunten zijn hier
• /appl ($APPL_CONFIG_HOME) Alle apps env zijn hier
• /fnd/12.0.0/secure ($FND_SECURE) dbc-bestand bevindt zich hier
• /certs
• /logs ($LOG_HOME) alle logs bevinden zich
• /ora ($ORA_CONFIG_HOME)
/10.1.2
/10.1.3 ($ORACLE_CONFIG_HOME) alle techstack(oacore,forms) gerelateerde configuratiebestanden
• /pids
• /portal
• /rgf
Nog wat wijzigingen in variabele
OA_HTML =$COMMON_TOP/webapps/oacore/html
JAVA_TOP=$COMMON_TOP/java/classes
AF_JLIB=$COMMON_TOP/java/lib
JAVA_BASE=$COMMON_TOP/java/
Voordeel van INST_TOP
- Duidelijk onderscheid tussen het gedeelde bestandssysteem en het bestandssysteem dat uniek is voor een instantie
- Mogelijkheid om code (apps, technologiestack) te delen tussen meerdere knooppunten en zelfs instanties (ontwikkeling, testen, productie)
-Ingeschakeld eigendom van applicaties en technologie-stackbestandssystemen splitsen
-Verbetert de codeveiligheid door het gedeelde bestandssysteem alleen-lezen te maken zonder patchen
-Configuratie en logbestanden bevinden zich bij elkaar
-Gemakkelijkere verzameling van instanties state
-Mogelijkheid om netwerk- of lokale opslag te gebruiken voor verschillende bestandssysteemdelen
-Minimaliseer schijfgebruik en maximaliseer de prestaties
R12.2 Wijzigingen
-R12.2 bevat de Fusion Middleware 11g tech-stack. Het logbestand en de configuratiebestanden bevinden zich in die Oracle Home
–Concurrent Manager log/out-bestanden zijn verplaatst naar niet-editie Bestandssysteem
Waar plaats je INST_TOP in het gedeelde bestandssysteem
Het wordt aanbevolen om INST_TOP op het lokale bestandssysteem te plaatsen in de gedeelde architectuur van het APPL_TOP-bestandssysteem. Dit komt door het Apache mutex-probleem. Apache-prestaties zijn zeer gevoelig voor de latentie van mutex-bestandstoegang, en bij hogere belasting is het ook gevoelig voor I/O's per seconde. Als je INST_TOP op een gedeeld bestandssysteem hebt, wordt aangeraden om deze contextvariabele naar het lokale bestandssysteem te verwijzen
s_lock_pid_dir
s_pids_dir
s_web_pid_file
Conclusie
Ik hoop dat je het bericht op R12 INST_TOP leuk vindt, alle voordelen en R12.2-wijzigingen. Geef alsjeblieft de feedback.