AWR Report - suggestions to improve performance.
Hi Folks,
Web application server version - 10.1.2.0.2
Database version - 10.1.0.4.0
OS version - AIX 5.3
WORKLOAD REPOSITORY report for
DB Name DB Id Instance Inst Num Release Cluster Host
xxxx 3419432639 xxxx 1 10.1.0.4.0 NO hostname
Snap Id Snap Time Sessions Curs/Sess
Begin Snap: 16598 07-Jul-09 16:30:54 23 60.7
End Snap: 16599 07-Jul-09 17:30:46 36 94.1
Elapsed: 59.88 (mins)
DB Time: 44.99 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 1,536M Std Block Size: 8K
Shared Pool Size: 1,248M Log Buffer: 1,024K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 30,495.86 138,156.74
Logical reads: 1,735.49 7,862.39
Block changes: 197.66 895.45
Physical reads: 564.70 2,558.28
Physical writes: 54.64 247.52
User calls: 2.00 9.04
Parses: 14.32 64.87
Hard parses: 1.37 6.22
Sorts: 5.83 26.42
Logons: 0.12 0.54
Executes: 72.71 329.38
Transactions: 0.22
% Blocks changed per Read: 11.39 Recursive Call %: 99.64
Rollback per transaction %: 17.53 Rows per Sort: 5933.99
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 71.24 In-memory Sort %: 99.79
Library Hit %: 96.22 Soft Parse %: 90.41
Execute to Parse %: 80.31 Latch Hit %: 99.99
Parse CPU to Parse Elapsd %: 21.82 % Non-Parse CPU: 96.80
Shared Pool Statistics Begin End
Memory Usage %: 13.13 27.55
% SQL with executions>1: 61.04 15.52
% Memory for SQL w/exec>1: 60.96 12.31
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) DB Time Wait Class
db file scattered read 135,977 1,204 44.62 User I/O
CPU time 547 20.26
db file sequential read 99,521 187 6.92 User I/O
log file parallel write 10,995 16 .59 System I/O
direct path write temp 7,225 13 .47 User I/O
Wait Events DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
db file scattered read 135,977 0 1,204 9 171.5
db file sequential read 99,521 0 187 2 125.5
log file parallel write 10,995 0 16 1 13.9
direct path write temp 7,225 0 13 2 9.1
process startup 117 1 7 58 0.1
latch: library cache 306 0 5 15 0.4
direct path read temp 152,490 0 4 0 192.3
db file parallel write 342 0 4 11 0.4
log file sync 309 3 4 13 0.4
db file parallel read 359 0 3 8 0.5
latch: cache buffers lru ch 80 0 2 19 0.1
control file parallel write 1,325 0 1 1 1.7
latch: row cache objects 26 0 1 51 0.0
latch: cache buffers chains 138 138 1 9 0.2
log file switch completion 3 0 1 399 0.0
buffer busy waits 94 0 1 10 0.1
latch: shared pool 44 0 0 6 0.1
control file sequential rea 1,258 0 0 0 1.6
latch: object queue header 3 0 0 41 0.0
SQL*Net message to client 5,866 0 0 0 7.4
LGWR wait for redo copy 495 1 0 0 0.6
direct path read 58 0 0 1 0.1
latch: session allocation 6 0 0 6 0.0
latch: In memory undo latch 3 0 0 10 0.0
SQL*Net break/reset to clie 62 0 0 0 0.1
control file single write 40 0 0 1 0.1
latch: redo allocation 12 0 0 2 0.0
latch free 2 0 0 11 0.0
enq: TX - index contention 1 0 0 21 0.0
latch: messages 8 0 0 2 0.0
log file single write 2 0 0 4 0.0
direct path write 99 0 0 0 0.1
SQL*Net more data to client 237 0 0 0 0.3
log file sequential read 2 0 0 2 0.0
latch: library cache lock 1 0 0 3 0.0
latch: enqueue hash chains 3 0 0 0 0.0
SQL*Net more data from clie 2 0 0 0 0.0
SQL*Net message from client 5,855 0 23,607 4032 7.4
jobq slave wait 3,441 3,334 9,925 2884 4.3
Queue Monitor Wait 1,537 623 3,532 2298 1.9
Queue Monitor Slave Wait 503 0 3,532 7022 0.6
wakeup time manager 12 0 3,527 293898 0.0
virtual circuit status 120 120 3,512 29266 0.2
class slave wait 2 2 10 4883 0.0
Background Wait Events DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
log file parallel write 10,995 0 16 1 13.9
process startup 117 1 7 58 0.1
db file sequential read 1,255 0 4 3 1.6
db file parallel write 342 0 4 11 0.4
control file parallel write 1,329 0 1 1 1.7
db file scattered read 151 0 1 7 0.2
latch: cache buffers lru ch 32 0 0 15 0.0
latch: library cache 5 0 0 69 0.0
control file sequential rea 213 0 0 1 0.3
latch: cache buffers chains 2 2 0 34 0.0
LGWR wait for redo copy 495 1 0 0 0.6
control file single write 40 0 0 1 0.1
latch: redo allocation 12 0 0 2 0.0
latch: messages 8 0 0 2 0.0
latch: object queue header 2 0 0 8 0.0
log file single write 2 0 0 4 0.0
direct path write 25 0 0 0 0.0
buffer busy waits 1 0 0 7 0.0
latch: shared pool 2 0 0 2 0.0
log file sequential read 2 0 0 2 0.0
direct path read 22 0 0 0 0.0
rdbms ipc message 15,461 10,346 26,675 1725 19.5
Queue Monitor Wait 1,537 623 3,532 2298 1.9
Queue Monitor Slave Wait 503 0 3,532 7022 0.6
wakeup time manager 12 0 3,527 293898 0.0
smon timer 175 8 3,418 19530 0.2
Time Model Statistics DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by Time (seconds) desc
Time % Total
Statistic Name (seconds) DB Time
sql execute elapsed time 2,708.75 100.35
DB time 2,699.22 100.00
DB CPU 546.94 20.26
background elapsed time 113.64 4.21
parse time elapsed 90.88 3.37
hard parse elapsed time 59.03 2.19
PL/SQL execution elapsed time 56.46 2.09
Java execution elapsed time 8.99 .33
background cpu time 8.18 .30
PL/SQL compilation elapsed time 4.55 .17
connection management call elapsed time 1.08 .04
failed parse elapsed time .73 .03
hard parse (sharing criteria) elapsed time .70 .03
hard parse (bind mismatch) elapsed time .61 .02
sequence load elapsed time .41 .02
inbound PL/SQL rpc elapsed time .00 .00
failed parse (out of shared memory) elapsed t .00 .00
Operating System Statistics DB/Inst: xxxx/xxxx Snaps: 16598-16599
Statistic Name Value
AVG_BUSY_TICKS 771,364
AVG_IDLE_TICKS 346,024
AVG_IN_BYTES 3,812,632,576
AVG_IOWAIT_TICKS 38,470
AVG_OUT_BYTES 1,141,137,408
AVG_SYS_TICKS 2,786
AVG_USER_TICKS 13,588
BUSY_TICKS 3,085,837
IDLE_TICKS 1,384,395
IN_BYTES 15,250,530,304
IOWAIT_TICKS 154,103
OS_CPU_WAIT_TIME 70,200
OUT_BYTES 4,564,549,632
RSRC_MGR_CPU_WAIT_TIME 0
SYS_TICKS 11,439
USER_TICKS 54,613
Service Statistics DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by DB Time
Physical Logical
Service Name DB Time (s) DB CPU (s) Reads Reads
xxxx 2,032.9 519.7 1,804,948 5,709,611
SYS$USERS 666.3 27.2 219,320 501,732
SYS$BACKGROUND 0.0 0.0 4,565 28,708
xxxxXDB 0.0 0.0 0 0
Service Wait Class Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Wait Class info for services in the Service Statistics section.
-> Total Waits and Time Waited displayed for the following wait
classes: User I/O, Concurrency, Administrative, Network
-> Time Waited (Wt Time) in centisecond (100th of a second)
Service Name
User I/O User I/O Concurcy Concurcy Admin Admin Network Network
Total Wts Wt Time Total Wts Wt Time Total Wts Wt Time Total Wts Wt Time
xxxx
374696 127922 0 0 0 0 3701 7
SYS$USERS
18820 12406 172 222 0 0 2129 0
SYS$BACKGROUND
2218 783 0 0 0 0 0 0
SQL ordered by Elapsed Time DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Resources reported for PL/SQL code includes the resources used by all SQL
statements called by the code.
-> % Total DB Time is the Elapsed Time of the SQL statement divided
into the Total Database Time multiplied by 100
<<<<<<<<<<<<<<<<<<<<<<<<<<<SQLs Deleted >>>>>>>>>>>>
SQL ordered by Sharable Memory DB/Inst: xxxx/xxxx Snaps: 16598-16599
No data exists for this section of the report.
SQL ordered by Version Count DB/Inst: xxxx/xxxx Snaps: 16598-16599
No data exists for this section of the report.
Instance Activity Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
Statistic Total per Second per Trans
CPU used by this session 53,470 14.9 67.4
CPU used when call started 51,928 14.5 65.5
CR blocks created 5,298 1.5 6.7
Cached Commit SCN referenced 192,226 53.5 242.4
Commit SCN cached 3,613 1.0 4.6
DB time 1,253,838 349.0 1,581.1
DBWR checkpoint buffers written 4,304 1.2 5.4
DBWR checkpoints 1 0.0 0.0
DBWR transaction table writes 59 0.0 0.1
DBWR undo block writes 5,557 1.6 7.0
IMU CR rollbacks 1 0.0 0.0
IMU Flushes 191 0.1 0.2
IMU Redo allocation size 860,820 239.6 1,085.5
IMU commits 381 0.1 0.5
IMU contention 5 0.0 0.0
IMU ktichg flush 1 0.0 0.0
IMU undo allocation size 1,839,872 512.1 2,320.1
SQL*Net roundtrips to/from clien 5,591 1.6 7.1
active txn count during cleanout 948 0.3 1.2
application wait time 4 0.0 0.0
background checkpoints completed 1 0.0 0.0
background checkpoints started 1 0.0 0.0
background timeouts 10,366 2.9 13.1
buffer is not pinned count 2,387,595 664.6 3,010.8
buffer is pinned count 792,051 220.5 998.8
bytes received via SQL*Net from 333,467 92.8 420.5
bytes sent via SQL*Net to client 2,449,972 682.0 3,089.5
calls to get snapshot scn: kcmgs 319,869 89.0 403.4
calls to kcmgas 17,576 4.9 22.2
calls to kcmgcs 1,912 0.5 2.4
change write time 2,175 0.6 2.7
cleanout - number of ktugct call 4,589 1.3 5.8
cluster key scan block gets 579,340 161.3 730.6
cluster key scans 283,013 78.8 356.9
commit cleanout failures: block 1 0.0 0.0
commit cleanout failures: buffer 1 0.0 0.0
commit cleanout failures: callba 1 0.0 0.0
commit cleanout failures: cannot 5 0.0 0.0
commit cleanouts 25,713 7.2 32.4
commit cleanouts successfully co 25,705 7.2 32.4
commit txn count during cleanout 4,110 1.1 5.2
concurrency wait time 650 0.2 0.8
consistent changes 7,352 2.1 9.3
consistent gets 5,509,829 1,533.7 6,948.1
consistent gets - examination 1,061,141 295.4 1,338.1
consistent gets direct 39 0.0 0.1
consistent gets from cache 5,509,790 1,533.7 6,948.0
cursor authentications 310 0.1 0.4
data blocks consistent reads - u 6,747 1.9 8.5
db block changes 710,092 197.7 895.5
db block gets 725,044 201.8 914.3
db block gets direct 14,789 4.1 18.7
db block gets from cache 710,255 197.7 895.7
deferred (CURRENT) block cleanou 14,036 3.9 17.7
dirty buffers inspected 9,309 2.6 11.7
enqueue conversions 926 0.3 1.2
enqueue releases 92,643 25.8 116.8
enqueue requests 92,643 25.8 116.8
enqueue waits 1 0.0 0.0
execute count 261,199 72.7 329.4
Instance Activity Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
Statistic Total per Second per Trans
free buffer inspected 1,719,681 478.7 2,168.6
free buffer requested 1,804,893 502.4 2,276.0
heap block compress 1,617 0.5 2.0
hot buffers moved to head of LRU 295,841 82.4 373.1
immediate (CR) block cleanout ap 3,664 1.0 4.6
immediate (CURRENT) block cleano 6,108 1.7 7.7
index fast full scans (full) 533 0.2 0.7
index fetch by key 582,804 162.2 734.9
index scans kdiixs1 328,534 91.5 414.3
leaf node 90-10 splits 190 0.1 0.2
leaf node splits 353 0.1 0.5
logons cumulative 426 0.1 0.5
messages received 5,699 1.6 7.2
messages sent 5,699 1.6 7.2
no buffer to keep pinned count 0 0.0 0.0
no work - consistent read gets 4,088,134 1,137.9 5,155.3
opened cursors cumulative 46,867 13.1 59.1
parse count (failures) 27 0.0 0.0
parse count (hard) 4,933 1.4 6.2
parse count (total) 51,443 14.3 64.9
parse time cpu 1,748 0.5 2.2
parse time elapsed 8,012 2.2 10.1
physical read IO requests 390,490 108.7 492.4
physical reads 2,028,713 564.7 2,558.3
physical reads cache 1,793,229 499.2 2,261.3
physical reads cache prefetch 1,557,452 433.5 1,964.0
physical reads direct 235,484 65.6 297.0
physical reads direct (lob) 36 0.0 0.1
physical reads direct temporary 235,426 65.5 296.9
physical reads prefetch warmup 6,031 1.7 7.6
physical write IO requests 15,092 4.2 19.0
physical writes 196,287 54.6 247.5
physical writes direct 179,731 50.0 226.7
physical writes direct (lob) 39 0.0 0.1
physical writes direct temporary 179,664 50.0 226.6
physical writes from cache 16,556 4.6 20.9
physical writes non checkpoint 194,791 54.2 245.6
pinned buffers inspected 2 0.0 0.0
prefetch warmup blocks aged out 1,292 0.4 1.6
prefetched blocks aged out befor 293,795 81.8 370.5
process last non-idle time 1,954 0.5 2.5
recursive calls 1,997,982 556.1 2,519.5
recursive cpu usage 50,834 14.2 64.1
redo blocks written 224,755 62.6 283.4
redo buffer allocation retries 3 0.0 0.0
redo entries 357,063 99.4 450.3
redo log space requests 3 0.0 0.0
redo log space wait time 123 0.0 0.2
redo ordering marks 5,391 1.5 6.8
redo size 109,558,292 30,495.9 138,156.7
redo synch time 398 0.1 0.5
redo synch writes 300 0.1 0.4
redo wastage 1,486,252 413.7 1,874.2
redo write time 1,657 0.5 2.1
redo writer latching time 7 0.0 0.0
redo writes 5,499 1.5 6.9
rollback changes - undo records 5,688 1.6 7.2
rows fetched via callback 96,659 26.9 121.9
session connect time 0 0.0 0.0
session logical reads 6,234,873 1,735.5 7,862.4
Instance Activity Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
Statistic Total per Second per Trans
session pga memory 162,220,520 45,154.5 204,565.6
session pga memory max 341,641,032 95,096.7 430,821.0
session uga memory 790,286,168,264 219,978,374.3 #############
session uga memory max 267,584,080 74,482.8 337,432.6
shared hash latch upgrades - no 327,865 91.3 413.5
shared hash latch upgrades - wai 47 0.0 0.1
sorts (disk) 44 0.0 0.1
sorts (memory) 20,909 5.8 26.4
sorts (rows) 124,334,820 34,609.0 156,790.4
summed dirty queue length 10,849 3.0 13.7
switch current to new buffer 125 0.0 0.2
table fetch by rowid 362,785 101.0 457.5
table fetch continued row 1,811 0.5 2.3
table scan blocks gotten 2,989,662 832.2 3,770.1
table scan rows gotten 102,945,486 28,655.2 129,817.8
table scans (long tables) 65 0.0 0.1
table scans (short tables) 8,082 2.3 10.2
transaction rollbacks 72 0.0 0.1
undo change vector size 40,524,316 11,280.1 51,102.5
user I/O wait time 140,959 39.2 177.8
user calls 7,168 2.0 9.0
user commits 654 0.2 0.8
user rollbacks 139 0.0 0.2
workarea executions - onepass 30 0.0 0.0
workarea executions - optimal 13,486 3.8 17.0
write clones created in foregrou 6 0.0 0.0
-------------------------------------------------------------contd on next ...
Edited by: LazyDBA10g on Jul 8, 2009 4:50 AM
Instance Activity Stats - Absolute Values DB/Inst: xxxx/xxxx Snaps: 1
-> Statistics with absolute values (should not be diffed)
-> Statistics identified by '(derived)' come from sources other than SYSSTAT
Statistic Begin Value End Value
opened cursors current 1,397 3,387
logons current 23 36
Instance Activity Stats - Thread Activity DB/Inst: xxxx/xxxx Snaps: 16
Statistic Total per Hour
log switches (derived) 1 1.00
Tablespace IO Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by IOs (Reads + Writes) desc
Tablespace
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
TEMP2
153,326 43 0.2 1.6 6,040 2 0 0.0
AA_DATA
115,909 32 5.8 7.6 217 0 0 0.0
AA_WEB
57,358 16 9.1 12.8 2,200 1 0 0.0
AA_INDEX
43,576 12 3.3 3.3 738 0 0 0.0
AA_WEB_IDX
11,475 3 2.9 1.1 6 0 0 0.0
SYSTEM
5,575 2 3.8 1.4 2,528 1 61 16.1
SYSAUX
3,017 1 5.3 1.4 2,401 1 5 0.0
UNDOTBS1
262 0 5.0 1.0 955 0 28 0.0
AA_LOB
36 0 13.6 5.5 3 0 0 0.0
USERS
3 0 33.3 1.0 3 0 0 0.0
EXAMPLE
1 0 40.0 1.0 1 0 0 0.0
File IO Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
EXAMPLE /AAA/oradata/xxxx/example01.dbf
1 0 40.0 1.0 1 0 0 0.0
SYSAUX /AAA/oradata/xxxx/sysaux01.dbf
3,017 1 5.3 1.4 2,401 1 5 0.0
SYSTEM /AAA/oradata/xxxx/system01.dbf
5,575 2 3.8 1.4 2,528 1 61 16.1
TEMP2 /AAA/oradata/xxxx/TEMP02.DBFf
153,324 43 0.2 1.6 6,040 2 0
TEMP2 /AAA/oradata/xxxx/TEMP03.DBF
2 0 5.0 1.0 0 0 0
UNDOTBS1 /AAA/oradata/xxxx/undotbs01.dbf
181 0 4.9 1.0 307 0 3 0.0
UNDOTBS1 /AAA/oradata/xxxx/undotbs02.dbf
70 0 5.6 1.0 157 0 20 0.0
UNDOTBS1 /AAA/oradata/xxxx/undotbs021.dbf
11 0 2.7 1.0 491 0 5 0.0
USERS /AAA/oradata/xxxx/users01.dbf
1 0 50.0 1.0 1 0 0 0.0
USERS /AAA/oradata/xxxx/users02.dbf
1 0 30.0 1.0 1 0 0 0.0
USERS /AAA/oradata/xxxx/users03.dbf
1 0 20.0 1.0 1 0 0 0.0
AA_DATA /AAA/oradata/xxxx/AA_DATA01.DBF
28,830 8 5.8 7.6 80 0 0 0.0
AA_DATA /AAA/oradata/xxxx/AA_DATA02.DBF
30,068 8 5.8 7.5 34 0 0 0.0
AA_DATA /AAA/oradata/xxxx/AA_DATA03.DBF
28,669 8 5.8 7.5 56 0 0 0.0
AA_DATA /AAA/oradata/xxxx/AA_DATA04.DBF
28,342 8 5.9 7.7 47 0 0 0.0
AA_INDEX /AAA/oradata/xxxx/AA_INDEX01.DBF
22,286 6 3.1 3.2 439 0 0 0.0
AA_INDEX /AAA/oradata/xxxx/AA_INDEX02.DBF
21,290 6 3.4 3.3 299 0 0 0.0
AA_LOB /AAA/oradata/xxxx/AA_LOB01.DBF
20 0 11.0 5.4 1 0 0 0.0
AA_LOB /AAA/oradata/xxxx/AA_LOB02.DBF
11 0 17.3 5.5 1 0 0 0.0
AA_LOB /AAA/oradata/xxxx/AA_LOB03.DBF
5 0 16.0 6.2 1 0 0 0.0
AA_WEB /AAA/oradata/xxxx/AA_WEB01.DBF
28,640 8 9.2 12.8 1,079 0 0 0.0
AA_WEB /AAA/oradata/xxxx/AA_WEB02.DBF
28,718 8 9.0 12.8 1,121 0 0 0.0
AA_WEB_IDX /AAA/oradata/xxxx/AA_WEB_IDX01.DBF
5,068 1 2.8 1.2 2 0 0 0.0
AA_WEB_IDX /AAA/oradata/xxxx/AA_WEB_IDX02.DBF
6,407 2 2.9 1.1 4 0 0 0.0
Buffer Pool Statistics DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Standard block size Pools D: default, K: keep, R: recycle
-> Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
Free Writ Buffer
Number of Pool Buffer Physical Physical Buff Comp Busy
P Buffers Hit% Gets Reads Writes Wait Wait Waits
D 190,848 71 6,220,953 1,793,255 16,556 0 0 94
Instance Recovery Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> B: Begin snapshot, E: End snapshot
Targt Estd Log File Log Ckpt Log Ckpt
MTTR MTTR Recovery Actual Target Size Timeout Interval
(s) (s) Estd IOs Redo Blks Redo Blks Redo Blks Redo Blks Redo Blks
B 0 8 155 955 5359 360000 5359
E 0 9 311 1177 4572 360000 4572
Buffer Pool Advisory DB/Inst: xxxx/xxxx Snap: 16599
-> Only rows with estimated physical reads >0 are displayed
-> ordered by Block Size, Buffers For Estimate
Size for Size Buffers for Est Physical Estimated
P Estimate (M) Factr Estimate Read Factor Physical Reads
D 144 .1 17,892 1.97 3,571,363
D 288 .2 35,784 1.62 2,936,281
D 432 .3 53,676 1.57 2,850,391
D 576 .4 71,568 1.44 2,616,052
D 720 .5 89,460 1.33 2,414,217
D 864 .6 107,352 1.15 2,091,986
D 1,008 .7 125,244 1.04 1,882,876
D 1,152 .8 143,136 1.02 1,857,287
D 1,296 .8 161,028 1.02 1,844,981
D 1,440 .9 178,920 1.01 1,830,107
D 1,536 1.0 190,848 1.00 1,816,003
D 1,584 1.0 196,812 0.98 1,785,023
D 1,728 1.1 214,704 0.93 1,688,213
D 1,872 1.2 232,596 0.89 1,613,261
D 2,016 1.3 250,488 0.88 1,594,176
D 2,160 1.4 268,380 0.87 1,584,933
D 2,304 1.5 286,272 0.87 1,582,965
D 2,448 1.6 304,164 0.86 1,569,802
D 2,592 1.7 322,056 0.86 1,569,169
D 2,736 1.8 339,948 0.86 1,568,758
D 2,880 1.9 357,840 0.86 1,568,194
PGA Aggr Summary DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> PGA cache hit % - percentage of W/A (WorkArea) data processed only in-memory
PGA Cache Hit % W/A MB Processed Extra W/A MB Read/Written
88.0 4,058 552
PGA Aggr Target Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> B: Begin snap E: End snap (rows dentified with B or E contain data
which is absolute i.e. not diffed over the interval)
-> Auto PGA Target - actual workarea memory target
-> W/A PGA Used - amount of memory used for all Workareas (manual + auto)
-> %PGA W/A Mem - percentage of PGA memory allocated to workareas
-> %Auto W/A Mem - percentage of workarea memory controlled by Auto Mem Mgmt
-> %Man W/A Mem - percentage of workarea memory under manual control
%PGA %Auto %Man
PGA Aggr Auto PGA PGA Mem W/A PGA W/A W/A W/A Global Mem
Target(M) Target(M) Alloc(M) Used(M) Mem Mem Mem Bound(K)
B 500 432 57.5 0.0 .0 .0 .0 25,600
E 500 428 70.2 0.0 .0 .0 .0 25,600
PGA Aggr Target Histogram DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Optimal Executions are purely in-memory operations
Low High
Optimal Optimal Total Execs Optimal Execs 1-Pass Execs M-Pass Execs
2K 4K 11,726 11,726 0 0
64K 128K 256 256 0 0
128K 256K 206 206 0 0
256K 512K 583 583 0 0
512K 1024K 363 363 0 0
1M 2M 124 124 0 0
2M 4M 107 107 0 0
4M 8M 66 64 2 0
8M 16M 49 35 14 0
16M 32M 52 39 13 0
32M 64M 3 2 1 0
64M 128M 4 4 0 0
128M 256M 2 2 0 0
PGA Memory Advisory DB/Inst: xxxx/xxxx Snap: 16599
-> When using Auto Memory Mgmt, minimally choose a pga_aggregate_target value
where Estd PGA Overalloc Count is 0
Estd Extra Estd PGA Estd PGA
PGA Target Size W/A MB W/A MB Read/ Cache Overalloc
Est (MB) Factr Processed Written to Disk Hit % Count
63 0.1 4,098.7 2,609.3 61.0 0
125 0.3 4,098.7 1,521.6 73.0 0
250 0.5 4,098.7 1,354.7 75.0 0
375 0.8 4,098.7 1,109.3 79.0 0
500 1.0 4,098.7 373.4 92.0 0
600 1.2 4,098.7 71.6 98.0 0
700 1.4 4,098.7 41.6 99.0 0
800 1.6 4,098.7 41.6 99.0 0
900 1.8 4,098.7 0.0 100.0 0
1,000 2.0 4,098.7 0.0 100.0 0
1,500 3.0 4,098.7 0.0 100.0 0
2,000 4.0 4,098.7 0.0 100.0 0
3,000 6.0 4,098.7 0.0 100.0 0
4,000 8.0 4,098.7 0.0 100.0 0
Shared Pool Advisory DB/Inst: xxxx/xxxx Snap: 16599
-> SP: Shared Pool Est LC: Estimated Library Cache Factr: Factor
-> Note there is often a 1:Many correlation between a single logical object
in the Library Cache, and the physical number of memory objects associated
with it. Therefore comparing the number of Lib Cache objects (e.g. in
v$librarycache), with the number of Lib Cache Memory Objects is invalid.
Est LC Est LC Est LC Est LC
Shared SP Est LC Time Time Load Load Est LC
Pool Size Size Est LC Saved Saved Time Time Mem
Size(M) Factr (M) Mem Obj (s) Factr (s) Factr Obj Hits
224 .2 130 9,174 380 1.0 91 1.0 408,867
352 .3 171 12,647 381 1.0 90 1.0 409,226
480 .4 171 12,647 381 1.0 90 1.0 409,226
608 .5 171 12,647 381 1.0 90 1.0 409,226
736 .6 171 12,647 381 1.0 90 1.0 409,226
864 .7 171 12,647 381 1.0 90 1.0 409,226
992 .8 171 12,647 381 1.0 90 1.0 409,226
1,120 .9 171 12,647 381 1.0 90 1.0 409,226
1,248 1.0 171 12,647 381 1.0 90 1.0 409,226
1,376 1.1 171 12,647 381 1.0 90 1.0 409,226
1,504 1.2 171 12,647 381 1.0 90 1.0 409,226
1,632 1.3 171 12,647 381 1.0 90 1.0 409,226
1,760 1.4 171 12,647 381 1.0 90 1.0 409,226
1,888 1.5 171 12,647 381 1.0 90 1.0 409,226
2,016 1.6 171 12,647 381 1.0 90 1.0 409,226
2,144 1.7 171 12,647 381 1.0 90 1.0 409,226
2,272 1.8 171 12,647 381 1.0 90 1.0 409,226
2,400 1.9 171 12,647 381 1.0 90 1.0 409,226
2,528 2.0 171 12,647 381 1.0 90 1.0 409,226
Java Pool Advisory DB/Inst: xxxx/xxxx Snap: 16599
Est LC Est LC Est LC Est LC
Java JP Est LC Time Time Load Load Est LC
Pool Size Size Est LC Saved Saved Time Time Mem
Size(M) Factr (M) Mem Obj (s) Factr (s) Factr Obj Hits
32 .1 6 142 2 1.0 23 1.0 142
64 .3 6 142 2 1.0 23 1.0 142
96 .4 6 142 2 1.0 23 1.0 142
128 .5 6 142 2 1.0 23 1.0 142
160 .6 6 142 2 1.0 23 1.0 142
192 .8 6 142 2 1.0 23 1.0 142
224 .9 6 142 2 1.0 23 1.0 142
256 1.0 6 142 2 1.0 23 1.0 142
288 1.1 6 142 2 1.0 23 1.0 142
320 1.3 6 142 2 1.0 23 1.0 142
352 1.4 6 142 2 1.0 23 1.0 142
384 1.5 6 142 2 1.0 23 1.0 142
416 1.6 6 142 2 1.0 23 1.0 142
448 1.8 6 142 2 1.0 23 1.0 142
480 1.9 6 142 2 1.0 23 1.0 142
512 2.0 6 142 2 1.0 23 1.0 142
Buffer Wait Statistics DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by wait time desc, waits desc
Class Waits Total Wait Time (s) Avg Time (ms)
data block 66 1 15
undo block 25 0 0
undo header 3 0 0
Enqueue Activity DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Enqueue stats gathered prior to 10i should not be compared with 10i data
-> ordered by Wait Time desc, Waits desc
Enqueue Type (Request Reason)
Requests Succ Gets Failed Gets Waits Wt Time (s) Av Wt Time(ms)
TX-Transaction (index contention)
1 1 0 1 0 22.00
Undo Segment Summary DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> Undo segment block stats:
-> uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsed
-> eS - expired Stolen, eR - expired Released, eU - expired reUsed
Undo Undo Num Max Qry Max Tx Snap OutOf uS/uR/uU/
TS# Blocks Trans Len (s) Concurcy TooOld Space eS/eR/eU
1 5,497 6,716 2,708 4 0 0 0/0/0/0/0/0
Undo Segment Stats DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> ordered by Time desc
Undo Num Max Qry Max Tx Snap OutOf uS/uR/uU/
End Time Blocks Trans Len (s) Concy TooOld Space eS/eR/eU
07-Jul 17:24 26 161 2,708 1 0 0 0/0/0/0/0/0
07-Jul 17:14 27 143 2,108 2 0 0 0/0/0/0/0/0
07-Jul 17:04 27 226 1,508 1 0 0 0/0/0/0/0/0
07-Jul 16:54 1,565 1,734 204 4 0 0 0/0/0/0/0/0
07-Jul 16:44 2,985 3,078 145 4 0 0 0/0/0/0/0/0
07-Jul 16:34 867 1,374 0 4 0 0 0/0/0/0/0/0
Latch Activity DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> "Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
-> "NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
-> "Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Name Requests Miss /Miss (s) Requests Miss
Consistent RBA 5,501 0.0 0 0
FOB s.o list latch 523 0.0 0 0
In memory undo latch 4,267 0.1 1.0 0 728 1.2
JOX SGA heap latch 22 0.0 0 0
JS queue state obj latch 25,992 0.0 0 0
JS slv state obj latch 338 0.0 0 0
KTF sga enqueue 8 0.0 0 1,092 0.0
KWQMN job cache list lat 12 0.0 0 0
KWQP Prop Status 415 0.0 0 0
MQL Tracking Latch 0 0 72 0.0
Memory Management Latch 18,075 0.0 0 1,207 0.0
PL/SQL warning settings 1,607 0.0 0 0
SQL memory manager latch 1 0.0 0 1,206 0.0
SQL memory manager worka 127,457 0.0 0.0 0 0
SWRF Alerted Metric Elem 13,029 0.0 0 0
Shared B-Tree 2,523 0.0 0 0
active checkpoint queue 1,560 0.0 0 0
active service list 6,791 0.0 0 0
archive control 8 0.0 0 0
begin backup scn array 40 0.0 0 0
cache buffer handles 4,560 0.0 0 0
cache buffers chains 14,704,024 0.0 0.2 1 3,447,993 0.0
cache buffers lru chain 62,381 0.3 0.4 2 3,121,799 0.4
channel handle pool latc 759 0.0 0 0
channel operations paren 14,505 0.0 0 0
checkpoint queue latch 67,923 0.0 0 16,481 0.0
child cursor hash table 36,508 0.0 0 0
client/application info 16 0.0 0 0
compile environment latc 1,063 0.0 0 0
cursor bind value captur 125 0.0 0 384 1.0
dictionary lookup 107 0.0 0 0
dml lock allocation 52,017 0.1 0.0 0 0
dummy allocation 839 0.4 0.0 0 0
enqueue hash chains 186,347 0.0 0.1 0 0
enqueues 122,225 0.0 0.0 0 0
event group latch 230 0.0 0 0
file cache latch 153 0.0 0 0
global KZLD latch for me 110 0.0 0 0
hash table column usage 512 0.0 0 138,833 0.0
hash table modification 125 0.0 0 0
internal temp table obje 3 0.0 0 0
job workq parent latch 0 0 388 0.0
job_queue_processes para 172 0.0 0 0
ksuosstats global area 243 0.0 0 0
ktm global data 175 0.0 0 0
kwqbsn:qsga 2,523 0.0 0 0
lgwr LWN SCN 6,225 0.0 0 0
library cache 1,069,757 0.1 0.3 5 2,857 227.5
library cache load lock 10,002 0.0 0 0
library cache lock 277,733 0.0 0.0 0 0
library cache lock alloc 4,092 0.0 0 0
library cache pin 776,264 0.0 0.0 0 0
library cache pin alloca 4,018 0.0 0 0
list of block allocation 1,044 0.0 0 0
loader state object free 460 0.0 0 0
longop free list parent 1,357 0.0 0 19,547 0.0
message pool operations 334 0.0 0 0
messages 37,979 0.0 0.9 0 0
mostly latch-free SCN 6,237 0.0 0.0 0 0
multiblock read objects 351,202 0.0 0.0 0 0
Latch Activity DB/Inst: xxxx/xxxx Snaps: 16598-16599
-> "Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
-> "NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requestscontd..............
Edited by: LazyDBA10g on Jul 8, 2009 4:51 AM
Similar Messages
-
COPA reports - how to improve performance
Hi all,
in our system KE30 reports are running more then 1 hour and the performance is getting worse and worse with the increasing of the database.
What are the possibilities to improve it? Do you have similar problems? Is it normal that one report is running more then 1 and 1/2 hours?
I read about summarization levels and may be it is good to use it. Will the use of summarization levels change anything in the reports?
Thank you,
MariaHI,
You can define summarization levels based on your requirements by transaction code KEDV,
Define all the Char here at KEDV to improve the performance.
It is always easier to let the system propose the summarization level
and then fine-tune it. Once it is defined, you need to update the new summarization level with program RKETRERU (option Build new levels). Periodically, you also need to update summarization levels
with program RKETRERU (option Update).
With regardss
krishna -
Hi,
does anyone can tel me witch parameter in the AWR report(html) describe the performance of the SAN ?
Thanks *TThis discussion might be interesting for your question
AWR-Avg wait(ms) and the right storage platfom
Best regards
Mohamed Houri
www.hourim.wordpress.com -
Need to improve Performance of select...endselect query
Hi experts,
I have a query in my program like below with inner join of 3 tables.
In my program used select....endselect again inside this select...endselect statements used..
While executing in production taking lot of time to fetch records. Can anyone suggest to improve performance of below query urgently...
Greatly appreciated ur help...
SELECT MVKEDWERK MVKEMATNR MVKEVKORG MVKEVTWEG MARA~MATNR
MARAMTART ZM012MTART ZM012ZLIND ZM012ZPRICEREF
INTO (MVKE-DWERK , MVKE-MATNR , MVKE-VKORG , MVKE-VTWEG , MARA-MATNR
, MARA-MTART , ZM012-MTART , ZM012-ZLIND , ZM012-ZPRICEREF )
FROM ( MVKE
INNER JOIN MARA
ON MARAMATNR = MVKEMATNR
INNER JOIN ZM012
ON ZM012MTART = MARAMTART )
WHERE MVKE~DWERK IN SP$00004
AND MVKE~MATNR IN SP$00001
AND MVKE~VKORG IN SP$00002
AND MVKE~VTWEG IN SP$00003
AND MARA~MTART IN SP$00005
AND ZM012~ZLIND IN SP$00006
AND ZM012~ZPRICEREF IN SP$00007.
%DBACC = %DBACC - 1.
IF %DBACC = 0.
STOP.
ENDIF.
CHECK SP$00005.
CHECK SP$00004.
CHECK SP$00001.
CHECK SP$00002.
CHECK SP$00003.
CHECK SP$00006.
CHECK SP$00007.
clear Check_PR00.
select * from A004
where kappl = 'V'
and kschl = 'PR00'
and vkorg = mvke-vkorg
and vtweg = mvke-vtweg
and matnr = mvke-matnr
and DATAB le sy-datum
and DATBI ge sy-datum.
if sy-subrc = 0.
select * from konp
where knumh = a004-knumh.
if sy-subrc = 0.
Check_PR00 = konp-kbetr.
endif.
endselect.
endif.
endselect.
CHECK SP$00008.
clear Check_ZPR0.
select * from A004
where kappl = 'V'
and kschl = 'ZPR0'
and vkorg = mvke-vkorg
and vtweg = mvke-vtweg
and matnr = mvke-matnr
and DATAB le sy-datum
and DATBI ge sy-datum.
if sy-subrc = 0.
select * from konp
where knumh = a004-knumh.
if sy-subrc = 0.
Check_ZPR0 = konp-kbetr.
endif.
endselect.
endif.
endselect.
CHECK SP$00009.
clear ZFMP.
select * from A004
where kappl = 'V'
and kschl = 'ZFMP'
and vkorg = mvke-vkorg
and vtweg = mvke-vtweg
and matnr = mvke-matnr
and DATAB le sy-datum
and DATBI ge sy-datum.
if sy-subrc = 0.
select * from konp
where knumh = a004-knumh.
if sy-subrc = 0.
ZFMP = konp-kbetr.
endif.
endselect.
endif.
endselect.
CHECK SP$00010.
clear mastercost.
clear ZDCF.
select * from A004
where kappl = 'V'
and kschl = 'ZDCF'
and vkorg = mvke-vkorg
and vtweg = mvke-vtweg
and matnr = mvke-matnr
and DATAB le sy-datum
and DATBI ge sy-datum.
if sy-subrc = 0.
select * from konp
where knumh = a004-knumh.
if sy-subrc = 0.
ZDCF = konp-kbetr.
endif.
endselect.
endif.
endselect.
CHECK SP$00011.
clear masterprice.
clear Standardcost.
select * from mbew
where matnr = mvke-matnr
and bwkey = mvke-dwerk.
Standardcost = mbew-stprs.
mastercost = MBEW-BWPRH.
masterprice = mBEW-BWPH1.
endselect.
ADD 1 TO %COUNT-MVKE.
%LINR-MVKE = '01'.
EXTRACT %FG01.
%EXT-MVKE01 = 'X'.
EXTRACT %FGWRMVKE01.
ENDSELECT.
best rgds..
hari..Hi there.
Some advices:
- why going to MVKE first and MARA then? You will find n rows in MVKE for 1 matnr, and then go n times to the same record in MARA. Do the oposite, i.e, go first to MARA (1 time per matnr) and then to MVKE.
- avoid select *, you will save time.
- use trace or measure performance in tcodes ST05 and SM30.
- replace:
select * from konp
where knumh = a004-knumh.
if sy-subrc = 0.
Check_ZPR0 = konp-kbetr.
endif.
endselect.
by
select * from konp
where knumh = a004-knumh.
Check_ZPR0 = konp-kbetr.
exit.
endselect.
Here, if I understood, you only need to atribute kbetr value to Check_ZPR0 if selecting anything (don't need the IF because if enters in select, subrc always equal to 0, and also don't need to do it several times from same a004-knumh - reason for the EXIT.
Hope this helps.
Regards.
Valter Oliveira.
Edited by: Valter Oliveira on Jun 5, 2008 3:16 PM -
Improving Performance of a multidatabase report
Hi All,
This is regarding multiple database reprot.
I am getting a query from mysql like this .
SELECT * FROM OBJSETTING_DATA
and other query from oracle like this.
select country,empno from HO_USERS
and other also from oracle like this
select linemanager,empno from hr_apps
And the parameters are year,division,Status.And I am linking empno using cr links tab
May be I will have some hundreds of records only.
In my report I need show country,empno,name,linemanager,grade,status.
So here country,linemanager coming from oracle and rest of all coming from mysql.
Please suggest what are the steps to follow to improve performance.Hi Abhilash and Sastry,
I did like this instead of linking tables in links tab and somehow I am able to improve performance
Created main report using mysql query..
And created 2 sub reports using oracle db with parameter empno and linking empno field with empno parameter using sub reports links tab and placed the sub reports in details section of main report as per my requirement
I am getting somewhat better performance compared to earlier.
Please suggest -
I'm using it on a Samsung Captivate SGHi-897 with Jellybean 2.2 (I'm unable to upgrade the OS @this time). Firefox was recommended by a freind, however, so far I've been very disappointed with it, as, it is extremely slow and constanly crashes. I've tried all of the suggestions provided, but there is no improvememt. I realize it may be not all that compatible with this properly working device or OS. I have Samsung Galxaxy SGHi-727 Skyrocket with IC 4.1, however, I've been waiting for a part for it coming from Aisa, which seems to be taking forever, so in the meantime I'm.stuck with this. I was wondering if you may have any suggestions on how to speed it up and prevent it from crashing so much, other than what's on your help guide since those changes I've tried make no improvement in it's performance. I would very much prefer to use Firefox on this device, as well as, after I repair my other device for a number of other reasons, but if I'm unable to improve it, I'll just go back to what I was using. Thank you and be well.
twich83115
[ed. removed email]Suggestion for improvement:
I'd like <select size="1" multiple> to provide a dropdown with checkboxes like this:
http://demos.telerik.com/aspnet-ajax/combobox/examples/functionality/checkboxes/defaultcs.aspx
Can that be done?
Thanks -
To improve performance for report
Hi Expert,
i have generated the opensales order report which is fetching data from VBAK it is taking more time exectuing in the forground itself.
it is going in to dump in foreground and i have executed in the background also but it is going in to dump.
SELECT vbeln
auart
submi
vkorg
vtweg
spart
knumv
vdatu
vprgr
ihrez
bname
kunnr
FROM vbak
APPENDING TABLE itab_vbak_vbap
FOR ALL ENTRIES IN l_itab_temp
*BEGIN OF change 17/Oct/2008.
WHERE erdat IN s_erdat AND
submi = l_itab_temp-submi AND
*End of Changes 17/Oct/2008.
auart = l_itab_temp-auart AND
*BEGIN OF change 17/Oct/2008.
submi = l_itab_temp-submi AND
*End of Changes 17/Oct/2008.
vkorg = l_itab_temp-vkorg AND
vtweg = l_itab_temp-vtweg AND
spart = l_itab_temp-spart AND
vdatu = l_itab_temp-vdatu AND
vprgr = l_itab_temp-vprgr AND
ihrez = l_itab_temp-ihrez AND
bname = l_itab_temp-bname AND
kunnr = l_itab_temp-sap_kunnr.
DELETE itab_temp FROM l_v_from_rec TO l_v_to_rec.
ENDDO.
Please give me suggession for improving performance for the programmes.hi,
you try like this
DATA:BEGIN OF itab1 OCCURS 0,
vbeln LIKE vbak-vbeln,
END OF itab1.
DATA: BEGIN OF itab2 OCCURS 0,
vbeln LIKE vbap-vbeln,
posnr LIKE vbap-posnr,
matnr LIKE vbap-matnr,
END OF itab2.
DATA: BEGIN OF itab3 OCCURS 0,
vbeln TYPE vbeln_va,
posnr TYPE posnr_va,
matnr TYPE matnr,
END OF itab3.
SELECT-OPTIONS: s_vbeln FOR vbak-vbeln.
START-OF-SELECTION.
SELECT vbeln FROM vbak INTO TABLE itab1
WHERE vbeln IN s_vbeln.
IF itab1[] IS NOT INITIAL.
SELECT vbeln posnr matnr FROM vbap INTO TABLE itab2
FOR ALL ENTRIES IN itab1
WHERE vbeln = itab1-vbeln.
ENDIF. -
Need suggestions on improving the performance end to end
I referred following links and as many as 25 previous posts before posting this question.
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/10b54994-f569-2a10-ad8f-cf5c68a9447c
https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/402fae48-0601-0010-3088-85c46a236f50
https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/e0068bc1-6f8c-2a10-52bb-c6ee3562feb2
/people/boris.zarske/blog/2007/06/13/sizing-a-system-for-the-system-landscape-directory-of-sap-netweaver
I have some queries related to improving the performance of a scenario in my landscape.
Scenario : IDOC-SOAP (Synchronous with BPM)
The mapping is simple with 3 fld direct mapping.
Works grt with no problem in normal cases for one message transfer.
But initial load ( when we put it in new system, the scenario generates erros if we send more than 23 IDOCs at a time)
I have decided to perform the following to solve it.
/people/william.li/blog/2008/03/07/step-by-step-guide-in-processing-high-volume-messages-using-pi-71s-message-packaging
Will it help me because its a IDOC sync scenario.
What can I do to improve the performance of this scenario?
Please suggest me good suggestions to improve the performance
Please do list me out points that I have to perform (for a sync scenario with BPM) as I am already confused watching lots of blogs posts.
Nikhil.do you think that the performance tuning that I mentioned in the link will hold good with sync scenarios?
i dont think so.....in this scenario the async mesg processing is made to wait
from the blog:
As you can see, for the 1st minute, all the messages are waiting to be processed. After 60 seconds,
the packages will be created and processed. There is no change to the monitoring of each of the
individual messages in SXI_MONITOR.
....but if you make a sync scenario wait....then probably you may run into the risk of blocking the Queues.......
If this is going to be in production then i would have been more careful...becoz firstly it is BPM....then synchronous BPM.....then a processing wait......normally do not try to make the BPM processing wait...my small suggestion -
It is Any suggestions for improving Oracle Tools GUI performance?
Does anyone have any suggestions for improving the GUI performance of Oracles Java Tools? Response to events is very sloooow i.e. click on a menu in Oracle Directory Manager wait three seconds before the menu items appear.
System Environment:
Dell Inspiron 8100
Windows XP Pro
256MB Ram
1 GHz
Oracle:
Oracle91 Enterprise Edition 9.0.1.1.1
Other:
No non Oracle Java components installed (JDKs, JREs etc.)
ThanksIf the database and the tools are just on the one box more memory is probably required. I had an nt box with 500MHz 256MB and Oracle 9i and the java tools were unusable. I upgraded to 768MB of ram and the java tools were much quicker. I use the java tools on my laptop 256MB and 800MHz and they work fine for remote databases (ie. no rdbms on the laptop).
-
Need help in reviewing AWR report
Hello Friends,
I need some information on reviewing this AWR report. Can you please tell me if you see any red flags or out of the ordinary? I’m trying to look for some performance or blocking issue that may be causing a process to run for longer than expected time or eventually terminate without finishing.
C:\Users\SIDDHARTH\Documents\Desktop\awr_rpt_-wbprdsnap_193927_thru_193952.htm
I do appreciate your help.
Thank you,Hi Ehtiram,
Thanks for your suggestion.
I have enclosed SQL stat rpt. can you suggest me which SQL ID causing this issue.
Elapsed Time (s) CPU Time (s) Executions Elap per Exec (s) % Total DB Time SQL Id SQL Module SQL Text
24,349 1,734 8,057 3.02 4.19 8x7g7z2azkbwy java@lena015 (TNS V1-V3) SELECT ES.EMPSKD_ACT_START_TIM...
19,014 4,960 8,800,248 0.00 3.27 0yg00z7gwc8xv java@lena014 (TNS V1-V3) SELECT * FROM override o WHERE...
16,686 583 2 8343.24 2.87 9btt17d327kjw java@lena018 (TNS V1-V3) DELETE FROM so_results_detail ...
12,969 189 1 12969.05 2.23 2rtppqwfnvucj java@lena014 (TNS V1-V3) SELECT WRKS_WORK_DATE FROM J...
11,432 9,712 2,138 5.35 1.96 07rqh01v58fqa java@lena018 (TNS V1-V3) Select AMXAVS_ID from AMX_AVAI...
9,683 676 12 806.96 1.66 8036tzu5fvvhg java@lena018 (TNS V1-V3) DELETE FROM so_distrib_detail ...
8,812 3,079 18,765 0.47 1.51 0crxpb0xurc21 java@lena014 (TNS V1-V3) select (fd.fcast_calls + fd.fc...
5,716 4,381 82,132 0.07 0.98 50cdgbs67apxr java@lena014 (TNS V1-V3) SELECT PG.* FROM SO_SCHEDULE_G...
5,364 110 47,005 0.11 0.92 9df2twkpvsw5p java@lena014 (TNS V1-V3) SELECT USR.WBU_ID VUF_RCP_ID...
4,911 4,080 7,996 0.61 0.84 g4yxt4nsahm6t java@lena015 (TNS V1-V3) SELECT R.RDR_UDF1 AS sGrace, ...
Back to SQL Statistics
Back to Top
SQL ordered by CPU Time
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
% Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100
CPU Time (s) Elapsed Time (s) Executions CPU per Exec (s) % Total DB Time SQL Id SQL Module SQL Text
9,712 11,432 2,138 4.54 1.96 07rqh01v58fqa java@lena018 (TNS V1-V3) Select AMXAVS_ID from AMX_AVAI...
4,960 19,014 8,800,248 0.00 3.27 0yg00z7gwc8xv java@lena014 (TNS V1-V3) SELECT * FROM override o WHERE...
4,626 4,718 1,196,614 0.00 0.81 0drcwvhmn0cnj java@lena014 (TNS V1-V3) select SKDGRP_ID, VOLTYP_ID, ...
4,381 5,716 82,132 0.05 0.98 50cdgbs67apxr java@lena014 (TNS V1-V3) SELECT PG.* FROM SO_SCHEDULE_G...
4,080 4,911 7,996 0.51 0.84 g4yxt4nsahm6t java@lena015 (TNS V1-V3) SELECT R.RDR_UDF1 AS sGrace, ...
3,079 8,812 18,765 0.16 1.51 0crxpb0xurc21 java@lena014 (TNS V1-V3) select (fd.fcast_calls + fd.fc...
1,892 2,802 8,463,493 0.00 0.48 60tk6bna3qwbn java@lena014 (TNS V1-V3) SELECT /*+INDEX(OVERRIDE IDX_O...
1,734 24,349 8,057 0.22 4.19 8x7g7z2azkbwy java@lena015 (TNS V1-V3) SELECT ES.EMPSKD_ACT_START_TIM...
1,437 1,438 157,923 0.01 0.25 75wjn3dnjq2x3 java@lena014 (TNS V1-V3) SELECT * FROM CMPLNC_GROUP_FIL...
1,241 2,243 19,223 0.06 0.39 fjucxsh2xum7c java@lena014 (TNS V1-V3) SELECT emp.emp_id FROM employe...
676 9,683 12 56.31 1.66 8036tzu5fvvhg java@lena018 (TNS V1-V3) DELETE FROM so_distrib_detail ...
583 16,686 2 291.61 2.87 9btt17d327kjw java@lena018 (TNS V1-V3) DELETE FROM so_results_detail ...
189 12,969 1 189.14 2.23 2rtppqwfnvucj java@lena014 (TNS V1-V3) SELECT WRKS_WORK_DATE FROM J...
Back to SQL Statistics
Back to Top
SQL ordered by Gets
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
Total Buffer Gets: 13,427,369,138
Captured SQL account for 60.3% of Total
Buffer Gets Executions Gets per Exec %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
3,403,579,267 2,138 1,591,945.40 25.35 9711.73 11431.76 07rqh01v58fqa java@lena018 (TNS V1-V3) Select AMXAVS_ID from AMX_AVAI...
1,070,482,359 1,196,614 894.59 7.97 4626.43 4718.30 0drcwvhmn0cnj java@lena014 (TNS V1-V3) select SKDGRP_ID, VOLTYP_ID, ...
421,090,926 18,765 22,440.23 3.14 3078.77 8812.06 0crxpb0xurc21 java@lena014 (TNS V1-V3) select (fd.fcast_calls + fd.fc...
322,602,711 8,800,248 36.66 2.40 4960.29 19013.56 0yg00z7gwc8xv java@lena014 (TNS V1-V3) SELECT * FROM override o WHERE...
287,681,734 19,223 14,965.50 2.14 1240.74 2243.16 fjucxsh2xum7c java@lena014 (TNS V1-V3) SELECT emp.emp_id FROM employe...
205,494,645 2,985,988 68.82 1.53 882.42 882.58 f736f78bg36fz java@lena014 (TNS V1-V3) SELECT WBT_ID FROM SO_EMPLOYEE...
189,266,051 114,985 1,646.01 1.41 703.31 710.28 4ca6cmu7vywx0 java@lena014 (TNS V1-V3) SELECT CG.* FROM SO_SCHEDULE_G...
180,050,736 2,478 72,659.70 1.34 840.37 3858.85 a13n3pt09jabr java@lena018 (TNS V1-V3) DELETE FROM AMX_AVAIL_SUMMARY ...
146,401,683 82,132 1,782.52 1.09 4381.09 5715.93 50cdgbs67apxr java@lena014 (TNS V1-V3) SELECT PG.* FROM SO_SCHEDULE_G...
133,298,999 60,547 2,201.58 0.99 515.19 802.26 cncd24nf9m6m6 java@lena014 (TNS V1-V3) SELECT SO.*, EMP.* FROM SO_EM...
Back to SQL Statistics
Back to Top
SQL ordered by Reads
Total Disk Reads: 161,056,185
Captured SQL account for 38.7% of Total
Physical Reads Executions Reads per Exec %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
16,051,442 2 8,025,721.00 9.97 583.23 16686.47 9btt17d327kjw java@lena018 (TNS V1-V3) DELETE FROM so_results_detail ...
14,313,828 12 1,192,819.00 8.89 675.73 9683.47 8036tzu5fvvhg java@lena018 (TNS V1-V3) DELETE FROM so_distrib_detail ...
4,589,031 8,057 569.57 2.85 1734.00 24349.00 8x7g7z2azkbwy java@lena015 (TNS V1-V3) SELECT ES.EMPSKD_ACT_START_TIM...
3,484,791 7 497,827.29 2.16 359.64 3188.47 6kn1bh485cgfm java@lena014 (TNS V1-V3) SELECT WRKS_WORK_DATE FROM J...
2,975,671 8,800,248 0.34 1.85 4960.29 19013.56 0yg00z7gwc8xv java@lena014 (TNS V1-V3) SELECT * FROM override o WHERE...
2,758,931 1 2,758,931.00 1.71 189.14 12969.05 2rtppqwfnvucj java@lena014 (TNS V1-V3) SELECT WRKS_WORK_DATE FROM J...
1,345,288 1 1,345,288.00 0.84 316.63 1319.96 cg19gczm0t1rq PYW121WA.exe select unique vctp.EMP...
1,321,391 0 0.82 302.93 1317.47 6dq9gfc26kmbt PYW121WA.exe select COUNT(*) from...
1,273,572 18,765 67.87 0.79 3078.77 8812.06 0crxpb0xurc21 java@lena014 (TNS V1-V3) select (fd.fcast_calls + fd.fc...
1,248,698 6 208,116.33 0.78 287.11 1297.41 250a6k8scn6d1 java@lena014 (TNS V1-V3) SELECT WRKS_WORK_DATE, EMPL...
Back to SQL Statistics
Back to Top
SQL ordered by Executions
Total Executions: 128,083,116
Captured SQL account for 51.0% of Total
Executions Rows Processed Rows per Exec CPU per Exec (s) Elap per Exec (s) SQL Id SQL Module SQL Text
8,800,248 4,896,274 0.56 0.00 0.00 0yg00z7gwc8xv java@lena014 (TNS V1-V3) SELECT * FROM override o WHERE...
8,463,493 2,096 0.00 0.00 0.00 60tk6bna3qwbn java@lena014 (TNS V1-V3) SELECT /*+INDEX(OVERRIDE IDX_O...
6,077,148 6,077,148 1.00 0.00 0.00 88vs2qyv0wrr7 java@lena018 (TNS V1-V3) SELECT SEQ_AMXAVS_ID.NEXTVAL F...
4,854,539 4,854,135 1.00 0.00 0.00 frdva1m6src9p java@lena014 (TNS V1-V3) select * from emp_def_lab wher...
4,520,588 4,840,522 1.07 0.00 0.00 1jgzwf0qkrmnv java@lena018 (TNS V1-V3) delete from "WORKBRAIN"."AMX_...
4,205,634 9,720,125 2.31 0.00 0.00 9gj46z0yfjbn6 java@lena014 (TNS V1-V3) SELECT * FROM so_posn_set_elmt...
3,834,278 3,834,039 1.00 0.00 0.00 gmgvzfk9nz404 java@lena014 (TNS V1-V3) SELECT ACT_ID, ACT_NAME, ACT...
2,985,988 2,674,478 0.90 0.00 0.00 f736f78bg36fz java@lena014 (TNS V1-V3) SELECT WBT_ID FROM SO_EMPLOYEE...
2,081,020 2,080,811 1.00 0.00 0.00 brnrwgx8c44zu java@lena014 (TNS V1-V3) SELECT tcode_udf8 FROM time_co...
1,779,779 2,531,807 1.42 0.00 0.00 fv9j5aanhvn35 java@lena014 (TNS V1-V3) select * from employee_team wh...
Back to SQL Statistics
Back to Top
SQL ordered by Parse Calls
Total Parse Calls: 42,958,894
Captured SQL account for 65.4% of Total
Parse Calls Executions % Total Parses SQL Id SQL Module SQL Text
6,077,150 6,077,148 14.15 88vs2qyv0wrr7 java@lena018 (TNS V1-V3) SELECT SEQ_AMXAVS_ID.NEXTVAL F...
4,205,421 4,205,634 9.79 9gj46z0yfjbn6 java@lena014 (TNS V1-V3) SELECT * FROM so_posn_set_elmt...
3,834,191 3,834,278 8.93 gmgvzfk9nz404 java@lena014 (TNS V1-V3) SELECT ACT_ID, ACT_NAME, ACT...
1,603,096 2,081,020 3.73 brnrwgx8c44zu java@lena014 (TNS V1-V3) SELECT tcode_udf8 FROM time_co...
982,185 982,187 2.29 4m7m0t6fjcs5x update seq$ set increment$=:2,...
902,759 906,293 2.10 6cvn595prdbtf java@lena014 (TNS V1-V3) SELECT wbt_id FROM employee_te...
821,077 1,779,779 1.91 fv9j5aanhvn35 java@lena014 (TNS V1-V3) select * from employee_team wh...
681,828 681,857 1.59 f0jjm3ky3kawn java@lena014 (TNS V1-V3) SELECT * FROM EMPLOYEE_BALANCE...
548,293 912,139 1.28 dmw686hrngaxf java@lena014 (TNS V1-V3) SELECT * FROM override WHERE o...
345,765 345,765 0.80 ftj9uawt4wwzb select condition from cdef$ wh...
Back to SQL Statistics
Back to Top
SQL ordered by Sharable Memory
No data exists for this section of the report.
Back to SQL Statistics
Back to Top
SQL ordered by Version Count
Only Statements with Version Count greater than 20 are displayed
Version Count Executions SQL Id SQL Module SQL Text
163 38,796 ax51zndhagcxh java@lena018 (TNS V1-V3) UPDATE work_summary SET wr...
122 444 7pgr0hyg72xps java@lena014 (TNS V1-V3) INSERT INTO employee_schedule ...
100 42,367 3dg7u9t51sszw java@lena014 (TNS V1-V3) UPDATE employee_schedule SET ...
41 131,055 c1zdcc94svbpb java@lena014 (TNS V1-V3) UPDATE override SET EMP_ID =...
{code}
Thank you. -
Improving performance while adding groups
Hello,
I've been monitoring my crystal reports from a week or so and the report performance is going for a toss. I would like to narrate this in little detail. I have created 3 groups to select dynamic parameters and each group has a formula for itself. In my parameters I have added one parameter with 7 entities (which is hard coded), now a user can select any 3 entity out of those seven when initiallly refreshing the document, each of the parameter entity is bundeled in a conditional formula (mentioned under formula fields) for each entity. The user may select any entity and may get the respective data for that entity.
For all this i have created 3 groups and same formula is pasted under all the 3 groups. I have then made the formula group to be selected under Group expert. The report works fine and yields me correct data. However, during the grouping of the formula's crystal selects all the database tables from the database field as these tables are mentioned under the group formula. Agreed all fine.
But when I run the report the "Show SQL query" selects all the database tables under Select clause which should not be the case. Due to this even if i have selected an entity which has got only 48 to 50 records, crystal tends to select all the 16,56,053 records from the database fields which is hampering the crystal performance big time. When I run the same query in SQL it retrives the data in just 8 seconds but as crystal selecting all the records gives me data after 90 seconds which is frustrating for the user.
Please suggest me a workaround for this. Please help.
Thank you.Hi,
I suspect the problem isn't necessarily just your grouping but with your Record Selection Formula as well. If you do not see a complete Where clause is because your Record Selection Formula is too complicated for Crystal to translate to SQL.
The same would be said for your grouping. There are two suggestions I can offer:
1) Instead of linking the tables in Crystal, use a SQL Command and generate your query in SQL directly. You can use parameters and at the very least, get a working WHERE clause.
2) Create a Stored Procedure or view that can use the logic you need to retrieve the records.
At the very least you want to be able to streamline the query to improve performance. Grouping may not be possible but my guess it's more with the Selection formula than the grouping.
Good luck,
Brian -
Updating AUD$ consumes most of the time in AWR report.
Hi All,
It's really good to see, great people passing their help to folks like us and making our life easier. Going forward,I am investigating on of the performance issue and analyzing the AWR report. By looking AWR, I did find updating aud$ taking most of times in AWR report. Following are the information , I extracted from the database and AWR report. Please see, what can be done to take away the bottlenecks.
Version -- 11.1.0.6.0
OS -- HPUXX Itanium
Event Waits Time(s) (ms) time Wait Class
enq: BF - allocation contentio 9,007 6,893 765 45.5 Other
DB CPU 2,565 16.9
db file scattered read 555,031 2,428 4 16.0 User I/O
read by other session 288,910 1,428 5 9.4 User I/O
PX Deq Credit: Session Stats 22,650 231 10 1.5 Other
209fr01svbb5s
wait % DB
Event Waits Time(s) (ms) time Wait Class
db file scattered read 291,023 1,973 7 61.6 User I/O
DB CPU 890 27.8
read by other session 81,495 340 4 10.6 User I/O
log file sync 1,210 21 17 .6 Commit
db file sequential read 30,452 15 0 .5 User I/O
Elapsed CPU Elap per % Total
Time (s) Time (s) Executions Exec (s) DB Time SQL Id
3,134 833 118 26.6 97.9 209fr01svbb5s
update sys.aud$ set action#=:2, returncode=:3, logoff$time=cast(SYS_EXTRACT_UTC(
systimestamp) as date), logoff$pread=:4, logoff$lread=:5, logoff$lwrite=:6, logo
ff$dead=:7, sessioncpu=:8 where sessionid=:1 and entryid=1 and action#=100
-------------------------- Plan from Cursor ---------------------------------------
SQL_ID 209fr01svbb5s, child number 0
update sys.aud$ set action#=:2, returncode=:3,
logoff$time=cast(SYS_EXTRACT_UTC(systimestamp) as date),
logoff$pread=:4, logoff$lread=:5, logoff$lwrite=:6, logoff$dead=:7,
sessioncpu=:8 where sessionid=:1 and entryid=1 and action#=100
Plan hash value: 1651467381
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | UPDATE STATEMENT | | | | 2 (100)| |
| 1 | UPDATE | AUD$ | | | | |
|* 2 | TABLE ACCESS FULL| AUD$ | 1 | 139 | 2 (0)| 00:00:01 |
Predicate Information (identified by operation id):
2 - filter(("ENTRYID"=1 AND "ACTION#"=100 AND "SESSIONID"=:1 AND
("SPARE2" IS NULL OR USERENV('ISDBA')='TRUE')))
++++ Last Anylzsed +++++
TABLE_NAME LAST_ANAL
AUD$ 08-NOV-07
++++++++ Table Size ++++++++++++++++++++++
SQL> select sum(bytes)/1024/1024 "Audit Size" from dba_segments where segment_name='AUD$';
Audit Size
2469RegardsBefore purging audit data I would suggest two things. First what is the time period for the report in question? If it is for a low usage period then the audit activity as a percentage of the overall load may be a bit distorted. It may also be worth checking to see what information the audit captured as you could have a contractual or legal obligation to capture the data.
Second and most import look to see what audit rules are in effect. By just removing a few unneeded rules such as auditing successful logins/logoffs or changing from by access to by session for specific objects you could potentially remove most of the activity being shown.
You may also want to check to see if a purge job has been set up. See dba_scheduler_jobs and Oracle proviced package: DBMS_AUDIT_MGMT.
HTH -- Mark D Powell -- -
Shared Pool Statistics - awr report -m 10.2.0.1
Hi,
I'm new to reading awr report and performance tuning.
I have the below in my statspack.
Do i need to increase my shared pool?
Any one can advise and explain "% Memory for SQL w/exec" and "% SQL with executions>1"
Shared Pool Statistics
Begin End
Memory Usage %: 95.78 97.71
% SQL with executions>1: 51.51 80.85
% Memory for SQL w/exec> 1: 67.88 82.46
thanks!user21123 wrote:
The sweet point for the shared pool Memory Usage % is at about ~70%-80% because of aging out. You are at ~90%. It would be advisable to increase the shared pool, but if you're using 10g SGA_TARGET and SGA_MAX_SIZE, then that might require increasing those parameters. It depends how your AWR report looks for the Buffer Cache.
What makes you think this ?
In an OLTP system you hope for 100% shareable SQL, and correct allocation for the other objects, which would lead to 100% usage. In realistic terms, you're likely to get a few percent (which is often the shared_pool_reserved) free because there's a constant turn-over of non-shareable SQL.
If you're always seeing 70% - 80%, then there are several scenraios that might explain the figure. One is that you've simply made shared pool a bit too big. At the opposite extreme you might be constantly flushing 20%-30% of the material from the shared pool because it has become so fragmented that you have to clear a lot of garbage to create a small amount of contiguous space.
The best guideline to follow is to check whether you appear to be losing a significant amount of time on libarary cache and shared pool latches, using up an undesirable amount of CPU on parse time, see lots of reloads (without corresponding invalidations) in v$librarycache.
Without further information, we really can't say how good or bad the situation is. In fact, it's possible that the information that +"50% of your SQL has been shared, 50% has been single use"+ is a possible indicator that the shared_pool_size is too small, and we are filling the excess space with garbage rather than keeping the garbage (and library cache search time) to a minimum.
I would be interested to hear the thinking behind your suggestion, though.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
"The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge." Stephen Hawking. -
Hi!
So, how should I increase it now? I couldn't follow.
Could someone guide?
Warning: pga_aggregate_target was set too low for current workload, as this
value was exceeded during this interval. Use the PGA Advisory view
to help identify a different value for pga_aggregate_target.
PGA Aggr Target Stats DB/Inst: test/test Snaps: 6220-6221
-> B: Begin snap E: End snap (rows dentified with B or E contain data
which is absolute i.e. not diffed over the interval)
-> Auto PGA Target - actual workarea memory target
-> W/A PGA Used - amount of memory used for all Workareas (manual + auto)
-> %PGA W/A Mem - percentage of PGA memory allocated to workareas
-> %Auto W/A Mem - percentage of workarea memory controlled by Auto Mem Mgmt
-> %Man W/A Mem - percentage of workarea memory under manual control
%PGA %Auto %Man
PGA Aggr Auto PGA PGA Mem W/A PGA W/A W/A W/A Global Mem
Target(M) Target(M) Alloc(M) Used(M) Mem Mem Mem Bound(K)
B 54 4 80.3 0.0 .0 .0 .0 4,096
E 54 4 80.5 0.3 .4 100.0 .0 2,113
-------------------------------------------------------------Thanks a ton in advance.Thanks
I did that but still no improvement in the performance
I noticed this on the screen after running the awr report
SGA breakdown difference DB/Inst: Test/test Snaps: 6221-6222
-> ordered by Pool, Name
-> N/A value for Begin MB or End MB indicates the size of that Pool/Name was
insignificant, or zero in that snapshot
Pool Name Begin MB End MB % Diff
java free memory 24.0 24.0 0.00
shared ASH buffers 8.0 8.0 0.00
shared CCursor 14.7 14.0 -5.18
shared Heap0: KGL 4.2 3.6 -12.21
shared KCB Table Scan Buffer 3.8 3.8 0.00
shared KGLS heap 9.8 7.4 -24.41
shared KQR M PO 2.9 2.2 -25.67
shared KSFD SGA I/O b 3.8 3.8 0.00
shared PCursor 5.5 5.1 -7.07
shared PL/SQL MPCODE 4.2 4.9 16.34
shared free memory 16.8 21.5 27.41
shared library cache 8.5 8.4 -0.65
shared row cache 3.6 3.6 0.00
shared sql area 75.0 75.9 1.17
shared sql area:PLSQL 2.9 2.9 -0.67
buffer_cache 48.0 48.0 0.00
fixed_sga 1.2 1.2 0.00
log_buffer 2.8 2.8 0.00Does the negative values show something which is not right?
Please advice -
Hi All,
Ora 11gR1
Our PROD system is experiencing very slow performance during 5PM to 6PM. Maybe because of users running batch jobs and report program during this time.
So I run AWR during this period with BEGIN SNAP at 5:00pm and END SNAP TIME at 6PM.
Is this the right way to obtain the right report to analyze with performance problem?
Thanks a lot,Hi,
AWR contains a bunch of statistics. During the performance issue, some of these statistics can have abnormal values, which gives you an idea as to what is causing the problem. If you only look at the duration of the problem, then you see the symptom with maximum clarity. If you are looking at a large interval, then the symptom will be not as clear.
Consider an example: imagine that from 5 pm to 6 pm your database was processing a job that was committing too often, which lead to excessive waits on 'log file sync' events. During this hour, the problem was responsible for 50% of the database time: 1800 seconds out of 3600. 50% is a large number which will definitely make it to the top, so you'd be able to see the problem clearly. But if you look at a 2 hour interval, it will fall down to roughly 25%, 1800 seconds out of 7200. If you make the interval yet larger, then the percentage would fall further down and so on and so forth. Finally, it will fall down to such a small value that the symptom will be 'buried' among other irrelevant statistics and you won't be able to see what was going on.
That's what I mean by 'dilution' of statistics, and that's why it is essential to AWR period to be as close to the duration of the problem as possible.
Best regards,
Nikolay
Maybe you are looking for
-
Video Card and PSU upgrade for HP pavilion p6310y?
Hello, I am a mild gamer and I would like to upgrade my video card so I could play games like minecraft and maplestory without my frame rate dropping every 5-10 min. When this happens it sounds like the fan in my computer is working really hard and
-
Hello, I installed a VMWare Hypervisor 5.5 server and put 2 virtual machines on it. The physical server has 2 NICs and connected to the LAN. When I go to the virtual machine performance tab and look at the network data I see that most traffic is goin
-
Working with buttons and movies
hi guys, amd fairly new to flash web design and have been trying to create my portfolio.However, i hv created thumbnails which i want 2 act as buttons and when click to ,i would like the main image to appear in the centre with others on the sides.som
-
Blackberry to Blackberry Direct Data Transfer
Hello, Does anyone know if this is possible? There are issues with the PC sync so that's not a possible option, and we're talking about a lot of email/space. I'm justbasically trying to mirror one to the other. I asume you would need a specialized c
-
Which is the login behind reconnecting from guest to the user who work
HI, Please Which is the logic behind reconnecting from guest to the user who will use the application. For example in oracle developer I connected as a user guest, having minimum privileges to log logging attempts and load some basic information in t