Heaviest performance issue impacting business Free Pct showing 9.41%

Question

Dears,
We are facing heaviest performance issue on our database and and Application, Our Key users Oracle Techno functional consultant complaining that when "Free Pct" was 18% performance was excellent but now the "Free Pct" has reached to 9.41%.
Am wondering if any performance tuning steps can be done to come back to its 18%, your valuable help is required.
Following are the details:-
Tablespace | Size Mgs | Free Mgs |Used Mgs |**Free Pct** | Used Pct |Max Mb
APPS_TS_TX_IDX | 84780.88 | 7973.75 |76807.13 |**9.41** | 90.41 | 84780.88
APPS_TS_TX_DATA | 120540.25 | 16301.88 | 104238.38 |*13.52* | 86.48 | 149276.23
Do I have to rebuild index tablespace? If yes, while doing this what are the precautions can be done like, do I need downtime from the business?
will the command below if triggered resolves the issue:-
alter index apps. APPS_TS_TX_IDX rebuild;
Kind regards,
Mohammed
Edited by: user9007339 on 28/01/2013 04:22 ص
Edited by: user9007339 on 28/01/2013 04:52 ص
Edited by: user9007339 on 28/01/2013 05:48 ص

Answer 1

Hi Helios,
I shall certainly update, here are the details and feedback of our SR:-
======================================================================================================
1, SR 3-6701198251 : Oracle Application PRODUCTION SHUTDOWN THREE TIMES
=== Data Collected ===
Findings and Recommendations
Finding 1: Commits and Rollbacks
Impact is 4.76 active sessions, 52.92% of total activity.
Waits on event "log file sync" while performing COMMIT and ROLLBACK operations
were consuming significant database time.
Recommendation 1: Host Configuration
Estimated benefit is 4.76 active sessions, 52.92% of total activity.
Action
Investigate the possibility of improving the performance of I/O to the
online redo log files.
Rationale
The average size of writes to the online redo log files was 1788 K and
the average time per write was 2766 milliseconds.
Symptoms That Led to the Finding:
Wait class "Commit" was consuming significant database time.
Impact is 4.76 active sessions, 52.92% of total activity.
Finding 2: Top SQL by DB Time
Impact is 3.86 active sessions, 42.9% of total activity.
SQL statements consuming significant database time were found.
Recommendation 1: SQL Tuning
Estimated benefit is 2.29 active sessions, 25.44% of total activity.
Action
Tune the PL/SQL block with SQL_ID "5t39uchjqpyfm". Refer to the "Tuning
PL/SQL Applications" chapter of Oracle's "PL/SQL User's Guide and
Reference".
Related Object
SQL statement with SQL_ID 5t39uchjqpyfm.
BEGIN xla_accounting_pkg.unit_processor_batch(:errbuf,:rc,:A0,:A1,:A2
,:A3,:A4,:A5,:A6,:A7,:A8,:A9,:A10,:A11,:A12,:A13,:A14); END;
log_buffer     10485760     
log_checkpoint_interval     100000     
log_checkpoint_timeout     1200     
log_checkpoints_to_alert     TRUE
=== Action Plan ===
Mohammed,
AWR and ADDM reports clearly point to performance issues around redo logs. Top waits were :
op 5 Timed Foreground Events
Event     Waits     Time(s)     Avg wait (ms)     % DB time     Wait Class
log file sync     1,517     13,265     8744     45.55     Commit
log buffer space     9,048     8,218     908     28.22     Configuration
buffer busy waits     6,519     3,743     574     12.85     Concurrency
DB CPU     2,177     7.48     
db file sequential read     54,769     540     10     1.85     User I/O
You have two options here :
1> Increase size of log_buffer . Set to 15M , unset other parameters ( log_checkpoint_interval , log_checkpoint_timeout )
2> Increase size and number of online redo log files. Make sure that these are on fast disks.
3> Run redo generating jobs , like XLAACCUP, during off hours where end-users are not in the system.
======================================================================================================
Dear Helios,
We are waiting for the RAM to come from our vendor to increase from 16GB to 32GB on Application Server it will take 3 weeks from now.
Secondly, Our key users especially "Oracle Techno Functional Consultants and "Oracle Application Developers" are compalining about the APPS_TS_TX_IDX tablespace tat has been decreased by 50% from 18% to 9.41%................I was attempting to find if there any possibiities to tune this tablespace..........Your suggestion is appreciated.
Regards,
Mohammed
Edited by: user9007339 on 29/01/2013 03:02 ص