EBS nagyvállalati implementációja a performancia szemszögéből Ajtay László Oracle és Applications DBA
2013. október 9.
Miről lesz szó?
DBA csapat és menedzselt szervereink NI EBS Architektúra PCP – Concurrent Processing konfiguráció UI (Form) szerver konfiguráció Monitorozás (OEM 12c) és tisztogatás
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
DBA csapat és a rendszereink Global DBA csapat: 10 DBA, 1 DBA architekt, 3 menedzser „Follow-the-sun” modell
Production – 38 Cluster DB, 4 stand-alone, 3 EBS rendszer, 4 RAC cluster, 1 Exadata ¼ Rack DW számára NI – 22 application szerver 3 EBS rendszerhez Hungary NI – Oracle Corporate Solaris 10, 11, GNU/Linux
Dev/test
NI Penang
– 140+ Cluster DB, 7 stand-alone, 15 EBS rendszer, 14 RAC NI Costa Rica cluster, 1 Exadata Rack ½ DW számára – 37 application szerver 15 EBS rendszerhez – Oracle Solaris 10, 11, GNU/Linux
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
NI EBS Architektúra
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
NI EBS architektúra diagram CM szerverek
DB réteg- RAC
OS: Solaris 10/11 DB: 11gR3 16 CPUs 128GB RAM
OS: Linux 16 CPUs 12-16 GB RAM
UI szerverek
Közvetlen kapcsolat NFSv4 Share
Citrix Netscalar
Citrix szerverek
OS: Linux 16 CPUs 12-16 GB RAM
Oracle Access Oracle Internet Manager (OAM) Directory (OID) HOUG Szakmai Nap 2013
MS Active Directory
Monitorizás, eszkaláció, Mentés és egyéb jobok EBS nagyvállalati implementációja a performancia szemszögéből
PCP – Concurrent Processing konfiguráció
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Menedzserek szétosztása CM1 szerver
CM2 szerver
CM3 szerver CM4 szerver
CM5 szerver
- Internal Manager - Inventory - MRP - Contracts Core - INV Remote Procedure - Receiving Transaction - PO Document Approval - WF Mailer Service - WF Agent Listener Service - WF Document Web Service - Scheduler - Conflict Resolution - SFM
- NI Quick Jobs - Standard Manager - OPP CM2
- NI Medium Jobs -OPP CM3 -OAM Metrics Coll.
- NI Batch Jobs - OPP CM5
HOUG Szakmai Nap 2013
- NI Long Jobs - NI Extra Long Jobs - OPP CM4
EBS nagyvállalati implementációja a performancia szemszögéből
NI specifikus menedzserek Alapprobléma: programok különböző futási ideje backlogot okoz/okozhat Megoldás: Specifikus menedzserek létrehozása – Oracle ajánlás! Programok felosztása átlagos futási idő alapján
Hogyan: Concurrent/Manager/Define/Specialization Rules – request type névmegadás Concurrent Program/Define page: request_type paraméter beállítása Cache Size beállítás a Manager/Define oldalon
Előny: Backlog elkerülése a Standard menedzserben Hosszan futó programok ütemezése nem csak munkaidőn kívül
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Program futási idő
NI specifikus menedzserek
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
CM szálak, work shifts
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
CM statisztika
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Output Post Processor (OPP) konfiguráció Memória beállítás: J:oracle.apps.fnd.cp.gsf.GSMServiceController:-mx3096m select DEVELOPER_PARAMETERS from applsys.FND_CP_SERVICES where SERVICE_ID = (select MANAGER_TYPE from applsys.FND_CONCURRENT_QUEUES where CONCURRENT_QUEUE_NAME = 'FNDCPOPP');
Thread beállítás: oracle.apps.fnd.cp.opp.OPPServiceThread:2:0:max_threads=5
Profile option beállítás: Concurrent: OPP Process Timeout: 3600s Concurrent: OPP Response Timeout: 600s
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
UI (Form) szerver konfiguráció
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
UI komponensek – JVM beállítás Komponensek:
Java verziók: 1.6.0.17 / 1.6.0.45 Oacore, és forms: -Xmx1024M -Xms1024M -XX:MaxPermSize=512M Oafm: -Xmx256M -Xms64M -XX:MaxPermSize=128M Globál paraméterek: -XX:+UseParallelGC -XX:ParallelGCThreads=2 Max_jdbc_connections=500 HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Jvisualvm használata
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Monitorozás és tisztogatás
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Monitorozó elemek – OEM 12c Gyári OEM metrikák – Swap, memória, CPU, agent elérhetőség, host elérhetőség, …
Custom OEM Metric Extensions (host type) – – – – – – –
NI_concurrent_mgr NI_appslistener NI_fndsm NI_apacheweb_oc4j NI_apacheweb_opmn Egyéb NI specifikus… NI_frmweb_runaway Abandoned frmweb session terminálás: • > 25% kummulatív CPU erőforrás `ps -eo pid,comm,pcpu | egrep 'frmweb' | awk '$3>'$LIMIT' {print $1}'` • Nincs kapcsolat az adatbázissal /bin/netstat -np | grep $PID/frmweb | grep -q :1521
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Tisztogatás A) NI System Cleanup Jobs custom request set - naponta 1. NI Purge Temp Files – OS szintű fájl törlés Két paraméter: directory, retention time napokban 2. Purge Concurrent Request and/or Manager Data 3. NI Archive Concurrent Request History 4. Purge Signon Audit Data (FND_LOGINS, FND_LOGIN_RESPONSIBILITIES, FND_LOGIN_RESP_FORMS) 5. Purge Inactive Sessions - Job az Inactive ICX sessionök törlésére 6. Purge Obsolete Generate File Manager Data - FND_LOBS tábla tisztítás 7. Purge Debug Log - Job to purge FND_LOG_MESSAGES (idősebb mint 7 nap)
B) Beütemezett programok leállítása negyedévente APEX alkalmazás a businness kritikus joboknak – ezek a „kivételek” A „kivételek”-en kívül minden leállításra kerül – direkt FND tábla módosítás
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Tisztogatás C) APPLICATION_LOG_PURGE OEM job – naponta echo "Purge Apache logs" find $INST_TOP/logs/ora/10.1.3/Apache -name '*_log.*' -mtime +30 find $INST_TOP/logs/ora/10.1.3/Apache -name '*_log.*' -mtime +30 -exec /bin/rm -rf {} \; echo "Purge MWA logs" find $INST_TOP/logs/ -name '*system.log*' -mtime +30 find $INST_TOP/logs/ -name '*system.log*' -mtime +30 -exec /bin/rm -rf {} \; echo "Purge Form Core files" find $INST_TOP/ora/10.1.2/forms -name 'core.*' -mtime +30 find $INST_TOP/ora/10.1.2/forms -name 'core.*' -mtime +30 -exec /bin/rm -rf {} \; echo "Purge Report cache files" find $INST_TOP/logs/ora/10.1.2/reports/cache -name '*.txt' -mtime +7 find $INST_TOP/logs/ora/10.1.2/reports/cache -name '*.xml' -mtime +7 find $INST_TOP/logs/ora/10.1.2/reports/cache -name '*.txt' -mtime +7 -exec /bin/rm -rf {} \; find $INST_TOP/logs/ora/10.1.2/reports/cache -name '*.xml' -mtime +7 -exec /bin/rm -rf {} \; HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Tisztogatás D) $APPLCSF/$APPLLOG/reports.log tisztítása (Doc ID 844976.1) Max 2Gb limit Nincs Oracle automatikus purge, újabb Appl. DBA feladat. „/dev/null” beleírása
+ RDBMS alertlog, RDBMS és GI coredumps, RDBMS és ASM audit files, listener, scan listener logs ++ ADRCI short és longterm policy beállítása (11g előtt problémás működés)
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja a performancia szemszögéből
Köszönöm a figyelmet!
Laszlo Ajtay [email protected]
HOUG Szakmai Nap 2013
EBS nagyvállalati implementációja performancia a szemszögéből