Reading An Oracle AWR Report
Uploaded by
nt29Reading An Oracle AWR Report
Uploaded by
nt29Reading an Oracle AWR Report
Below is one persons approach to reading an Oracle Automated Workload Repository (AWR) report. It is not intended to be a
complete explanation of all the information contained within the report, just a list of places to start.
Three things to keep in mind throughout:
(1) SQL Time
When Oracle gets a SQL it does one of two things:
a) Processes the SQL; or
b) Waits for something to become available so it can process the SQL
The formula is
DB_TIME = DB_CPU + WAIT_TIME
Where WAIT_TIME = I/O_WAIT + OTHER_WAIT
Ideal distribution of time is
DB_TIME = DB_CPU + I/O_WAIT + OTHER_WAIT
100% = 70%
+
20%
+
10%
The goal is to first reduce the wait time and then reduce the CPU time
(2) TOTAL vs. PER-EXEC
Oracless objective in the AWR report is to show things that are consuming the largest total resources. This is not always what
you need to tune your system. If you have many, many very fast SQL that are executed very often the total elapsed time (or
CPU time or wait time) may be very large. These SQL will appear on the AWR report but you may not see a SQL that is
executed only once even though it takes a very long time because its total time is too low. Be sure to look at the PER-EXEC
column as well as the TOTAL column.
(3) CTRL-Click
All of the links in the AWR report are active. You may have to hold down the CTRL key and then click the link
Enjoy,
Ken Gottry
Oct-2013
WORKLOAD REPOSITORY report for
DB Name
DSILAPRD
DB Id
Instance
Inst num
3478342303 DSILAPRD
Snap Id
Release
1 10.2.0.4.0
Snap Time
RAC
NO
Sessions
Comment [K1]:
Host
lalvpdsidbla01
HOW BUSY IS YOUR DATABASE SERVER?
Cursors/Session
Begin Snap:
26729
19-Oct-12 14:00:08
163
43.8
End Snap:
26731
19-Oct-12 16:00:15
129
42.3
Elapsed:
120.11 (mins)
DB Time:
347.74 (mins)
The Operating System Statistics section says
there are 8 CPUs.
The ELAPSED time for this AWR is 120.11
minutes. Therefore, the total number of available
CPU minutes is 960.88.
The Top 5 Timed Events section says that CPU
TIME is 14,195 seconds which is 236.5 CPU
minutes.
Therefore, your database server is 236.5 / 960.88 or
24.6% busy
Report Summary
Comment [K2]:
VOLATILE DATA = Redo Per Second
Cache Sizes
Begin
Whenever your app changes data, Oracle must write
the change to the REDO log for recoverability.
End
Buffer Cache:
20,256M
20,720M Std Block Size:
Shared Pool Size:
23,440M
22,976M Log Buffer:
8K
14,244K
Load Profile
Per Second
Per Transaction
Redo size:
272,945.95
35,482.12
Logical reads:
187,401.60
24,361.62
Block changes:
2,183.15
283.80
Physical reads:
35.54
4.62
Physical writes:
22.88
2.97
User calls:
Parses:
Hard parses:
93.82
12.20
210.84
27.41
6.55
0.85
If your app is changing a lot of data, the REDO PER
SECOND will be very high. Here its 272KB/sec
which isnt too bad. If this were high, youd want to
look at Log Buffers and Log Switches.
Remember: a write to REDO log is a stop-the-world
activity, all SQL is temporarily paused until the
REDO write is complete. If youre writing a lot of
REDO or if the writes are slow, you will see very
erratic SQL response time.
Comment [K3]:
UNIT OF WORK (UOW) = Redo Per Trans
How much work is your database doing between
COMMIT calls? An OLTP app typically has a small
UOW (i.e. issues a COMMIT very often), while a
data load program may have a UOW that is
controlled by a properties file.
A large UOW means large Redo writes.
Sorts:
351.77
Logons:
Executes:
Transactions:
45.73
0.26
0.03
3,417.24
444.23
Comment [K4]:
7.69
SIZE OF TRANS = Executes Per Trans
% Blocks changed per Read:
1.16 Recursive Call %:
99.07
Rollback per transaction %:
0.34 Rows per Sort:
32.44
Instance Efficiency Percentages (Target 100%)
Buffer Nowait %:
100.00 Redo NoWait %:
100.00
Buffer Hit %:
99.98 In-memory Sort %:
Library Hit %:
99.52 Soft Parse %:
96.89
Execute to Parse %:
93.83 Latch Hit %:
99.99
Parse CPU to Parse Elapsd %:
81.80 % Non-Parse CPU:
99.14
The Executes Per Transaction tells how many SQL
calls your app is making inside a transaction. This
example is executing 444 SQL calls for each
transactions.
Some people only look at the Transactions Per
Second. But that can be misleading unless you know
how many SQLs are executed per transaction.
100.00
Shared Pool Statistics
Begin
End
Memory Usage %:
78.18
76.67
% SQL with executions>1:
95.12
99.89
% Memory for SQL w/exec>1:
93.43
99.11
Comment [K5]:
BREAKDOWN OF DB TIME
At the top it said ELAPSED TIME =120.11 minutes.
During that elapsed time, Oracle was working on
SQL for 347.74 minutes.
Top 5 Timed Events
The 347.74 is DB TIME which is made up of CPU
TIME + I/O TIME + WAIT TIME.
Event
Waits
CPU time
db file sequential read
Time(s)
Avg Wait(ms)
14,195
% Total Call Time
Wait Class
68.0
248,708
4,363
18
RMAN backup & recovery I/O 379,510
1,967
9.4 System I/O
30,944
589
19
2.8 System I/O
9,854
349
35
1.7 Commit
log file parallel write
log file sync
20.9 User I/O
This table should show CPU TIME = 70%, I/O
TIME = 20% and WAIT TIME =10%. This one is
pretty close.
However, whenever I see LOG FILE SYNC in the
Top Five I investigate further since this is a stop-theworld wait.
The Time(s) shows that only 349 seconds were spent
waiting for Writes to the Redo Log . . . but the Avg
Wait was 35ms. That is *extremely* slow. Writes to
Redo should be 4-10ms max. Have your storage
folks look into it
Main Report
Comment [K6]:
WHAT NEXT?
Lots of place you can go from here. There is no right
or wrong path. Learn your database and try to always
follow the same path.
Report Summary
Wait Events Statistics
SQL Statistics
Instance Activity Statistics
IO Stats
Buffer Pool Statistics
Advisory Statistics
Wait Statistics
Undo Statistics
Latch Statistics
Segment Statistics
Dictionary Cache Statistics
Library Cache Statistics
Memory Statistics
Streams Statistics
Resource Limit Statistics
init.ora Parameters
When Im looking at an unfamiliar system, I
normally start with SEGMENT STATISTICS. This
helps me understand the SQL better. I suggest you
jump to that section now and then come back to this
point.
Back to Top
Wait Events Statistics
Time Model Statistics
Wait Class
Wait Events
Background Wait Events
Operating System Statistics
Service Statistics
Service Wait Class Stats
Back to Top
Time Model Statistics
Comment [K7]:
After SEGMENT STATISTICS, I look at WAIT
EVENTS.
Remember when Oracle receives a SQL to process
the total time is called DB TIME. That is divided
into actually working on the SQL (DB CPU) and
waiting for something. The waiting for something
falls into many categories which is what the WAIT
EVENTS section will show
Total time in database user-calls (DB Time): 20864.5s
Statistics including the word "background" measure background process time, and so do not contribute to the DB time statistic
Ordered by % or DB time desc, Statistic name
Statistic Name
Time (s)
% of DB Time
sql execute elapsed time
20,476.01
98.14
DB CPU
14,194.57
68.03
RMAN cpu time (backup/restore)
3,711.21
17.79
PL/SQL execution elapsed time
2,417.67
11.59
parse time elapsed
197.24
0.95
connection management call elapsed time
138.73
0.66
hard parse elapsed time
114.98
0.55
56.85
0.27
sequence load elapsed time
7.38
0.04
Java execution elapsed time
4.78
0.02
inbound PL/SQL rpc elapsed time
3.66
0.02
repeated bind elapsed time
1.78
0.01
hard parse (sharing criteria) elapsed time
0.77
0.00
hard parse (bind mismatch) elapsed time
0.37
0.00
failed parse elapsed time
0.34
0.00
PL/SQL compilation elapsed time
DB time
20,864.48
background elapsed time
6,962.63
background cpu time
3,783.03
Back to Wait Events Statistics
Back to Top
Wait Class
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
%Time -outs
Total Wait Time (s)
Avg wait (ms)
User I/O
Wait Class
250,820
0.00
4,398
18
4.52
System I/O
465,663
0.00
2,746
8.40
9,854
0.91
349
35
0.18
668
9.13
72
107
0.01
Concurrency
89,198
0.01
62
1.61
Configuration
123
36.59
19
151
0.00
1,341
0.22
17
13
0.02
754,112
0.00
13.60
0.00
482
0.00
Commit
Waits
Other
Application
Network
Administrative
Waits /txn
Back to Wait Events Statistics
Back to Top
Comment [K8]:
Wait Events
WAIT EVENTS
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)
Event
%Time -outs
Total Wait Time (s)
Avg wait (ms)
Waits /txn
db file sequential read
248,708
0.00
4,363
18
4.49
RMAN backup & recovery I/O
379,510
0.00
1,967
6.85
30,944
0.00
589
19
0.56
log file sync
9,854
0.91
349
35
0.18
control file parallel write
3,902
0.00
107
27
0.07
60
95.00
56
939
0.00
2,087
0.00
42
20
0.04
87,074
0.00
41
1.57
log file sequential read
2,171
0.00
37
17
0.04
db file scattered read
1,541
0.00
36
23
0.03
35
8.57
17
479
0.00
log file parallel write
buffer exterminate
Log archive I/O
latch: library cache
enq: UL - contention
Waits
The list of wait events is sorted by the TOTAL
WAIT TIME. So the top wait event could have tons
and tons of waits each one very short, or it could
have a few waits each one very, very long.
Be sure to check the AVG WAIT. For I/O waits
(including LOG FILE waits), a reasonable avg wait
time is 4-10ms. This AWR shows very slow I/O.
This could be caused by (a) slow disks; (b) oversubscribed disks on a shared storage device; or (c)
tons of SQL that are overwhelming the disks.
Remember that each disk has finite limits in terms of
MB/sec transfer and I/O per second (IOPS)
latch: shared pool
1,751
0.00
17
0.03
35
0.00
11
327
0.00
60.00
11
2205
0.00
log file switch completion
39
0.00
178
0.00
os thread startup
20
5.00
209
0.00
112
0.00
31
0.00
32,258
0.00
0.58
0.00
482
0.00
control file sequential read
46,914
0.00
0.85
SQL*Net message to client
690,380
0.00
12.45
log buffer space
enq: TC - contention
latch free
SQL*Net more data from client
switch logfile command
log file single write
40
0.00
18
0.00
31,433
0.00
0.57
0.00
201
0.00
1,306
0.00
0.02
41
0.00
12
0.00
0.00
53
0.00
14
85.71
0.00
0.00
28
0.00
control file single write
95
0.00
0.00
library cache load lock
0.00
85
0.00
10
0.00
0.00
0.00
13
0.00
latch: cache buffers chains
201
0.00
0.00
latch: session allocation
110
0.00
0.00
latch: cache buffer handles
59
0.00
0.00
rdbms ipc reply
33
0.00
0.00
180
0.00
0.00
latch: redo allocation
40
0.00
0.00
latch: cache buffers lru chain
17
0.00
0.00
latch: library cache pin
16
0.00
0.00
latch: library cache lock
22
0.00
0.00
buffer busy waits
66
0.00
0.00
latch: row cache objects
27
0.00
0.00
0.00
0.00
SQL*Net more data to client
recovery area: computing obsolete files
SQL*Net break/reset to client
TCP Socket (KGAS)
log file switch (private strand flush incomplete)
cursor: pin S wait on X
enq: CF - contention
db file single write
enq: AU - audit index file
LGWR wait for redo copy
enq: JS - queue lock
recovery area: computing backed up files
0.00
0.00
recovery area: computing dropped files
0.00
0.00
270
0.00
0.00
0.00
0.00
13
0.00
0.00
291
0.00
0.01
0.00
0.00
cursor: pin S
18
0.00
0.00
undo segment extension
46
97.83
0.00
100.00
0.00
690,413
0.00
643,405
932
12.45
11,876
95.55
49,224
4145
0.21
756
97.49
15,608
20645
0.01
jobq slave wait
2,814
93.78
8,087
2874
0.05
wait for unread message on broadcast channel
7,206
99.67
7,036
976
0.13
Streams AQ: waiting for messages in the queue
1,465
98.36
7,035
4802
0.03
Streams AQ: qmn slave idle wait
256
0.00
7,021
27427
0.00
Streams AQ: qmn coordinator idle wait
534
52.06
7,021
13148
0.01
virtual circuit status
240
100.00
7,020
29249
0.00
12
100.00
3,323
276910
0.00
1,356
99.56
15
11
0.02
0.00
0.00
direct path read
latch: In memory undo latch
latch: object queue header operation
direct path write
recovery area: computing applied logs
buffer deadlock
SQL*Net message from client
pipe get
PL/SQL lock timer
Streams AQ: waiting for time management or cleanup tasks
SGA: MMAN sleep for component shrink
class slave wait
Back to Wait Events Statistics
Back to Top
Background Wait Events
ordered by wait time desc, waits desc (idle events last)
Event
Waits
%Time -outs
Total Wait Time (s)
Avg wait (ms)
Waits /txn
30,945
0.00
589
19
0.56
control file parallel write
2,561
0.00
93
36
0.05
Log archive I/O
1,920
0.00
42
22
0.03
log file parallel write
log file sequential read
1,998
0.00
35
17
0.04
os thread startup
20
5.00
209
0.00
log file single write
40
0.00
18
0.00
6,200
0.00
0.11
71
0.00
0.00
events in waitclass Other
213
0.00
0.00
direct path read
270
0.00
0.00
direct path write
269
0.00
0.00
latch: library cache
0.00
0.00
buffer busy waits
0.00
0.00
48,462
47.11
75,223
1552
0.87
pmon timer
2,534
99.72
7,036
2777
0.05
smon timer
2,267
0.00
7,031
3102
0.04
Streams AQ: qmn slave idle wait
256
0.00
7,021
27427
0.00
Streams AQ: qmn coordinator idle wait
534
52.06
7,021
13148
0.01
12
100.00
3,323
276910
0.00
1,356
99.56
15
11
0.02
control file sequential read
latch: shared pool
rdbms ipc message
Streams AQ: waiting for time management or cleanup tasks
SGA: MMAN sleep for component shrink
Back to Wait Events Statistics
Back to Top
Operating System Statistics
Comment [K9]:
Total
Check to be sure the OS has enough CPU.
BUSY_TIME
1,349,404
IDLE_TIME
4,417,862
BUSY TIME is roughly equal to USER_TIME +
SYS_TIME.
Statistic
IOWAIT_TIME
NICE_TIME
SYS_TIME
USER_TIME
LOAD
RSRC_MGR_CPU_WAIT_TIME
PHYSICAL_MEMORY_BYTES
NUM_CPUS
540,774
17
72,620
1,186,273
1
0
84,434,931,712
8
TOTAL TIME = BUSY_TIME + IDLE_TIME
TOTAL TIME = 1.349M + 4.417M
TOTAL TIME = 5.766M
PCT_BUSY = 1.349M / 5.766M
PCT_BUSY = 23.4%
No problem there
Back to Wait Events Statistics
Back to Top
Service Statistics
ordered by DB Time
Service Name
DB Time (s)
DB CPU (s)
Physical Reads
Logical Reads
20,544.70
14,094.20
250,969
1,344,457,307
319.90
100.40
4,313
6,196,945
DSICTPRDXDB
0.00
0.00
SYS$BACKGROUND
0.00
0.00
892
61,661
SYS$USERS
DSILAPRD.latimes.com
Back to Wait Events Statistics
Back to Top
Service Wait Class Stats
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 Total
Wts
SYS$USERS
User I/O Wt
Time
Concurcy Total
Wts
Concurcy Wt
Time
Admin Total
Wts
Admin Wt
Time
Network Total
Wts
Network Wt
Time
245332
429175
86789
4672
289
712789
235
DSILAPRD.latimes.com
4321
9386
1793
798
34180
58
SYS$BACKGROUND
1175
1287
157
589
Back to Wait Events Statistics
Back to Top
SQL Statistics
SQL ordered by Elapsed Time
SQL ordered by CPU Time
SQL ordered by Gets
SQL ordered by Reads
SQL ordered by Executions
SQL ordered by Parse Calls
SQL ordered by Sharable Memory
SQL ordered by Version Count
Complete List of SQL Text
Comment [K10]:
Back to Top
TOTAL ELAPSED vs. ELAPSED PER EXEC
SQL ordered by Elapsed Time
This section does not necessarily help you identify
SQL that needs to be tuned. This section lists SQL
that are consuming the most time. That could be a
SQL that is very, very fast, but executed many, many
times.
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
Elap per Exec (s)
% Total DB Time
SQL Id
SQL Module
SELECT /*+ ORDERED use_nl(subs...
Look for two things:
(1)ELAP PER EXEC to find long-running SQL
(2)EXECUTIONS to find SQL that are executed
quite often.
BEGIN :rc := SECURITY....
Comment [K11]:
Elapsed Time (s)
CPU Time (s)
Executions
2,561
2,553
24,608
0.10
12.27 05gwz57k7fwsj
1,684
1,207
53
31.78
8.07 3p6uywr76z4k5
1,222
1,046
1222.23
5.86 gw1v6y00jz3nr
DECLARE job BINARY_INTEGER := ...
949
949
949.48
4.55 35andu44s5fa0
DECLARE job BINARY_INTEGER := ...
857
716
856.86
4.11 5t1ygvubzndkc
806
530
806.36
3.86 bxps4dnmcfjfg
742
542
741.99
3.56 45uuqtn59j3ud
730
23
729.95
3.50 6qq9dagrs5h0h
DECLARE job BINARY_INTEGER := ...
730
23
729.80
3.50 7tz40fck7szkg
SELECT ALIAS_ACCT_SET ALIAS_AC...
643
643
24,608
0.03
3.08 289s3yd6cpfnp
SELECT /*+ ORDERED */ COUNT(DI...
562
151
562.05
2.69 bu96mupzvbwfr
DECLARE job BINARY_INTEGER := ...
551
145
550.95
2.64 d7nvkq43z6hms
SELECT SYMBOL SYMBOL, ACCOUNT ...
533
532
533.50
2.56 ckr8g65hugaw6
DECLARE job BINARY_INTEGER := ...
525
524
524.80
2.52 7cm2x28dxag54
DECLARE job BINARY_INTEGER := ...
518
516
517.63
2.48 7n61jwpjr71y2
DECLARE job BINARY_INTEGER := ...
When Oracle looks through data buffers trying to
find matching rows, the time counts as CPU. When
the CPU time is almost as high as the ELAPSED
time, it often means the WHERE clause is not very
restrictive and Oracle has to search many, many data
buffers looking for matching rows.
509
503
508.59
2.44 1cnp1zyhy47xz
DECLARE job BINARY_INTEGER := ...
Comment [K12]:
441
37
440.67
2.11 8w4hmwfhwp424 dsi.exe
BEGIN CIRC.VW_SUBS_REF...
435
308
2,292,706
0.00
2.08 2sswh0d43wuf1
dsi.exe
SELECT 'Y' FROM DUAL WHERE EXI...
428
35
427.90
2.05 bkuqb8h4q6dh6
dsi.exe
SELECT SUB.ACCOUNT, TRANS_DAT...
dsi.exe
dsi.exe
SQL Text
BEGIN circ.addr_subacct.route_...
DECLARE job BINARY_INTEGER := ...
dsi.exe
SELECT "CIRC"."SUBSCRIPTION"...
HIGH CPU TIME
When Oracle processes a SQL it does one of two
things: (1) executes the SQL; or (2) waits for
something in order to be able to execute. Waiting
fails into 2 major categories: (1) waiting for I/O; and
(2) waiting for other.
This SQL was executed once. Of the 20 minutes
elapsed time, 17 minutes was CPU time. So we
know this SQL is not waiting for I/O or other.
LOW CPU TIME
This SQL executed once. Of the 7 minutes elapsed
time, only 30 seconds was CPU. Therefore, this SQL
was waiting, either for I/O or contention.
1.97 765aawdsphw03
SELECT P.PACKAGE_NUMBER, P.RE...
1.87 1nmk3m3sxw19z dsi.exe
BEGIN circ.subs_import.p_subs_...
0.16
1.70 cq0x2jabc4381
SELECT /*+ ORDERED use_nl(subs...
586
0.59
1.66 2g0jhucv8bu3g
JDBC Thin Client SELECT PAPER_CODE, PROD_CODE,...
JDBC Thin Client SELECT /*+ ordered use_nl(sb s...
410
393
9,805
0.04
390
264
195.00
355
355
2,186
347
16
333
578
0.58
1.59 gpsgysttf8ccd
290
41
3,573
0.08
1.39 10mu2x59guzwv dsi.exe
SELECT "CIRC"."VW_SUBS_TRANS...
287
17
57.47
1.38 8m8dvp0k4vjah
SELECT /*+ ORDERED USE_NL(TR)...
240
240
1.15 cffrqk300fnyq
DECLARE job BINARY_INTEGER := ...
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)
2,553
2,561
24,608
0.10
% Total DB Time
12.27 05gwz57k7fwsj
SQL Id
SQL Module
SQL Text
1,207
1,684
53
22.77
8.07 3p6uywr76z4k5
1,046
1,222
1045.74
5.86 gw1v6y00jz3nr
DECLARE job BINARY_INTEGER := ...
949
949
948.95
4.55 35andu44s5fa0
DECLARE job BINARY_INTEGER := ...
716
857
715.89
4.11 5t1ygvubzndkc
643
643
24,608
0.03
3.08 289s3yd6cpfnp
542
742
542.30
3.56 45uuqtn59j3ud
532
533
532.02
2.56 ckr8g65hugaw6
DECLARE job BINARY_INTEGER := ...
530
806
529.60
3.86 bxps4dnmcfjfg
DECLARE job BINARY_INTEGER := ...
524
525
523.88
2.52 7cm2x28dxag54
DECLARE job BINARY_INTEGER := ...
516
518
515.82
2.48 7n61jwpjr71y2
DECLARE job BINARY_INTEGER := ...
503
509
503.03
2.44 1cnp1zyhy47xz
DECLARE job BINARY_INTEGER := ...
Comment [K14]:
393
410
9,805
0.04
1.97 765aawdsphw03
SELECT P.PACKAGE_NUMBER, P.RE...
FULL SQL TEXT
355
355
2,186
0.16
1.70 cq0x2jabc4381
SELECT /*+ ORDERED use_nl(subs...
308
435
2,292,706
0.00
2.08 2sswh0d43wuf1
dsi.exe
SELECT 'Y' FROM DUAL WHERE EXI...
264
390
132.08
1.87 1nmk3m3sxw19z
dsi.exe
BEGIN circ.subs_import.p_subs_...
SELECT /*+ ORDERED use_nl(subs...
dsi.exe
dsi.exe
BEGIN :rc := SECURITY....
BEGIN circ.addr_subacct.route_...
SELECT /*+ ORDERED */ COUNT(DI...
dsi.exe
SELECT "CIRC"."SUBSCRIPTION"...
Comment [K13]:
TOTAL CPU vs. CPU PER EXEC
Just as with Elapsed time, this report shows SQL that
used the most total CPU. That could be a SQL that
was executed many, many times and used only a
little CPU each time; or, it could be a SQL that was
executed only a few times but used a ton of CPU
each time.
Be sure to check the EXECUTIONS column as well
as the CPU PER EXEC column
Oracle assigns a unique SQL_ID to each SQL
executed. This section of the report shows the first
few characters of the SQL. Click on the SQL_ID to
jump to the full SQL text.
240
240
1.15 cffrqk300fnyq
DECLARE job BINARY_INTEGER := ...
151
562
151.38
2.69 bu96mupzvbwfr
DECLARE job BINARY_INTEGER := ...
145
551
145.34
2.64 d7nvkq43z6hms
41
290
3,573
0.01
1.39 10mu2x59guzwv
dsi.exe
SELECT "CIRC"."VW_SUBS_TRANS...
37
441
37.31
2.11 8w4hmwfhwp424
dsi.exe
BEGIN CIRC.VW_SUBS_REF...
35
428
34.78
2.05 bkuqb8h4q6dh6
dsi.exe
SELECT SUB.ACCOUNT, TRANS_DAT...
23
730
22.58
3.50 6qq9dagrs5h0h
DECLARE job BINARY_INTEGER := ...
23
730
22.55
3.50 7tz40fck7szkg
SELECT ALIAS_ACCT_SET ALIAS_AC...
17
287
3.43
1.38 8m8dvp0k4vjah
16
347
586
0.03
1.66 2g0jhucv8bu3g
JDBC Thin Client SELECT PAPER_CODE, PROD_CODE,...
333
578
0.01
1.59 gpsgysttf8ccd
JDBC Thin Client SELECT /*+ ordered use_nl(sb s...
SELECT SYMBOL SYMBOL, ACCOUNT ...
SELECT /*+ ORDERED USE_NL(TR)...
Back to SQL Statistics
Back to Top
Comment [K15]:
SQL ordered by Gets
TOTAL BUFFER GETS vs. GETS PER EXEC
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
Total Buffer Gets: 1,350,535,281
Captured SQL account for 96.3% of Total
Buffer Gets
Executions
%Total
CPU Time (s)
388,210,841
24,608
Gets per Exec
15,775.80
28.74
2553.05
Elapsed Time (s)
2560.52 05gwz57k7fwsj
SQL Id
SELECT /*+ ORDERED use_nl(subs...
291,205,396
24,608
11,833.77
21.56
643.17
643.30 289s3yd6cpfnp
SELECT /*+ ORDERED */ COUNT(DI...
283,950,995
9,805
28,959.82
21.03
393.06
410.23 765aawdsphw03
SELECT P.PACKAGE_NUMBER, P.RE...
171,471,143
171,471,143.00
12.70
948.95
949.48 35andu44s5fa0
DECLARE job BINARY_INTEGER := ...
105,857,445
105,857,445.00
7.84
529.60
806.36 bxps4dnmcfjfg
DECLARE job BINARY_INTEGER := ...
104,838,358
104,838,358.00
7.76
532.02
533.50 ckr8g65hugaw6
DECLARE job BINARY_INTEGER := ...
104,178,684
104,178,684.00
7.71
523.88
524.80 7cm2x28dxag54
DECLARE job BINARY_INTEGER := ...
103,463,651
103,463,651.00
7.66
515.82
517.63 7n61jwpjr71y2
DECLARE job BINARY_INTEGER := ...
103,182,036
103,182,036.00
7.64
503.03
508.59 1cnp1zyhy47xz
DECLARE job BINARY_INTEGER := ...
86,872,917
86,872,917.00
6.43
1045.74
1222.23 gw1v6y00jz3nr
84,093,045
53
1,586,661.23
6.23
1206.59
1684.48 3p6uywr76z4k5
78,251,817
78,251,817.00
5.79
115.59
138.84 170543cbhcvym
SQL Module
SQL Text
DECLARE job BINARY_INTEGER := ...
dsi.exe
BEGIN :rc := SECURITY....
DECLARE job BINARY_INTEGER := ...
Just as with Elapsed Time and CPU Time, this report
shows SQL that has the most total buffer gets. That
could be a SQL executed many, many times doing
very few buffer gets each time; or, it could be a SQL
that is executed very few times doing many, many
buffer gets each time.
Buffer Gets (also called Logical Reads) means the
data is already in the data buffer cache and Oracle is
trying to locate the rows that match the WHERE
clause.
There is no absolute bad number of buffer gets per
execution. You need to observe your database over
time to understand what normal is.
Here you see many DECLARE jobs doing 100+M
buffer gets each time they execute compared to some
SELECT statements that only do 15K.
A high number of Buffer Gets means two things: (1)
Oracle is working very hard to locate the matching
rows because of an unrestrictive WHERE clause or
bad/missing indexes; and (2) high CPU since Oracle
counts the time its doing Buffer Gets as CPU time.
69,061,779
69,061,779.00
5.11
101.21
104.17 36qb1g0hqc3fg
DECLARE job BINARY_INTEGER := ...
69,054,279
69,054,279.00
5.11
104.72
107.25 fsk6ay4dx9s6h
DECLARE job BINARY_INTEGER := ...
68,763,798
68,763,798.00
5.09
103.26
107.12 78kumj80fb9zb
DECLARE job BINARY_INTEGER := ...
62,451,992
2,186
28,569.07
4.62
355.28
355.41 cq0x2jabc4381
SELECT /*+ ORDERED use_nl(subs...
50,793,616
3.76
239.68
239.92 cffrqk300fnyq
48,769,911
48,769,911.00
3.61
715.89
856.86 5t1ygvubzndkc
28,593,817
28,593,817.00
2.12
148.60
149.60 6pb91u7mf42zn
25,366,375
25,366,375.00
1.88
542.30
741.99 45uuqtn59j3ud
dsi.exe
SELECT "CIRC"."SUBSCRIPTION"...
25,237,492
2,292,706
11.01
1.87
307.93
434.82 2sswh0d43wuf1
dsi.exe
SELECT 'Y' FROM DUAL WHERE EXI...
25,126,395
25,126,395.00
1.86
151.38
562.05 bu96mupzvbwfr
25,125,985
25,125,985.00
1.86
145.34
550.95 d7nvkq43z6hms
22,441,652
2,320,607
9.67
1.66
156.57
164.46 2hxytnmbzauvn
22,017,442
1,196,040
18.41
1.63
109.37
109.39 gr2dmtaxwkdnw JDBC Thin Client SELECT /*+ ORDERED */ QUANTITY...
14,403,106
14,403,106.00
1.07
37.31
440.67 8w4hmwfhwp424 dsi.exe
BEGIN CIRC.VW_SUBS_REF...
14,260,555
14,260,555.00
1.06
34.78
427.90 bkuqb8h4q6dh6
SELECT SUB.ACCOUNT, TRANS_DAT...
13,782,952
6,891,476.00
1.02
264.17
390.00 1nmk3m3sxw19z dsi.exe
BEGIN circ.subs_import.p_subs_...
13,650,051
1,832
7,450.90
1.01
131.96
138.97 3h0x8xtj70fjc
UPDATE CAR_ADJ_IMPORT SET ADJ_...
DECLARE job BINARY_INTEGER := ...
dsi.exe
BEGIN circ.addr_subacct.route_...
DECLARE job BINARY_INTEGER := ...
DECLARE job BINARY_INTEGER := ...
SELECT SYMBOL SYMBOL, ACCOUNT ...
dsi.exe
dsi.exe
dsi.exe
SELECT CANDIDATE.ROUTE, OFFIC...
Back to SQL Statistics
Back to Top
Comment [K16]:
TOTAL PHYSICAL READS vs. READS PER
EXEC
SQL ordered by Reads
Just as with the above sections, be sure to look at
Total Reads, Executions, and Reads Per Exec.
Total Disk Reads: 256,153
Captured SQL account for 90.7% of Total
Physical
Reads
Executions
Reads per
Exec
%Total
CPU Time
(s)
Elapsed Time
(s)
SQL Id
SQL Module
SQL Text
38,897
38,897.00
15.19
22.58
729.95 6qq9dagrs5h0h
DECLARE job BINARY_INTEGER := ...
38,895
38,895.00
15.18
22.55
729.80 7tz40fck7szkg
SELECT ALIAS_ACCT_SET
ALIAS_AC...
35,606
53
671.81
13.90
1206.59
30,382
30,382.00
11.86
37.31
440.67 8w4hmwfhwp424 dsi.exe
BEGIN CIRC.VW_SUBS_REF...
29,629
29,629.00
11.57
34.78
427.90 bkuqb8h4q6dh6
SELECT SUB.ACCOUNT,
TRANS_DAT...
1684.48 3p6uywr76z4k5
dsi.exe
dsi.exe
BEGIN :rc := SECURITY....
READS means physical reads. This means the data
is not in the data buffer so Oracle must read the data
from disk. Reading disk is very slow compared to
searching data buffers (logical reads aka buffer gets).
Sometimes you may have a bad SQL or two that
continually do full table scans. This flushes out all
old data from the buffers. The next time a good SQL
executes it may have to do physical reads to get its
data back into the buffers.
Therefore, a SQL that has a high number of physical
reads may not be bad in itself; it may just be the
victim of some other SQL continually flushing its
data from cache.
25,460
25,460.00
9.94
151.38
562.05 bu96mupzvbwfr
DECLARE job BINARY_INTEGER := ...
25,455
25,455.00
9.94
145.34
550.95 d7nvkq43z6hms
SELECT SYMBOL SYMBOL, ACCOUNT
...
19,757
19,757.00
7.71
529.60
806.36 bxps4dnmcfjfg
DECLARE job BINARY_INTEGER := ...
19,063
3,812.60
7.44
17.15
287.33 8m8dvp0k4vjah
13,122
13,122.00
5.12
12.92
155.17 atuyvvkdmac3r
dsi.exe
BEGIN circ.subs_update2.collec...
12,564
12,564.00
4.90
7.24
139.55 b51y11a59mnv4
dsi.exe
SELECT /*+ ORDERED USE_NL(st s...
12,427
586
21.21
4.85
16.15
347.36 2g0jhucv8bu3g
JDBC Thin Client
SELECT PAPER_CODE,
PROD_CODE,...
12,401
12,401.00
4.84
542.30
741.99 45uuqtn59j3ud
dsi.exe
SELECT "CIRC"."SUBSCRIPTION"...
12,383
578
21.42
4.83
4.55
332.76 gpsgysttf8ccd
JDBC Thin Client
SELECT /*+ ordered use_nl(sb s...
11,385
11,385.00
4.44
715.89
856.86 5t1ygvubzndkc
dsi.exe
BEGIN circ.addr_subacct.route_...
10,859
2,292,706
0.00
4.24
307.93
434.82 2sswh0d43wuf1
dsi.exe
SELECT 'Y' FROM DUAL WHERE EXI...
10,849
10,849.00
4.24
1045.74
1222.23 gw1v6y00jz3nr
9,476
24,062
0.39
3.70
19.32
158.96 8797a0njtpq3a
8,406
3,573
2.35
3.28
40.89
289.58 10mu2x59guzwv dsi.exe
SELECT "CIRC"."VW_SUBS_TRANS...
7,361
3,680.50
2.87
264.17
390.00 1nmk3m3sxw19z dsi.exe
BEGIN circ.subs_import.p_subs_...
7,035
723,142
0.01
2.75
84.39
171.59 0gvx8axq0dzwn
pmdtm@tco-chi-rpt02 (TNS
V1-V3)
SELECT * FROM ADDR.VW_ADDRESS
...
6,590
11
599.09
2.57
23.57
95.72 ffj33x2dmzm9b
dsi.exe
BEGIN :rc := CIRC.CAR_...
5,973
1,826
3.27
2.33
18.15
71.57 8tuf99gkdch9w
dsi.exe
SELECT UNALLOCATED FROM
VW_CAR...
5,479
143,095
0.04
2.14
23.53
99.66 1dghy6xv4u06f
JDBC Thin Client
SELECT TRANS_TYPE FROM
CIRC.VW...
3,249
3,249.00
1.27
101.73
154.91 dbvnxxq1hhdks
3,195
699,175
0.00
1.25
65.17
105.89 2xf37ww4bsn2g
Back to SQL Statistics
Back to Top
SQL ordered by Executions
Total Executions: 24,626,830
Captured SQL account for 65.8% of Total
SELECT /*+ ORDERED USE_NL(TR)...
DECLARE job BINARY_INTEGER := ...
pmdtm@tco-chi-rpt02 (TNS
V1-V3)
SELECT SEARCH_ORDER , 1 PRIOR...
SELECT /*+ ORDERED use_nl(SUBS...
JDBC Thin Client
SELECT :B2 , :B1 , ROUTE.ROU...
Executions
Rows
Processed
Rows per
Exec
CPU per Exec
(s)
Elap per Exec
(s)
SQL Id
SQL Module
SQL Text
2,320,607
2,294,304
0.99
0.00
0.00 2hxytnmbzauvn dsi.exe
SELECT CANDIDATE.ROUTE, OFFIC...
2,292,706
2,292,641
1.00
0.00
0.00 2sswh0d43wuf1 dsi.exe
SELECT 'Y' FROM DUAL WHERE EXI...
1,243,725
1,243,725
1.00
0.00
0.00 6jypkct4xhs5p
SELECT * FROM PRODUCT_CODE
WHE...
1,196,040
1,243,387
1.04
0.00
0.00 gr2dmtaxwkdnw JDBC Thin Client
SELECT /*+ ORDERED */ QUANTITY...
1,182,881
1,182,881
1.00
0.00
0.00 96c4ubpu90b9h w3wp.exe
SELECT PUB_PRODUCT_PAPER FROM
...
811,388
811,388
1.00
0.00
0.00 azmw77508sqz1 JDBC Thin Client
SELECT /*+ ORDERED INDEX(RATE...
811,293
811,257
1.00
0.00
0.00 1cc4d8v1rpf9y
SELECT * FROM
VW_SUBS_RATE_INF...
w3wp.exe
w3wp.exe
723,142
721,432
1.00
0.00
0.00 0gvx8axq0dzwn pmdtm@tco-chi-rpt02 (TNS V1- SELECT * FROM ADDR.VW_ADDRESS
V3)
...
720,198
720,180
1.00
0.00
0.00 cs0770qr3qcaz
699,175
699,172
1.00
0.00
0.00 2xf37ww4bsn2g JDBC Thin Client
SELECT :B2 , :B1 , ROUTE.ROU...
689,107
689,107
1.00
0.00
0.00 fnydp4a63pk9m dsi.exe
SELECT FIRST_DATE, LAST_DATE F...
684,615
971,703
1.42
0.00
0.00 6kpdsf0yupac3
w3wp.exe
SELECT /*+ ORDERED INDEX(RATE...
585,810
585,810
1.00
0.00
0.00 8jn6s6r7yqgvm
w3wp.exe
SELECT RATE_TABLE, TRUNC( NVL...
585,808
686,283
1.17
0.00
0.00 cmxuz2ngwj10z w3wp.exe
SELECT SUBS_TRANS.TRANS_NUM, ...
380,584
380,588
1.00
0.00
0.00 7dpyfc02bm1qv
SELECT PREF_ID, ITEM_DEFAULT,...
pmdtm@tco-chi-rpt02 (TNS V1- SELECT * FROM
V3)
VW_SUBS_NAME_ADD...
Back to SQL Statistics
Back to Top
SQL ordered by Parse Calls
Total Parse Calls: 1,519,434
Captured SQL account for 34.1% of Total
Parse Calls
Executions
32,406
37,601
18,066
17,981
17,535
% Total Parses
SQL Id
SQL Module
SQL Text
2.13 b8w84823hu0wj
JDBC Thin Client UPDATE CIRC.SUBS_TRANS SET PAY...
122,870
1.19 g7x5fztkgc17y
w3wp.exe
380,584
1.18 7dpyfc02bm1qv
31,539
1.15 cz5t28pns876y
SELECT PUBLICATION FROM CIRC.S...
SELECT PREF_ID, ITEM_DEFAULT,...
dsi.exe
SELECT SUB_TYPE FROM SUBSCRIPT...
Comment [K17]:
EXECS and ROWS PER EXEC
This SQL was executed 2.3M times over the 2 hours
covered by this AWR. Thats 320 times per second
on average. Thats a lot. Perhaps this SQL is
unnecessarily inside a LOOP statement within the
code and is being executed more times that the
developer thinks.
Click on SQL_ID to view the full SQL text to see if
the WHERE clause could be extended to return more
rows each time thereby perhaps reducing the number
of times the SQL needs to be executed. Work with
the developer.
Also look at the ROWS PER EXEC. If a SELECT
statement has a large number of Rows Per Exec, it
may indicate an unrestrictive WHERE clause.
If an INSERT, UPDATE or DELETE has a large
number of Rows Per Exec, it indicates a large Unitof-Work. This makes Oracle hold onto the modified
rows until a COMMIT is issued. This means a large
redo log write which could slow down Oracle.
17,339
17,339
1.14 f2a45dk38dgsy
dsi.exe
select count ( *) from securit...
17,129
124,968
1.13 d8fjjcd2tffhq
w3wp.exe
SELECT AMOUNT, TRANS_NUM, TR...
16,870
160,689
1.11 4g1a88zy33xv4
w3wp.exe
SELECT PREF_ID, NVL(ITEM_VALU...
16,757
41,171
1.10 bxq23315z6a83
w3wp.exe
SELECT PUB_PRODUCT_PAPER FROM ...
16,590
37,999
1.09 1n19tc89cp9gr
w3wp.exe
SELECT RATE_TABLE FROM VW_SUBS...
16,490
154,422
1.09 7jm2qf63sv9an
w3wp.exe
SELECT LAST_ACTIVITY, STATUS_...
16,194
18,694
1.07 c77mttrapwf2u
JDBC Thin Client SELECT PUBLICATION, BILL_THRU...
16,160
23,003
1.06 3xq1sdy4r74fk
JDBC Thin Client SELECT TO_TYPE FROM CIRC.SUBS_...
16,157
19,924
1.06 94njvpfz1bf83
JDBC Thin Client SELECT * FROM CIRC.DRAW_DEADLI...
16,155
18,653
1.06 98cdstump8aj1
JDBC Thin Client SELECT TRANS_NUM FROM CIRC.SUB...
16,150
19,294
1.06 amm826hmmyn07 JDBC Thin Client SELECT ST.TRANS_NUM, TRANS_DA...
16,115
18,614
1.06 594580p45718x
JDBC Thin Client SELECT BILL_THRU_DATE FROM CIR...
16,115
18,614
1.06 bsd05wzbuy311
JDBC Thin Client SELECT TRANS_NUM, TRANS_DATE ...
16,071
19,635
1.06 0zzjmxz77kmba
w3wp.exe
16,052
143,095
1.06 1dghy6xv4u06f
JDBC Thin Client SELECT TRANS_TYPE FROM CIRC.VW...
16,006
1,243,725
1.05 6jypkct4xhs5p
w3wp.exe
15,973
16,376
1.05 b0qwwsy6sqj7p
15,965
15,992
1.05 a92vk52x0dmh8
15,945
1,182,881
1.05 96c4ubpu90b9h
w3wp.exe
15,908
1,196,040
1.05 gr2dmtaxwkdnw
JDBC Thin Client SELECT /*+ ORDERED */ QUANTITY...
SELECT SEQ_SUBS_TRANS.NEXTVAL ...
SELECT * FROM PRODUCT_CODE WHE...
SELECT TRANS_NUM, TRANS_DATE,...
SELECT MAX(LAST_DATE) MAX_DATE...
SELECT PUB_PRODUCT_PAPER FROM ...
Back to SQL Statistics
Back to Top
SQL ordered by Sharable Memory
Only Statements with Sharable Memory greater than 1048576 are displayed
Sharable Mem (b)
Executions
% Total
SQL Id
SQL Module
SQL Text
0.04 ammbbygjc57du
BEGIN circ_rpt.vw_new_...
4,751,544
0.02 cz792q0h80y79
BEGIN CIRC_RPT.VW_NEW_...
3,343,704
0.01 f3fymkzj5jf5k
BEGIN CIRC.VW_SUBS_TRA...
10,655,648
2,399,166
1,175,196
13
0.01 7tz40fck7szkg
0.00 4xw8ur39h4z5v
SELECT ALIAS_ACCT_SET ALIAS_AC...
dsi.exe
SELECT C_FUNCT."IDX", ...
1,118,290
0.00 21vy7rp5r5xzh
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
1,070,299
89
0.00 3x1uz4svp4yx0
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
1,064,893
24
0.00 dtty0ch031ntx
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
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
821
ammbbygjc57du
BEGIN circ_rpt.vw_new_...
468
f3fymkzj5jf5k
BEGIN CIRC.VW_SUBS_TRA...
343
cz792q0h80y79
212
5 4n2us62zyhb12
dsi.exe
BEGIN CIRC.VW_PERSON_A...
184
89 3x1uz4svp4yx0
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
183
24 dtty0ch031ntx
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
173
8 21vy7rp5r5xzh
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
164
99 89vnk0ztux0nm dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
147
70 7u6tyts6mgszd
dsi.exe
BEGIN CIRC_RPT.VW_SUBS...
138
31 1yrfxud6vcgga
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
119
76 81s3j9muvvr6r
dsi.exe
BEGIN CIRC_RPT.VW_SUBS...
95
75 75n5qjjuffk31
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
86
29 76na1dfdmcuxm dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
73
4 bx4m4n324y3uu dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
BEGIN CIRC_RPT.VW_NEW_...
61
55 5zvcf8bsy2a3j
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
57
37 9g9ttr2t5kpgf
dsi.exe
BEGIN CIRC.VW_SUBS_MOV...
53
67 a83k0g5yagdc0
dsi.exe
BEGIN CIRC.VW_CAR_ADJ_...
51
22 2ba4sk51fu711
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
33
4,218 76rugq43r8gnw
Redwood master agent
UPDATE /*+ INDEX(jp rws_jpar$_...
33
145 f2q11jg13zyst
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
31
130 6hvytk64qq02d
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
28
269 817fb23ws8d22
dsi.exe
BEGIN CIRC.VW_SUBS_TRA...
24
3 810cb8g8qmpd7 Redwood job agent 2793982 begin "LA_DSI"."LA_DSI_JS_FTP_...
23
6 3vp2bmf6q5m4p
INSERT INTO CIRC.SUBSCRIPTION_...
Back to SQL Statistics
Back to Top
Complete List of SQL Text
SQL Id
SQL Text
05gwz57k7fwsj
SELECT /*+ ORDERED use_nl(subscription asr address_subacct subs_trans subs_papchg subs_papers pcod paper) index(asr) */ PAPER.PUBLICATION,
ASR.ROUTE, PAPER.DRAW_TYPE, SUBS_PAPERS.PROD_CODE, SUM(SUBS_PAPERS.QUANTITY) COPIES, SUM(SUBS_PAPERS.QUANTITY *
DECODE(CIRC.UTIL.SUB_TYPE_NUM(SUBSCRIPTION.ACCOUNT, :B1 , SUB_TYPE, LAST_SUB_TYPE_ACTIVITY, SUB_TYPE_ON_LAST_ACTIVITY), 0, 1,
0)) COPIES_OP, SUM(DECODE(COMPUTE_DRAW.OLD_DATE( TRUNC(NVL(SUBS_PAPCHG.RENEW_SENT, NVL(SUBSCRIPTION.RENEW_SENT,
NVL(SUBSCRIPTION.START_DATE, SYSDATE)))), PAPER.PUBLICATION), 0, 0, SUBS_PAPERS.QUANTITY *
DECODE(CIRC.UTIL.SUB_TYPE_NUM(SUBSCRIPTION.ACCOUNT, :B1 , SUB_TYPE, LAST_SUB_TYPE_ACTIVITY, SUB_TYPE_ON_LAST_ACTIVITY), 0, 1,
0))) COPIES_OP_OLD, COUNT(DISTINCT ASR.ADDRESS_ID) ADDR_WITH_COPY FROM CIRC.ADDRESS_SUBACCT_ROUTE ASR,
CIRC.ADDRESS_SUBACCT, CIRC.SUBSCRIPTION, CIRC.SUBS_TRANS, CIRC.SUBS_PAPCHG, CIRC.SUBS_PAPERS, CIRC.VW_PRODUCT_CODE PCOD,
CIRC.PAPER WHERE ADDRESS_SUBACCT.ACCOUNT IS NOT NULL AND (:B1 BETWEEN ADDRESS_SUBACCT.VALID_FROM AND
ADDRESS_SUBACCT.VALID_UNTIL) AND ADDRESS_SUBACCT.ROW_ID = ASR.ADDRESS_SUBACCT_ROW AND ASR.FREQUENCY IN (8, :B4 ) AND
ADDRESS_SUBACCT.ACCOUNT = SUBSCRIPTION.ACCOUNT AND SUBSCRIPTION.PUBLICATION = ADDRESS_SUBACCT.PUBLICATION AND
ADDRESS_SUBACCT.PUBLICATION = ASR.PUBLICATION AND SUBS_TRANS.TRANS_NUM = SUBS_PAPCHG.TRANS_NUM AND
SUBSCRIPTION.ACCOUNT = SUBS_TRANS.ACCOUNT AND SUBS_TRANS.DELETE_DATE IS NULL AND (:B1 BETWEEN SUBS_TRANS.VA LID_FROM AND
SUBS_TRANS.VALID_UNTIL) AND SUBS_TRANS.TRANS_NUM = SUBS_PAPERS.TRANS_NUM AND SUBS_TRANS.TRANS_TYPE = 4 AND
SUBS_PAPERS.PAPER_CODE = PAPER.CODE AND SUBS_PAPERS.PROD_CODE = PCOD.CODE AND SUBSTR(PCOD.ALL_DAYS,
DRAW_UTIL2.F_DAYNUM_FOR_DU(:B1 , PAPER.PUBLICATION, 'N'), 1)='Y' AND ASR.PUBLICATION = :B3 AND ASR.ROUTE = :B2 AND
UTIL.SUB_STATUS(SUBSCRIPTION.ACCOUNT, :B1 , LAST_ACTIVITY, STATUS_ON_LAST_ACTIVITY)=1 AND NOT EXISTS (SELECT A.ACCOUNT FROM
CIRC.DU_DONATION_ACCT A, CIRC.DU_DONATION_ACCT_PUB AP WHERE A.JOB_ID = AP.JOB_ID (+) AND A.ACCOUNT = AP.ACCOUNT (+) AND
A.JOB_ID=:B5 AND A.ACCOUNT=SUBSCRIPTION.ACCOUNT AND (AP.PUB IS NULL OR AP.PUB = PAPER.PUBLICATION)) GROUP BY ASR.ROUTE,
PAPER.PUBLICATION, PAPER.DRAW_TYPE, SUBS_PAPERS.PROD_CODE
0gvx8axq0dzwn
SELECT * FROM ADDR.VW_ADDRESS WHERE ID=:B1
0zzjmxz77kmba
SELECT SEQ_SUBS_TRANS.NEXTVAL FROM DUAL
10mu2x59guzwv
SELECT "CIRC"."VW_SUBS_TRANS_DISPLAY"."TRANS_NUM", "CIRC"."VW_SUBS_TRANS_DISPLAY"."ACCOUNT", CASE when (trans_type=6 and
item_code='P') then 21 when (trans_type=4 and extra1 = 'R') then 42 when (trans_type=4 and extra1 = 'S') then 41 when (trans_type=10 and extra1 = 'H') then 43
else trans_type END display_type, CASE when (trans_type=4 and extra1 in ('R', 'S') and circ.util.sub_status_ai(account, trans_date)='I') then 'Y' else 'N' END
inact_suspend_resume, "CIRC"."VW_SUBS_TRANS_DISPLAY"."TRANS_TYPE", "CIRC"."VW_SUBS_TRANS_DISPLAY"."TRANS_DATE" display_date, CASE
when (trans_type=13 and trouble_here='Y') then to_date('12/31/2999', 'mm/dd/yyyy') else to_date(to_char(trans_date, 'mm/dd/rr'), 'mm/dd/rr') END trans_date,
CASE when (trans_num is null and trans_type=6 and item_code='C') then 'Transfer '||LTRIM(TO_CHAR(amount, '9, 999.99'))||' to Collection' when (trans_num is
null and trans_type=6 and item_code='N') then 'Removed from Collection' when (trans_num is null and trans_type=6 and item_code='P' and
circ.VW_SUBS_PARENT_DETAIL_SP.f_is_parent(account, 'Y') in ('Y', 'E')) then 'Parent
Account'||decode(circ.VW_SUBS_PARENT_DETAIL_SP.f_is_parent(account, 'Y '), 'E', ' - (Expire Use)') when (trans_num is null and trans_type=6 and
item_code='P') then 'Acct #'||circ.VW_SUBS_PARENT_DETAIL_SP.f_has_parent(account, trans_date, 'N') else circ.subtrans.get_desc(trans_num, trans_type) END
description, DECODE(TRANS_NUM, NULL, TO_NUMBER(NULL), /*5315*/ DECODE(AMOUNT_PARENT, NULL, AMOUNT, AMOUNT_PARENT)) AMOUNT,
/*5315*/ /*MEMO||DECODE(TO_TYPE, NULL, NULL, ' for '||circ.VW_SUBS_PARENT_BILL_CAL_SP.f_bill_period(to_type)) */ MEMO,
"CIRC"."VW_SUBS_TRANS_DISPLAY"."APPLIED_DATE", "CIRC"."VW_SUBS_TRANS_DISPLAY"."ENTRY_DATE",
"CIRC"."VW_SUBS_TRANS_DISPLAY"."USERID_ENTRY", /*"CIRC"."VW_SUBS_TRANS_DISPLAY"."PAYS_THRU_DATE",
"CIRC"."VW_SUBS_TRANS_DISPLAY"."PAYS_THRU_BAL", */ CASE when (trans_type=4 and extra1 = 'S') then NULL else pays_thru_date END pays_thru_date,
CASE when (trans_type=4 and extra1 = 'S') then NULL else pays_thru_bal END pays_thru_bal, userid_last_write, last_write_date, mf_copies, extra1 FROM
"CIRC"."VW_SUBS_TRANS_DISPLAY" WHERE CIRC."VW_SUBS_TRANS_DISPLAY"."ACCOUNT" = :acctno
170543cbhcvym
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.PK_TRUCK_MANIFEST.PREP_MANIFEST_SG_BJOB(A_SCHEME_GROUP=>'LAT HD', A_SCHEME_ID=>'LAT DAILY', A_FROM_TRUCK=>NULL,
A_THRU_TRUCK=>NULL, A_LEVEL=>NULL, A_DRAW_DATE=> to_date('10/25/12', 'MM/DD/RR'), A_COMBINE_UP_TO=>NULL, A_SUPPLIES_TM=>'N',
A_JOB_RUN_ID=>1226770); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
1cc4d8v1rpf9y
SELECT * FROM VW_SUBS_RATE_INFO WHERE ACCOUNT=:B2 AND TRUNC(:B1 ) BETWEEN VALID_FROM AND VALID_UNTIL
1cnp1zyhy47xz
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/24/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'N', A_JOB_RUN_ID=>1226765); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
1dghy6xv4u06f
SELECT TRANS_TYPE FROM CIRC.VW_SUBS_ACTIVITY WHERE ACCOUNT=:B2 AND TRANS_DATE<=:B1 AND TRANS_TYPE<4 AND :B1 BETWEEN
VALID_FROM AND VALID_UNTIL ORDER BY TRANS_DATE, TRANS_TYPE
1n19tc89cp9gr
SELECT RATE_TABLE FROM VW_SUBS_RATE_INFO WHERE ACCOUNT=:B2 AND TRUNC(:B1 ) BETWEEN VALID_FROM AND VALID_UNTIL
1nmk3m3sxw19z
BEGIN circ.subs_import.p_subs_import(519000860, 460841, 'V'); END;
1yrfxud6vcgga
BEGIN CIRC.VW_SUBS_TRANS_CREDIT_DEBIT_SP.UPD(:16, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15 ); END;
21vy7rp5r5xzh
BEGIN CIRC.VW_SUBS_TRANS_COMPLAINT_SP.UPD(:22, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21 ); END;
289s3yd6cpfnp
SELECT /*+ ORDERED */ COUNT(DISTINCT ADDRESS_ID) FROM VW_ROUTE_ADDRESSES WHERE PUBLICATION = :B3 AND ROUTE = :B2 AND (:B1
BETWEEN VALID_FROM AND VALID_UNTIL) AND FREQUENCY IN (8, PAPERTRAK.PKDATE.DAYNUM_DSI(:B1 ))
2ba4sk51fu711
BEGIN CIRC.VW_SUBS_TRANS_VACPAC_SP.UPD(:19, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18 ); END;
2g0jhucv8bu3g
SELECT PAPER_CODE, PROD_CODE, ROUTE, EXPIRE_DATE, BALANCE_TODAY, STATUS, DELIVERY_PUB, TOT_BILL_AMT FROM
CIRC_RPT.VW_IVR_SUBS_INFO WHERE ACCOUNT = :1
2hxytnmbzauvn
SELECT CANDIDATE.ROUTE, OFFICE_PAY_ONLY, CITY_CODE, STOP_FOR_NON_PAY, CUT_TO_CC, CANDIDATE.ID, CANDIDATE.ZIP FROM
CIRC.STREET_ROUTER CANDIDATE, ADDR.ADDRESS CHECK_ROW WHERE CHECK_ROW.ID = :B3 AND CANDIDATE.ZIP = CHECK_ROW.ZIP AND
CANDIDATE.STREET_NAME = CHECK_ROW.STREET AND (CANDIDATE.STREET_SUFFIX = CHECK_ROW.STREET_SUFFIX OR
(CANDIDATE.STREET_SUFFIX IS NULL AND CHECK_ROW.STREET_SUFFIX IS NULL ) ) AND (CANDIDATE.FST_DIR = CHECK_ROW.FST_DIR OR
(CANDIDATE.FST_DIR IS NULL AND CHECK_ROW.FST_DIR IS NULL ) ) AND (CANDIDATE.SND_DIR = CHECK_ROW.SND_DIR OR (CANDIDATE.SND_DIR
IS NULL AND CHECK_ROW.SND_DIR IS NULL ) ) AND (NVL(CHECK_ROW.HOUSE_SORT, '00000000000000000000') BETWEEN CANDIDATE.LOW_SORT
AND CANDIDATE.HIGH_SORT) AND CANDIDATE.PUBLICATION = :B2 AND (NVL(CHECK_ROW.UNIT_SORT, '0000000000000000') BETWEEN
CANDIDATE.LOW_APT_SORT AND CANDIDATE.HIGH_APT_SORT) AND (TRANSLATE(CANDIDATE.ODD_EVEN, 'EO', '01') =
TO_CHAR(MOD(TO_NUMBER(SUBSTR(CHECK_ROW.HOUSE_SORT, 2, 9)), 2)) OR CANDIDATE.ODD_EVEN IS NULL ) AND :B1 BETWEEN
DECODE(CANDIDATE.DATE_FROM, NULL, TRUNC(SYSDATE), CANDIDATE.DATE_FROM) AND DECODE(CANDIDATE.DATE_FROM, NULL,
TRUNC(SYSDATE), CANDIDATE.DATE_TO)
2sswh0d43wuf1
SELECT 'Y' FROM DUAL WHERE EXISTS (SELECT * FROM CIRC.VW_ADDR_SUBACCT WHERE ADDRESS_ID=:B4 AND PUBLICATION=:B3 AND
ROUTE=:B2 AND ACCOUNT IS NULL AND :B1 BETWEEN VALID_FROM AND VALID_UNTIL)
2xf37ww4bsn2g
SELECT :B2 , :B1 , ROUTE.ROUTE, ROUTE.PUBLICATION, DIVISION, ADI, DISTRICT, DEPOT SUB_DISTRICT, ABC_ZONE, DISPATCH_ZONE, CUT_TO_CC,
ROUTE_TYPE FROM ADDRESS_SUBACCT, ADDRESS_SUBACCT_ROUTE, ROUTE WHERE
ADDRESS_SUBACCT_ROUTE.PUBLICATION=ROUTE.PUBLICATION AND ADDRESS_SUBACCT_ROUTE.ROUTE=ROUTE.ROUTE AND
ADDRESS_SUBACCT.ROW_ID=ADDRESS_SUBACCT_ROUTE.ADDRESS_SUBACCT_ROW AND ACCOUNT=:B2 AND TRUNC(:B1 ) BETWEEN
VALID_FROM AND VALID_UNTIL AND (FREQUENCY=8 OR FREQUENCY=PAPERTRAK.PKDATE.DAYNUM_DSI(:B1 ))
35andu44s5fa0
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/21/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'Y', A_JOB_RUN_ID=>1226781); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
36qb1g0hqc3fg
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.PK_TRUCK_MANIFEST.PREP_MANIFEST_SG_BJOB(A_SCHEME_GROUP=>'LAT HD', A_SCHEME_ID=>'LAT DAILY', A_FROM_TRUCK=>NULL,
A_THRU_TRUCK=>NULL, A_LEVEL=>NULL, A_DRAW_DATE=> to_date('10/23/12', 'MM/DD/RR'), A_COMBINE_UP_TO=>NULL, A_SUPPLIES_TM=>'N',
A_JOB_RUN_ID=>1226763); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
3h0x8xtj70fjc
UPDATE CAR_ADJ_IMPORT SET ADJ_BATCH_NUMBER = :B2 WHERE BATCH_ID = :B1
3p6uywr76z4k5
BEGIN :rc := SECURITY.UTIL.EXEC_PROC( :0); END;
3vp2bmf6q5m4p
INSERT INTO CIRC.SUBSCRIPTION_IMPORT2 (batch_id, "EXTERNAL_PUB", "EXTERNAL_ACCOUNT", "DELMAP", "TRANS_CODE", "TRANS_DATE",
"COPIES", "PAGE_MESSAGE") VALUES (:batch_id, :v_col1, :v_col2, :v_col3, :v_col4, :v_col5, :v_col6, :v_col7)
3x1uz4svp4yx0
BEGIN CIRC.VW_SUBS_TRANS_PCHG_HDR_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26,
:27, :28, :29 ); END;
3xq1sdy4r74fk
SELECT TO_TYPE FROM CIRC.SUBS_TRANS, CIRC.SUBS_TYPE_CHANGE WHERE TRANS_TYPE =12 AND ACCOUNT=:B2 AND DELETE_DATE IS NULL
AND (SUBS_TRANS.TRANS_NUM=SUBS_TYPE_CHANGE.TRANS_NUM) AND (:B1 >= NVL(BACK_OP_DATE, TRANS_DATE)) ORDER BY
NVL(BACK_OP_DATE, TRANS_DATE) DESC, DECODE(BACK_OP_DATE, NULL, 2, 1) ASC
45uuqtn59j3ud
SELECT "CIRC"."SUBSCRIPTION"."ACCOUNT", "CIRC"."SUBSCRIPTION"."PUBLICATION", "CIRC"."SUBSCRIPTION"."AMORTIZED_OP",
"CIRC"."SUBSCRIPTION"."AMORTIZED_MAIL", circ.util.name_addr_for_account(5, account) name, circ.util.name_addr_for_account(1, account) street,
circ.util.name_addr_for_account(4, account) zip, circ.util.f_route_for_account(account, circ.subs_update_util.next_date(publication)-1) route,
circ.subs_update.last_date_range(publication) last_date_range, "CIRC"."SUBSCRIPTION".publication FROM "CIRC"."SUBSCRIPTION" WHERE ((
CIRC."SUBSCRIPTION"."AMORTIZED_OP" > 0 AND :ra_op_positive='Y') OR ( CIRC."SUBSCRIPTION"."AMORTIZED_MAIL" > 0 AND :ra_mail_positive='Y'))
/*AND (NULL = 0 OR NULL = "CIRC"."SUBSCRIPTION".publication OR NULL is null)*/ AND ( (NULL is null and nvl(:ra_pub_group, '%')='%') or (NULL is not null
and circ.subscription.publication IS NULL) or (nvl(:ra_pub_group, '%')<>'%' and circ.subscription.publication in (select publication from circ.pub_group_pubs where
pub_group_code = :ra_pub_group))) AND (security.pk_security.chk_row_route( circ.subscription.publication, null, null, null, null, null, 'S') = 'Y') AND ((
:ra_route_range = 'N' ) OR (( :ra_route_range = 'Y' ) AND (circ.util.f_route_for_account(account, circ.subs_update_util.nex t_date(publication)-1) BETWEEN
:ra_route_begin AND :ra_route_end) and (EXISTS (select * from circ.route r /*where r.publication IS NULL*/ where r.publication = circ.subscription.publication and
r.route between :ra_route_begin and :ra_route_end and (security.pk_security.chk_row_route( r.publication, r.division, r.adi, r.district, r.depot, r.route, 'S') = 'Y')))))
4g1a88zy33xv4
SELECT PREF_ID, NVL(ITEM_VALUE, ITEM_DEFAULT) ITEM_DEFAULT, USER_OVERRIDE FROM SECURITY.VW_PREFERENCE_ITEM_PUB VW WHERE
VW.MODULE = :B3 AND VW.ITEM_CODE = :B2 AND (VW.PUBLICATION = :B1 OR (VW.PUBLICATION IS NULL AND NOT EXISTS (SELECT * FROM
SECURITY.PREFERENCE_ITEM_PUB WHERE PUBLICATION = :B1 AND PREF_ID = VW.PREF_ID))) UNION ALL SELECT PREF_ID, ITEM_DEFAULT,
USER_OVERRIDE FROM SECURITY.VW_PREFERENCE_ITEM WHERE MODULE = :B3 AND ITEM_CODE = :B2 AND ALLOW_PUB_OVERRIDE = 'N'
4n2us62zyhb12
BEGIN CIRC.VW_PERSON_ACCT_SP.UPD(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :28, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27 );
END;
4xw8ur39h4z5v
SELECT C_FUNCT."IDX", "LEV", "MOD", "FUN", "DES", "FWU", "WIN", "DWO", "SEQ", "FLO", "BMP", "SHEET", "MAXOPEN", "MPOS", "OPENSTYLE",
"ADDON", "WPARM", uaccess.read_only, uaccess.hide_priv, main_seq, uaccess.user_id, NVL(fun_seq, 0), case when NEW_ITEM.IDX is not null then 1 ELSE 0
END NEW_ITEM FROM SECURITY.VW_MENU_OPTION "C_FUNCT" , dsi.NEW_ITEM, security.s_uacces uaccess, (SELECT seq main_seq, MOD main_mod
FROM SECURITY.VW_MENU_OPTION mo WHERE mo.lev = 'M'), (SELECT seq fun_seq, fun fun_fun, MOD fun_mod FROM SECURITY.VW_MENU_OPTION ml
WHERE ml.lev = 'L') WHERE (C_FUNCT.IDX = NEW_ITEM.IDX(+)) AND uaccess.idx = C_FUNCT.idx AND uaccess.user_id = USER AND main_mod =
C_FUNCT.MOD AND ( fun_fun(+) = C_FUNCT.fun AND fun_mod(+) = C_FUNCT.MOD) UNION ALL SELECT C_FUNCT."IDX", "LEV", "MOD", "FUN", "DES",
"FWU", "WIN", "DWO", "SEQ", "FLO", "BMP", "SHEET", "MAXOPEN", "MPOS", "OPENSTYLE", "ADDON", "WPARM", uaccess.read_only, uaccess.hide_priv,
main_seq, uacces s.user_id, NVL(fun_seq, 0), case when NEW_ITEM.IDX is not null then 1 ELSE 0 END NEW_ITEM FROM SECURITY.VW_MENU_OPTION
"C_FUNCT" , dsi.NEW_ITEM, security.s_uacces uaccess , security.s_user, (SELECT seq main_seq, MOD main_mod FROM SECURITY.VW_MENU_OPTION mo
WHERE mo.lev = 'M'), (SELECT seq fun_seq, fun fun_fun, MOD fun_mod FROM SECURITY.VW_MENU_OPTION ml WHERE ml.lev = 'L') WHERE
(C_FUNCT.IDX = NEW_ITEM.IDX(+)) AND uaccess.USER_ID = S_USER.USER_ACCESS_ID AND S_USER.USER_ID = USER AND NOT EXISTS (SELECT
S_UACCES.IDX FROM S_UACCES WHERE USER_ID = USER ) AND uaccess.idx = C_FUNCT.idx AND S_USER.USER_ID = USER AND main_mod =
C_FUNCT.MOD AND ( fun_fun(+) = C_FUNCT.fun AND fun_mod(+) = C_FUNCT.MOD) ORDER BY 20 ASC, 22 ASC, 4, 2 DESC, 9 asc, 5
594580p45718x
SELECT BILL_THRU_DATE FROM CIRC.SUBSCRIPTION WHERE ACCOUNT=:B1
5t1ygvubzndkc
BEGIN circ.addr_subacct.route_all_addresses(100, to_number(null), '90001', '93591', trunc(to_date('OCT-19-2012', 'MON-DD-YYYY')), 'N', to_number(null)); END;
5zvcf8bsy2a3j
BEGIN CIRC.VW_SUBS_TRANS_MEMO_SP.UPD(:10, :1, :2, :3, :4, :5, :6, :7, :8, :9 ); END;
6hvytk64qq02d
BEGIN CIRC.VW_SUBS_TRANS_COMPLAINT_DTL_SP.UPD(:5, :6, :1, :2, :3, :4 ); END;
6jypkct4xhs5p
SELECT * FROM PRODUCT_CODE WHERE CODE=:B1
6kpdsf0yupac3
SELECT /*+ ORDERED INDEX(RATE_SUBS IDX_RATE_SUBS_RT_PAP_PRD_VFROM) */ SUBS_PAPERS.PROD_CODE, QUANTITY, PER_COPY,
PER_COPY_SUN, PUBLICATION FROM SUBS_PAPERS, RATE_SUBS, PAPER WHERE ( RATE_SUBS.PAPER_CODE = SUBS_PAPERS.PAPER_CODE )
AND ( SUBS_PAPERS.PROD_CODE = RATE_SUBS.PROD_CODE ) AND ( RATE_SUBS.RATE_TABLE=:B4 ) AND ( SUBS_PAPERS.TRANS_NUM=:B3 ) AND (
SUBS_PAPERS.PAPER_CODE = PAPER.CODE) AND ( TRUNC(:B2 ) BETWEEN RATE_SUBS.VALID_FROM AND RATE_SUBS.VALID_UNTIL) AND ( :B1 IS
NULL OR :B1 = SUBS_PAPERS.PAPER_CODE)
6pb91u7mf42zn
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/23/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'N', A_JOB_RUN_ID=>1226762); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
6qq9dagrs5h0h
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
SECURITY.PK_DYNEXPORT.EXPORT_FILE_BJOB(EXP_FILE_ID=>8001863, JOB_RUN_ID=>1226790, a_param_tab=>'~~', a_nparam_tab=>2); :mydate :=
next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
75n5qjjuffk31
BEGIN CIRC.VW_SUBS_TRANS_CREDIT_DEBIT_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16 ); END;
765aawdsphw03
SELECT P.PACKAGE_NUMBER, P.REG_BUNDLE_SIZE, P.MAX_KEY_SIZE, TO_NUMBER(NULL) VARIANCE_ROW, NVL(R.QTY_SUB, 0) +
NVL(R.QTY_NONSUB, 0) + NVL(R.QTY_SC, 0) QTY_TOTAL, R.LOT_ID FROM CIRC.INS_PACKAGE P, CIRC.INS_PACKAGE_ROUTE R WHERE
P.PACKAGE_NUMBER = R.PACKAGE_NUMBER AND R.TRUCK_DATE = :B3 AND P.PUBLICATION = :B2 AND R.ROUTE = :B1 AND P.DISABLED = 'N' AND
P.PRINT_FLAG = 'Y' AND R.DELIVERED_DATE IS NULL UNION SELECT P.PACKAGE_NUMBER, P.REG_BUNDLE_SIZE, P.MAX_KEY_SIZE, V.ROW_ID
VARIANCE_ROW, NVL(V.QTY_SUB, 0) + NVL(V.QTY_NONSUB, 0) + NVL(V.QTY_SC, 0) QTY_TOTAL, TO_CHAR(NULL) LOT_ID FROM CIRC.INS_PACKAGE
P, CIRC.INS_PACKAGE_ROUTE_VARIANCE V WHERE P.PACKAGE_NUMBER = V.PACKAGE_NUMBER AND V.TRUCK_DATE = :B3 AND P.PUBLICATION =
:B2 AND V.ROUTE = :B1 AND P.DISABLED = 'N' AND P.PRINT_FLAG = 'Y' AND V.DELIVERED_DATE IS NULL AND (NVL(V.QTY_SUB, 0) +
NVL(V.QTY_NONSUB, 0) + NVL(V.QTY_SC, 0)) <> 0
76na1dfdmcuxm
BEGIN CIRC.VW_SUBS_TRANS_STOP_SP.UPD(:13, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12 ); END;
76rugq43r8gnw
UPDATE /*+ INDEX(jp rws_jpar$_pk) val.improve_jpar */ RWS_JPAR$ JP SET JP.OBJ# = :B15 , JP.VALUE# = :B14 , JP.VALUE$ = :B13 , JP.VALUEDATE = :B12
, JP.VALUETSTAMP = :B11 , JP.VALUECLOB = :B8 , JP.OVALUE# = DECODE(:B10 , :B9 , :B14 , NULL) , JP.OVALUE$ = DECODE(:B10 , :B9 , :B13 , NULL) ,
JP.OVALUEDATE = DECODE(:B10 , :B9 , :B12 , NULL) , JP.OVALUETSTAMP = DECODE(:B10 , :B9 , :B11 , NULL) , JP.OVALUECLOB = DECODE(:B10 , :B9 ,
:B8 , NULL) , JP.P_JOB# = :B7 , JP.P_PAR# = :B6 , JP.VFLAG = :B5 , JP.EXPR = :B4 , JP.EVAL$ = :B3 WHERE JP.JOB# = :B2 AND JP.PAR# = :B1
78kumj80fb9zb
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.PK_TRUCK_MANIFEST.PREP_MANIFEST_SG_BJOB(A_SCHEME_GROUP=>'LAT HD', A_SCHEME_ID=>'LAT DAILY', A_FROM_TRUCK=>NULL,
A_THRU_TRUCK=>NULL, A_LEVEL=>NULL, A_DRAW_DATE=> to_date('10/24/12', 'MM/DD/RR'), A_COMBINE_UP_TO=>NULL, A_SUPPLIES_TM=>'N',
A_JOB_RUN_ID=>1226766); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
7cm2x28dxag54
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/26/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'N', A_JOB_RUN_ID=>1226773); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
7dpyfc02bm1qv
SELECT PREF_ID, ITEM_DEFAULT, USER_OVERRIDE FROM SECURITY.VW_PREFERENCE_ITEM WHERE MODULE = :B2 AND ITEM_CODE = :B1
7jm2qf63sv9an
SELECT LAST_ACTIVITY, STATUS_ON_LAST_ACTIVITY FROM CIRC.SUBSCRIPTION WHERE ACCOUNT=:B1
7n61jwpjr71y2
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/22/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'Y', A_JOB_RUN_ID=>1226784); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
7tz40fck7szkg
SELECT ALIAS_ACCT_SET ALIAS_ACCT_SET, FIRST_NAME FIRST_NAME, LAST_NAME LAST_NAME, HOUSE HOUSE, FST_DIR FST_DIR, STREET
STREET, STREET_SUFFIX STREET_SUFFIX, SND_DIR SND_DIR, UNIT_TYPE UNIT_TYPE, UNIT UNIT, CITY CITY, STATE STATE, ZIP ZIP, ZIP_4 ZIP_4,
PHONE_1 PHONE_1, CURR_COPIES CURR_COPIES, SUB_DISTRICT SUB_DISTRICT FROM CIRC_RPT.VW_SUBS_TRANS_EXP_DRW WHERE
TRANS_TYPE_NUM in(2, 3) and SYMBOL = 'IBD' and "ENTRY_DATE" like '%' and "ALIAS_SYSTEM_CODE" like '%' and trunc(ENTRY_DATE) =
trunc(SYSDATE)
7u6tyts6mgszd
BEGIN CIRC_RPT.VW_SUBS_TRANS_CCARD_REQUEST_SP.UPD(:30, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22,
:23, :24, :25, :26, :27, :28, :29 ); END;
810cb8g8qmpd7
begin "LA_DSI"."LA_DSI_JS_FTP_FILE_WATCHER"("P_SUBMISSION_DURATION_MINUTES"=>:1, "P_SLEEP_INTERVAL_SECONDS"=>:2,
"P_FTP_SITE"=>:3, "P_FTP_ACCOUNT"=>:4, "P_PASSWORD"=>:5, "P_SOURCE_FILE"=>:6, "P_DESTINATION"=>:7, "P_DESTINATION_FILE_NAME"=>:8,
"P_EMAIL_SUBJECT"=>:9, "P_EMAIL_RECIPIENT"=>:10, "P_EMAIL_BODY"=>:11, "P_EMAIL_ON_FAILED_ATTEMPT_FLAG"=>:12,
"P_DELETE_FROM_REMOTE_SITE_FLAG"=>:13, "P_CAMPAIGN_IDENTIFIER"=>:14, "P_FTP_MODE"=>:15, "P_FINAL_EMAIL_SUBJECT"=>:16,
"P_FINAL_EMAIL_BODY"=>:17);end;
817fb23ws8d22
BEGIN CIRC.VW_SUBS_TRANS_MEMO_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10 ); END;
81s3j9muvvr6r
BEGIN CIRC_RPT.VW_SUBS_TRANS_CCARD_REQUEST_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23,
:24, :25, :26, :27, :28, :29, :30 ); END;
8797a0njtpq3a
SELECT SEARCH_ORDER , 1 PRIORITY , AREA_CODE , PHONE_NUMBER , PHONE_TYPE FROM PHONE , BROWSE_NAME , PHONE_TYPE WHERE
PHONE.PHONE_TYPE = PHONE_TYPE.CODE AND BROWSE_NAME.REC_ID = :b1 AND ( PHONE.BROWSE_ID = BROWSE_NAME.REC_ID ) AND
NVL(PHONE.UNLISTED , 'N' ) LIKE :b2 AND PHONE_TYPE.EMAIL = 'N' UNION SELECT SEARCH_ORDER , 2 PRIORITY , AREA_CODE , PHONE_NUMBER ,
PHONE_TYPE FROM PHONE , BROWSE_NAME , PHONE_TYPE WHERE PHONE.PHONE_TYPE = PHONE_TYPE.CODE AND BROWSE_NAME.REC_ID =
:b1 AND ( PHONE.HOUSEHOLD_ID = BROWSE_NAME.HOUSEHOLD_ID ) AND NVL(PHONE.UNLISTED , 'N' ) LIKE :b2 AND PHONE_TYPE.EMAIL = 'N'
ORDER BY 1 , 2
89vnk0ztux0nm
BEGIN CIRC.VW_SUBS_TRANS_COMPLAINT_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22 ); END;
8jn6s6r7yqgvm
SELECT RATE_TABLE, TRUNC( NVL(RENEW_SENT, NVL(START_DATE, SYSDATE))) RENEW_SENT FROM SUBSCRIPTION WHERE ACCOUNT=:B1
8m8dvp0k4vjah
SELECT /*+ ORDERED USE_NL(TR) USE_NL(MV) USE_NL(SUB) USE_NL(BRWS) INDEX(MV) */ TR.ACCOUNT, TR.TRANS_NUM, HOUSEHOLD_ID,
MOVE_TO_ADDRESS, TRANS_DATE, SUB.SUBSCRIBER FROM CIRC.SUBS_MOVE_REROUTE MV, CIRC.SUBS_TRANS TR, CIRC.SUBSCRIPTION SUB,
ADDR.BROWSE_NAME BRWS WHERE (TR.ACCOUNT=SUB.ACCOUNT) AND (TR.TRANS_NUM=MV.TRANS_NUM) AND
(SUB.SUBSCRIBER=BRWS.REC_ID) AND (TRANS_TYPE=11) AND (MOVE_REROUTE_FLAG='Y') AND (TRANS_DATE <=TRUNC(SYSDATE)+1) AND
(DELETE_DATE IS NULL) AND (APPLIED_DATE IS NULL) ORDER BY TR.ACCOUNT, TR.TRANS_DATE
8tuf99gkdch9w
SELECT UNALLOCATED FROM VW_CAR_INVOICE_UN WHERE ACCOUNT = :B1 AND BALANCE_TYPE='AR'
8w4hmwfhwp424
BEGIN CIRC.VW_SUBS_REFUND_WOFF_HDR_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9 ); END;
94njvpfz1bf83
SELECT * FROM CIRC.DRAW_DEADLINE WHERE PUBLICATION=:B2 AND PUB_DATE = TRUNC(:B1 )
96c4ubpu90b9h
SELECT PUB_PRODUCT_PAPER FROM SUBSCRIPTION WHERE ACCOUNT=:B1
98cdstump8aj1
SELECT TRANS_NUM FROM CIRC.SUBS_TRANS WHERE ACCOUNT=:B1 AND DELETE_DATE IS NULL AND (TRANS_TYPE NOT IN (9, 10, 11, 13, 14))
ORDER BY TRANS_DATE DESC, TRANS_TYPE DESC, TRANS_NUM DESC
9g9ttr2t5kpgf
BEGIN CIRC.VW_SUBS_MOVE_REROUTE_HDR_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12 ); END;
a83k0g5yagdc0
BEGIN CIRC.VW_CAR_ADJ_BATCH_DTL_ENTRY_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13 ); END;
a92vk52x0dmh8
SELECT MAX(LAST_DATE) MAX_DATE FROM SUBS_UPDATE_RUN WHERE PUBLICATION=:B1 AND REAL_RUN='Y' AND FINISHED_DATE IS NOT NULL
amm826hmmyn07 SELECT ST.TRANS_NUM, TRANS_DATE FROM SUBS_TRANS ST, SUBS_PAPCHG SP WHERE (ST.TRANS_NUM=SP.TRANS_NUM) AND (ACCOUNT=:B1 )
AND (DELETE_DATE IS NULL) AND (TRANS_TYPE=4) AND (RESUME_TRANS_NUM IS NULL) ORDER BY TRANS_DATE DESC
ammbbygjc57du
BEGIN circ_rpt.vw_new_sub_start_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29,
:30, :31, :32, :33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45, :46, :47, :48, :49, :50, :51, :52, :53, :54, :55, :56, :57, :58, :59, :60, :61, :62, :63, :64, :65, :66,
:67, :68, :69, :70, :71, :72, :73, :74, :75, :76, :77, :78, :79, :80, :81, :82, :83, :84, :85, :86, :87, :88, :89, :90, :91, :92, :93, :94, :95, :96, :97, :98, :99, :100, :101, :102,
:103, :104, :105, :106, :107, :108, :109, :110, :111, :112, :113, :114, :115, :116, :117, :118, :119, :120, :121, :122, :123, :124, :125, :126, :127, :128, :129, :130, :131,
:132, :133, :134, :135, :136, :137, :138, :139, :140, :141, :142, :143, :144, :145, :146, :147, :148, :149, :150, :151, :152, :153, :154, :155, :156, :157, :158, :159, :160,
:161 ); END;
atuyvvkdmac3r
BEGIN circ.subs_update2.collect(100, 100, 1, 'Y', 'Y'); END;
azmw77508sqz1
SELECT /*+ ORDERED INDEX(RATE_SUBS IDX_RATE_SUBS_RT_PAP_PRD_VFROM) */ SUM(QUANTITY*AMOUNT) TOTAL FROM SUBS_PAPERS,
RATE_SUBS WHERE ( RATE_SUBS.PAPER_CODE = SUBS_PAPERS.PAPER_CODE ) AND ( SUBS_PAPERS.PROD_CODE = RATE_SUBS.PROD_CODE )
AND ( RATE_SUBS.RATE_TABLE=:B3 ) AND ( SUBS_PAPERS.TRANS_NUM=:B2 ) AND ( TRUNC(:B1 ) BETWEEN RATE_SUBS.VALID_FROM AND
RATE_SUBS.VALID_UNTIL)
b0qwwsy6sqj7p
SELECT TRANS_NUM, TRANS_DATE, TRANS_TYPE, VALID_FROM, VALID_UNTIL FROM SUBS_TRANS WHERE (TRANS_TYPE>=:B3 AND
TRANS_TYPE<=:B2 ) AND ACCOUNT=:B1 AND DELETE_DATE IS NULL ORDER BY TRANS_DATE, TRANS_NUM FOR UPDATE OF VALID_UNTIL
b51y11a59mnv4
SELECT /*+ ORDERED USE_NL(st stop term) INDEX(sub) */ SUB.ACCOUNT, EXPIRE_DATE, BALANCE, TRANS_DATE, LAST_ACTIVITY, TERMINATION
FROM CIRC.SUBSCRIPTION SUB, CIRC.SUBS_TRANS ST, CIRC.SUBS_STOPS STOP, CIRC.TERMINATION TERM WHERE (PUBLICATION BETWEEN :B3
AND NVL(:B4 , :B3 )) AND TO_COLLECT_DATE IS NULL AND TRUNC(BALANCE, 2) >= TRUNC(:B2 , 2) AND STATUS_ON_LAST_ACTIVITY=0 AND
SUB.ACCOUNT=ST.ACCOUNT AND TRANS_TYPE=1 AND ST.VALID_UNTIL=:B1 AND DELETE_DATE IS NULL AND ST.TRANS_NUM=STOP.TRANS_NUM
AND STOP.TERMINATION=TERM.CODE AND TRUNC(SYSDATE)-TRANS_DATE>=NDAYS_TFER_COLLECT ORDER BY SUB.ACCOUNT
b8w84823hu0wj
UPDATE CIRC.SUBS_TRANS SET PAYS_THRU_DATE=:B3 , PAYS_THRU_BAL=:B2 WHERE TRANS_NUM=:B1
bkuqb8h4q6dh6
SELECT SUB.ACCOUNT, TRANS_DATE, TERMINATION, WRITE_OFF_ALLOW, STOP_TYPE, BALANCE FROM SUBS_TRANS TR, SUBSCRIPTION SUB,
SUBS_STOPS STOP, TERMINATION TERM WHERE (SUB.ACCOUNT=TR.ACCOUNT) AND (TRANS_TYPE=1) AND (DELETE_DATE IS NULL) AND
(TR.TRANS_NUM=STOP.TRANS_NUM) AND (STOP.TERMINATION=TERM.CODE) AND (WRITE_OFF_ALLOW='Y') AND (PUBLICATION=:B5 ) AND
(STOP_TYPE='P') AND (TR.VALID_UNTIL=:B4 ) AND (TRANS_DATE <= TRUNC(:B3 ) - :B2 ) AND (BALANCE>0 AND BALANCE<=:B1 ) AND
SUB.TO_COLLECT_DATE IS NULL AND SUB.ACCOUNT_TYPE IS NULL UNION SELECT SUB.ACCOUNT, TRANS_DATE, TERMINATION,
WRITE_OFF_ALLOW, STOP_TYPE, BALANCE FROM SUBS_TRANS TR, SUBSCRIPTION SUB, SUBS_STOPS STOP, TERMINATION TERM WHERE
(SUB.ACCOUNT=TR.ACCOUNT) AND (TRANS_TYPE=1) AND (DELETE_DATE IS NULL) AND (TR.TRANS_NUM=STOP.TRANS_NUM) AND
(STOP.TERMINATION=TERM.CODE) AND (WRITE_OFF_ALLOW='Y') AND (PUBLICATION=:B5 ) AND (STOP_TYPE='T') AND (TR.VALID_UNTIL=:B4 ) AND
(TRANS_DATE <= TRUNC(:B3 ) - :B7 ) AND (BALANCE>0 AND BALANCE<=:B6 ) AND SUB.TO_COLLECT_DATE IS NULL AND SUB.ACCOUNT_TYPE IS
NULL UNION SELECT SUB.ACCOUNT, START_DATE, 'c', 'Y', 'C', BALANCE FROM SUBSCRIPTION SUB WHERE (SUB.PUBLICATION=:B5 ) AND (BALANCE
> 0 AND BALANCE <= :B9 ) AND UTIL.SUB_TYPE_NUM(SUB.ACCOUNT, SYSDATE) = 1 AND SUB.TO_COLLECT_DATE IS NULL AND
(NVL(LAST_SUB_TYPE_ACTIVITY, START_DATE) <= TRUNC(:B3 ) - :B8 ) AND SUB.ACCOUNT_TYPE IS NULL UNION SELECT SUB.ACCOUNT,
TRANS_DATE, 'x', WRITE_OFF_ALLOW, 'X', TO _COLLECT_AMT FROM SUBS_TRANS TR, SUBSCRIPTION SUB, SUBS_STOPS STOP, TERMINATION
TERM WHERE (SUB.ACCOUNT=TR.ACCOUNT) AND (TRANS_TYPE=1) AND (DELETE_DATE IS NULL) AND (TR.TRANS_NUM=STOP.TRANS_NUM) AND
(STOP.TERMINATION=TERM.CODE) AND (WRITE_OFF_ALLOW='Y') AND (PUBLICATION=:B5 ) AND (TO_COLLECT_DATE <= TRUNC(:B3 ) - :B11 ) AND
(NVL(TO_COLLECT_AMT, 0)>0 AND NVL(TO_COLLECT_AMT, 0)<=:B10 ) AND SYSDATE BETWEEN TR.VALID_FROM AND TR.VALID_UNTIL AND
SUB.ACCOUNT_TYPE IS NULL
bsd05wzbuy311
SELECT TRANS_NUM, TRANS_DATE FROM CIRC.SUBS_TRANS WHERE ACCOUNT=:B3 AND DELETE_DATE IS NULL AND TRANS_DATE>=:B2 AND
(TRANS_TYPE NOT IN (9, 10, 11, 13, 14)) AND TRANS_DATE>:B1 ORDER BY TRANS_DATE, TRANS_TYPE, TRANS_NUM
bu96mupzvbwfr
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
SECURITY.PK_DYNEXPORT.EXPORT_FILE_BJOB(EXP_FILE_ID=>8001202, JOB_RUN_ID=>1226772, a_param_tab=>'NOT USED~01/01/2010~A~DLN, EXL,
LBT, LWC, OCR, PSN, SGT~', a_nparam_tab=>4); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
bx4m4n324y3uu
BEGIN CIRC.VW_SUBS_TRANS_START_SP.UPD(:19, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18 ); END;
bxps4dnmcfjfg
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/25/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'N', A_JOB_RUN_ID=>1226768); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
bxq23315z6a83
SELECT PUB_PRODUCT_PAPER FROM CIRC.SUBSCRIPTION WHERE ACCOUNT=:B1
c77mttrapwf2u
SELECT PUBLICATION, BILL_THRU_DATE, EXPIRE_DATE FROM SUBSCRIPTION WHERE ACCOUNT=:B1
cffrqk300fnyq
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/22/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'Y', A_JOB_RUN_ID=>1226799); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
ckr8g65hugaw6
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.COMPUTE_DRAW.BJOB_REQUEST(A_DRAW_DATE=> to_date('10/20/12', 'MM/DD/RR'), A_PUBLICATION=>100, A_EDITION=>NULL,
A_ROUTE=>NULL, A_DISTRICT=>NULL, A_SUBSCRIBERS=>'Y', A_SINGLE_COPY=>'Y', A_ZERO_DRAW_ONLY=>'N', A_RUN_IN_BATCH=>NULL,
A_PRIMARY_PUB=>'Y', A_CARRY_ALONG=>'Y', A_JOB_RUN_ID=>1226778); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
cmxuz2ngwj10z
SELECT SUBS_TRANS.TRANS_NUM, TRANS_DATE, VALID_FROM, VALID_UNTIL, RATE_TABLE, RENEW_SENT FROM SUBS_TRANS, SUBS_PAPCHG
WHERE (SUBS_TRANS.TRANS_NUM=SUBS_PAPCHG.TRANS_NUM) AND (TRANS_TYPE=4 AND DELETE_DATE IS NULL AND ACCOUNT=:B3 ) AND ((:B2
BETWEEN VALID_FROM AND VALID_UNTIL) OR (:B1 -1 BETWEEN VALID_FROM AND VALID_UNTIL) OR (:B2 <VALID_FROM AND :B1 -1>VALID_UNTIL))
ORDER BY VALID_FROM
cq0x2jabc4381
SELECT /*+ ORDERED use_nl(subscription asr address_subacct subs_trans subs_papchg) use_nl(subs_papers pcod paper dubon) */
SUBSCRIPTION.ACCOUNT, PAPER.PUBLICATION, ASR.ROUTE, DECODE(COPY_TYPE, 'S', PAPER.DRAW_TYPE_SPEC_SECTION, DUBON.DRAW_TYPE)
DRAW_TYPE, SUBS_PAPERS.PROD_CODE, COPY_TYPE, BONUS_HOLIDAY_CODE, SUM(SUBS_PAPERS.QUANTITY) COPIES,
SUM(SUBS_PAPERS.QUANTITY * DECODE(CIRC.UTIL.SUB_TYPE_NUM(SUBSCRIPTION.ACCOUNT, :B2 , SUB_TYPE, LAST_SUB_TYPE_ACTIVITY,
SUB_TYPE_ON_LAST_ACTIVITY), 0, 1, 0)) COPIES_OP, SUM(DECODE(COMPUTE_DRAW.OLD_DATE( TRUNC(NVL(SUBS_PAPCHG.RENEW_SENT,
NVL(SUBSCRIPTION.RENEW_SENT, NVL(SUBSCRIPTION.START_DATE, SYSDATE)))), PAPER.PUBLICATION), 0, 0, SUBS_PAPERS.QUANTITY *
DECODE(CIRC.UTIL.SUB_TYPE_NUM(SUBSCRIPTION.ACCOUNT, :B2 , SUB_TYPE, LAST_SUB_TYPE_ACTIVITY, SUB_TYPE_ON_LAST_ACTIVITY), 0, 1,
0))) COPIES_OP_OLD, (SELECT 'Y' FROM CIRC.SUBS_TAG ST WHERE SUBSCRIPTION.ACCOUNT = ST.ACCOUNT AND ST.CODE = :B6 AND :B2
BETWEEN ST.VALID_FROM AND ST.VALID_UNTIL ) NO_BONUS_DAY FROM CIRC.ADDRESS_SUBACCT_ROUTE ASR, CIRC.ADDRESS_SUBACCT,
CIRC.SUBSCRIPTION, CIRC.SUBS_TRANS, CIRC.SUBS_PAPCHG, CIRC.SUBS_PAPERS, CIRC.VW_PRODUCT_CODE PCOD, CIRC.PAPER,
CIRC.DU_ROUTES_BONUS_HOL_SPEC DUBON WHERE ADDRESS_SUBACCT.ACCOUNT IS NOT NULL AND (:B2 BETWEEN
ADDRESS_SUBACCT.VALID_FROM AND ADDRESS_SUBACCT.VALID_UNTIL) AND ADDRESS_SUBACCT.ROW_ID = ASR.ADDRESS_SUBACCT_ROW
AND ASR.FREQUENCY IN (8, :B5 ) AND ADDRESS_SUBACCT.ACCOUNT = SUBSCRIPTION. ACCOUNT AND SUBSCRIPTION.PUBLICATION =
ADDRESS_SUBACCT.PUBLICATION AND ADDRESS_SUBACCT.PUBLICATION = ASR.PUBLICATION AND SUBS_TRANS.TRANS_NUM =
SUBS_PAPCHG.TRANS_NUM AND SUBSCRIPTION.ACCOUNT = SUBS_TRANS.ACCOUNT AND SUBS_TRANS.DELETE_DATE IS NULL AND (:B2
BETWEEN SUBS_TRANS.VALID_FROM AND SUBS_TRANS.VALID_UNTIL) AND SUBS_TRANS.TRANS_NUM = SUBS_PAPERS.TRANS_NUM AND
SUBS_TRANS.TRANS_TYPE = 4 AND SUBS_PAPERS.PAPER_CODE = PAPER.CODE AND SUBS_PAPERS.PROD_CODE = PCOD.CODE AND
SUBSTR(PCOD.ALL_DAYS, DRAW_UTIL2.F_DAYNUM_FOR_DU(:B2 , PAPER.PUBLICATION, 'N'), 1)='N' AND ASR.PUBLICATION = :B4 AND ASR.ROUTE =
:B3 AND UTIL.SUB_STATUS(SUBSCRIPTION.ACCOUNT, :B2 , LAST_ACTIVITY, STATUS_ON_LAST_ACTIVITY)=1 AND NOT EXISTS (SELECT ACCOUNT
FROM CIRC.DU_DONATION_ACCT WHERE JOB_ID=:B1 AND ACCOUNT=SUBSCRIPTION.ACCOUNT) AND DUBON.JOB_ID=:B1 AND
DUBON.PUBLICATION=ASR.PUBLICATION AND DUBON.ROUTE=ASR.ROUTE AND DUBON.PROD_CODE=SUBS_PAPERS.PROD_CODE AND
DUBON.DELIVERY_PUB=PAPER.PUBLICATION AND (COPY_TYPE IN ('B', 'H') OR (COPY_TYPE='S' AND PAPER.DRAW_TYPE_SPEC_SECTION IS NOT
NULL)) AND EXISTS (SELECT JOB_ID FROM CIRC.DU_ROUTES_BONUS_HOL_SPEC WHERE JOB_ID=:B1 AND PUBLICATION=ASR.PUBLICATION AND
ROUTE=ASR.ROUTE) GROUP BY SUBSCRIPTION.ACCOUNT, ASR.ROUTE, PAPER.PUBLICATION, SUBS_PAPERS.PROD_CODE, COPY_TYPE,
BONUS_HOLIDAY_CODE, DECODE(COPY_TYPE, 'S', PAPER.DRAW_TYPE_SPEC_SECTION, DUBON.DRAW_TYPE) ORDER BY
SUBSCRIPTION.ACCOUNT ASC, COPY_TYPE DESC
cs0770qr3qcaz
SELECT * FROM VW_SUBS_NAME_ADDRESS_ID WHERE ACCOUNT=:B1
cz5t28pns876y
SELECT SUB_TYPE FROM SUBSCRIPTION WHERE ACCOUNT=:B1
cz792q0h80y79
BEGIN CIRC_RPT.VW_NEW_SUB_START_SP.UPD(:161, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26,
:27, :28, :29, :30, :31, :32, :33, :34, :35, :36, :37, :38, :39, :40, :41, :42, :43, :44, :45, :46, :47, :48, :49, :50, :51, :52, :53, :54, :55, :56, :57, :58, :59, :60, :61, :62, :63,
:64, :65, :66, :67, :68, :69, :70, :71, :72, :73, :74, :75, :76, :77, :78, :79, :80, :81, :82, :83, :84, :85, :86, :87, :88, :89, :90, :91, :92, :93, :94, :95, :96, :97, :98, :99, :100,
:101, :102, :103, :104, :105, :106, :107, :108, :109, :110, :111, :112, :113, :114, :115, :116, :117, :118, :119, :120, :121, :122, :123, :124, :125, :126, :127, :128, :129,
:130, :131, :132, :133, :134, :135, :136, :137, :138, :139, :140, :141, :142, :143, :144, :145, :146, :147, :148, :149, :150, :151, :152, :153, :154, :155, :156, :157, :158,
:159, :160 ); END;
d7nvkq43z6hms
SELECT SYMBOL SYMBOL, ACCOUNT ACCOUNT, ALIAS_ACCT_SET ALIAS_ACCT_SET, TO_CHAR(TRANS_DATE, 'YYYYMMDD') TRANS_DATE,
TRANS_TYPE_NUM TRANS_TYPE_NUM, ATTENTION_LINE ATTENTION_LINE, HOUSE HOUSE, CITY_NAME CITY_NAME, replace(replace("COMMENTS",
chr(13), ' '), chr(10), ' ') CO_FORMATTED, FIRST_NAME FIRST_NAME, LAST_NAME LAST_NAME, FST_DIR FST_DIR, PHONE_1 PHONE_1, PROD_CODE
PROD_CODE, SND_DIR SND_DIR, STATE STATE, STREET STREET, SUB_DISTRICT SUB_DISTRICT, UNIT UNIT, ZIP ZIP,
replace(replace("DELIVERY_INST", chr(13), ' '), chr(10), ' ') DI_FORMATTED, TO_CHAR(VALID_UNTIL, 'YYYYMMDD') VALID_UNTIL, STREET_SUFFIX
STREET_SUFFIX, circ.papers.copies_for_acct(account, SYSDATE + 1, 'Q', NULL, 'N', NULL, 'N', NULL, 'E') COPIES_FOR_DATE, PRIOR_SUNDAY
PRIOR_SUNDAY, ROUTE ROUTE, substr(route, 6, 2) SUBZIP, TRANS_TYPE TRANS_TYPE, substr(TRANS_DTL, 10, 3) VACPACKDET,
ALIAS_SYSTEM_CODE ALIAS_SYSTEM_CODE, PRIOR_PROD_CODE PRIOR_PROD_CODE, PREV_COPIES PREV_COPIES,
TO_CHAR(trunc(ENTRY_DATE), 'MM/DD/YYYY') CALL_DATE, TO_CHAR(ENTRY_DATE, 'HH24:MI:SS') ENTRY_DATE FROM
CIRC_RPT.VW_SUBS_TRANS_EXP_DRW WHERE ("ALIAS_SYSTEM_CODE" LIKE '%' OR "ALIAS_SYSTEM_CODE" IS NULL) and "ENTRY_DATE" > '01-jan2000' and (TRANS_TYPE_NUM in (1, 2, 3, 4, 10) or (TRANS_TYPE_NUM = 11 and TRANS_TYPE <> 'ADDS')) and TRANS_DATE = trunc(sysdate + 1) and not
(SYMBOL = 'LAT' and ALIAS_SYSTEM_CODE is not NULL and ALIAS_SYSTEM_CODE <> 'LAT' and account IN(SELECT account_number from
circ.account_alias where alias_syst em_code = 'LAT')) and SYMBOL not like '%ELAT%' and SUB_DISTRICT > 1 and (('A' = 'A' and SYMBOL not in ('DLN', 'EXL',
'LBT', 'LWC', 'OCR', 'PSN', 'SGT', 'WDN', 'SSLP', 'SSLSG', 'SSLW', 'PSNTV', 'SGVTT', 'LBPTT', 'DNTV', 'WDNTV', 'OCTV', 'LWTV')) or ('A' = 'B' and SYMBOL in
('DLN', 'EXL', 'LBT', 'LWC', 'OCR', 'PSN', 'SGT', 'WDN', 'SSLP', 'SSLSG', 'SSLW', 'PSNTV', 'SGVTT', 'LBPTT', 'DNTV', 'WDNTV', 'OCTV', 'LWTV') ) )
d8fjjcd2tffhq
SELECT AMOUNT, TRANS_NUM, TRANS_TYPE, BACK_OP, MEMO FROM VW_SUBS_TRANS_FINANCIAL WHERE (ACCOUNT=:B4 ) AND (TRANS_DATE
<= :B3 ) AND (TRANS_TYPE BETWEEN :B2 AND :B1 ) AND (APPLIED_DATE IS NULL)
dbvnxxq1hhdks
SELECT /*+ ORDERED use_nl(SUBSCRIPTION, ADDRESS_SUBACCT, ADDRESS_SUBACCT_ROUTE, ROUTE) */
ADDRESS_SUBACCT_ROUTE.PUBLICATION, ADDRESS_SUBACCT_ROUTE.ROUTE, DISTRICT, ROUTE_TYPE, ADDRESS_SUBACCT.ACCOUNT,
UTIL.SUB_TYPE_NUM(SUBSCRIPTION.ACCOUNT, :B1 , SUB_TYPE, LAST_SUB_TYPE_ACTIVITY, SUB_TYPE_ON_LAST_ACTIVITY) SUB_TYPE,
CUT_TO_CC, EXPIRE_DATE, START_DATE, BILL_THRU_DATE, NVL(GRACE_EXTEND_DAYS, 0) GRACE_EXTEND_DAYS,
ADDRESS_SUBACCT_ROUTE.ADDRESS_ID FROM SUBSCRIPTION, ADDRESS_SUBACCT, ADDRESS_SUBACCT_ROUTE, ROUTE WHERE (
ADDRESS_SUBACCT_ROUTE.ADDRESS_SUBACCT_ROW = ADDRESS_SUBACCT.ROW_ID ) AND ( ADDRESS_SUBACCT.ADDRESS_ID IS NULL ) AND (
ADDRESS_SUBACCT.ACCOUNT = SUBSCRIPTION.ACCOUNT ) AND ( ADDRESS_SUBACCT_ROUTE.PUBLICATION =
ADDRESS_SUBACCT.PUBLICATION) AND ( ADDRESS_SUBACCT_ROUTE.PUBLICATION = ROUTE.PUBLICATION) AND (
ADDRESS_SUBACCT_ROUTE.ROUTE = ROUTE.ROUTE) AND (ROUTE.PUBLICATION = :B4 ) AND (ROUTE.ROUTE LIKE :B3 ) AND (DISTRICT LIKE :B2 )
AND (:B1 BETWEEN VALID_FROM AND VALID_UNTIL) AND (FREQUENCY=8 OR FREQUENCY=PAPERTRAK.PKDATE.DAYNUM_DSI(:B1 )) AND
(SUBS_CUT.F_CUT_CANDIDATE(SUBSCRIPTION.ACCOUNT, :B1 , EXPIRE_DATE, SUB_TYPE, LAST_SUB_TYPE_ACTIVITY,
SUB_TYPE_ON_LAST_ACTIVITY, LAST_ACTIVITY, STATUS_ON_LAST_ACTIVITY) = 'Y') AND (EXPIRE_DATE < :B1 ) AND ( (NOT (LAST_SUB_TYPE=1 AND
LAST_SUB_TYPE_ACTIVITY < :B1 ) AND DECODE(LAST_SUB_TYPE, 1, 1, 0)=1 ) OR NOT (STATUS_ON_LAST_ACTIVITY=0 AND LAST_ACTIVITY < :B1 ) )
dtty0ch031ntx
BEGIN CIRC.VW_SUBS_TRANS_PCHG_HDR_SP.UPD(:29, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25,
:26, :27, :28 ); END;
f2a45dk38dgsy
select count ( *) from security.site_priv where priv_id like 'PS%'
f2q11jg13zyst
BEGIN CIRC.VW_SUBS_TRANS_PCHG_DTL_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8 ); END;
f3fymkzj5jf5k
BEGIN CIRC.VW_SUBS_TRANS_VACATION_SP.INS( :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27,
:28, :29 ); END;
ffj33x2dmzm9b
BEGIN :rc := CIRC.CAR_ADJ_XFER.F_TRANSFER( :0, :1, :2, :3, :4); END;
fnydp4a63pk9m
SELECT FIRST_DATE, LAST_DATE FROM SUBS_UPDATE_RUN WHERE PUBLICATION=:B1 AND REAL_RUN='Y' AND LAST_DATE=(SELECT
MAX(LAST_DATE) FROM SUBS_UPDATE_RUN WHERE PUBLICATION=:B1 AND REAL_RUN='Y')
fsk6ay4dx9s6h
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.PK_TRUCK_MANIFEST.PREP_MANIFEST_SG_BJOB(A_SCHEME_GROUP=>'LAT HD', A_SCHEME_ID=>'LAT DAILY', A_FROM_TRUCK=>NULL,
A_THRU_TRUCK=>NULL, A_LEVEL=>NULL, A_DRAW_DATE=> to_date('10/26/12', 'MM/DD/RR'), A_COMBINE_UP_TO=>NULL, A_SUPPLIES_TM=>'N',
A_JOB_RUN_ID=>1226776); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
g7x5fztkgc17y
SELECT PUBLICATION FROM CIRC.SUBSCRIPTION WHERE ACCOUNT=:B1
gpsgysttf8ccd
SELECT /*+ ordered use_nl(sb subs_bill_papers rate_subs rate_type_subs) index(rate_subs) */ SB.ACCOUNT, SB.ROW_ID, SB.BILL_DATE, SB.AMT_BILLED,
SB.CURRENT_TERM, SB.BILL_TYPE, SB.RATE_TABLE, SUM(RATE_SUBS.AMOUNT * SUBS_BILL_PAPERS.QUANTITY) RATE, 0.0 TAX_AMT,
EASY_PREPAY_TYPE, AMT_EASY_PREPAY, EXPIRE_DATE, NOTICE_NUM, NEW_END_DATE, BASE_TYPE FROM SUBS_BILL SB, SUBS_BILL_PAPERS,
RATE_SUBS, RATE_TYPE_SUBS WHERE SB.ACCOUNT = :B1 AND SB.ROW_ID=(SELECT MAX(ROW_ID) FROM CIRC.SUBS_BILL WHERE ACCOUNT =
SB.ACCOUNT) AND SUBS_BILL_PAPERS.SUBS_BILL_ROW = SB.ROW_ID AND SUBS_BILL_PAPERS.PAPER_CODE = RATE_SUBS.PAPER_CODE AND
SUBS_BILL_PAPERS.PROD_CODE = RATE_SUBS.PROD_CODE AND RATE_TYPE_SUBS.RATE_TABLE = SB.RATE_TABLE AND
RATE_SUBS.RATE_TABLE = RATE_TYPE_SUBS.RATE_TABLE AND (SB.RATE_DATE BETWEEN RATE_SUBS.VALID_FROM AND
RATE_SUBS.VALID_UNTIL) AND (NUM_PERIOD = SB.CURRENT_TERM OR SB.CURRENT_TERM IS NULL) GROUP BY SB.ACCOUNT, SB.ROW_ID,
SB.BILL_DATE, SB.AMT_BILLED, SB.CURRENT_TERM, SB.BILL_TYPE, SB.RATE_TABLE, RATE_TYPE_SUBS.RATE_TABLE, EASY_PREPAY_TYPE,
AMT_EASY_PREPAY, EXPIRE_DATE, NOTICE_NUM, NEW_END_DATE, BASE_TYPE
gr2dmtaxwkdnw
SELECT /*+ ORDERED */ QUANTITY, PAPER_CODE, PROD_CODE, PAID, PAPER.PUBLICATION FROM SUBS_TRANS, SUBS_PAPERS, PAPER,
PUBLICATION, DRAW_TYPE WHERE ACCOUNT=:B5 AND DELETE_DATE IS NULL AND TRANS_TYPE=4 AND :B4 BETWEEN VALID_FROM AND
VALID_UNTIL AND SUBS_TRANS.TRANS_NUM=SUBS_PAPERS.TRANS_NUM AND SUBS_PAPERS.PAPER_CODE=PAPER.CODE AND
PAPER.DRAW_TYPE=DRAW_TYPE.CODE AND PAPER.PUBLICATION=PUBLICATION.PUBLICATION AND
(PAPERS.PUB_PUBLISHED(PAPER.PUBLICATION, :B4 )='Y' OR NVL(:B3 , 'N')='N') AND (:B2 IS NULL OR :B2 = SUBS_PAPERS.PAPER_CODE) AND ((:B1 IN
('X', 'I')) OR (:B1 = 'E' AND E_EDITION_FOR_PUB IS NULL) OR (:B1 = 'O' AND E_EDITION_FOR_PUB IS NOT NULL))
gw1v6y00jz3nr
DECLARE job BINARY_INTEGER := :job; next_date DATE := :mydate; broken BOOLEAN := FALSE; BEGIN
CIRC.SUBS_CUT.CREATE_BATCH_BJOB(A_BATCH_NUM=>NULL, A_PUB=>100, A_DISTRICT=>'%', A_ROUTE=>'%', A_CUT_DATE=> to_date('10/21/12',
'MM/DD/RR'), A_MODE=>'R', A_DO_POST=>'Y', A_JOB_RUN_ID=>1226789); :mydate := next_date; IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
Back to SQL Statistics
Back to Top
Instance Activity Statistics
Instance Activity Stats
Instance Activity Stats - Absolute Values
Instance Activity Stats - Thread Activity
Back to Top
Comment [K18]:
Instance Activity Stats
Statistic
Total
per Second
per Trans
CPU used by this session
863,108
119.77
15.57
CPU used when call started
304,338
42.23
5.49
63,746
8.85
1.15
CR blocks created
I usually use this section to investigate issues Ive
uncovered in other sections.
I typically focus on PER TRANS, locate high values
I dont understand, Google the name of the Statistic,
then talk to the developer.
Cached Commit SCN referenced
3,442
0.48
0.00
0.00
9,660,305
1,340.47
174.26
152,213
21.12
2.75
12
0.00
0.00
DBWR object drop buffers written
0.00
0.00
DBWR revisited being-written buffer
0.00
0.00
5,486
0.76
0.10
146,727
20.36
2.65
46
0.01
0.00
88,623
12.30
1.60
1,883
0.26
0.03
15,500
2.15
0.28
125,623,828
17,431.69
2,266.06
37,803
5.25
0.68
96
0.01
0.00
IMU ktichg flush
1,049
0.15
0.02
IMU pool not allocated
4,375
0.61
0.08
11
0.00
0.00
227,964,872
31,632.63
4,112.14
Commit SCN cached
DB time
DBWR checkpoint buffers written
DBWR checkpoints
DBWR tablespace checkpoint buffers written
DBWR thread checkpoint buffers written
DBWR transaction table writes
DBWR undo block writes
IMU CR rollbacks
IMU Flushes
IMU Redo allocation size
IMU commits
IMU contention
IMU recursive-transaction flush
IMU undo allocation size
IMU- failed to get a private strand
0.06
4,375
0.61
0.08
Misses for writing mapping
0.00
0.00
SMON posted for undo segment recovery
0.00
0.00
SMON posted for undo segment shrink
0.00
0.00
SQL*Net roundtrips to/from client
684,208
94.94
12.34
active txn count during cleanout
78,002
10.82
1.41
1,735
0.24
0.03
background checkpoints completed
10
0.00
0.00
background checkpoints started
10
0.00
0.00
23,044
3.20
0.42
0.00
0.00
719,966,750
99,903.29
12,987.12
1,930,024,782
267,812.13
34,814.74
170,514,106
23,660.70
3,075.82
application wait time
background timeouts
branch node splits
buffer is not pinned count
buffer is pinned count
bytes received via SQL*Net from client
bytes sent via SQL*Net to client
339,840,403
47,156.59
6,130.21
25,016,928
3,471.37
451.27
calls to kcmgas
317,037
43.99
5.72
calls to kcmgcs
28,913
4.01
0.52
4,788
0.66
0.09
cleanout - number of ktugct calls
70,373
9.77
1.27
cleanouts and rollbacks - consistent read gets
54,647
7.58
0.99
627
0.09
0.01
1,120,880
155.53
20.22
calls to get snapshot scn: kcmgss
change write time
cleanouts only - consistent read gets
cluster key scan block gets
cluster key scans
682,859
94.75
12.32
commit batch performed
0.00
0.00
commit batch requested
0.00
0.00
commit batch/immediate performed
278
0.04
0.01
commit batch/immediate requested
278
0.04
0.01
commit cleanout failures: block lost
7,515
1.04
0.14
0.00
0.00
142
0.02
0.00
14
0.00
0.00
commit cleanouts
248,613
34.50
4.48
commit cleanouts successfully completed
240,941
33.43
4.35
commit immediate performed
278
0.04
0.01
commit immediate requested
278
0.04
0.01
33,187
4.61
0.60
6,058
0.84
0.11
938,311
130.20
16.93
1,336,750,200
185,488.77
24,112.96
909,200,981
126,161.62
16,400.62
0.00
0.00
1,336,750,172
185,488.76
24,112.96
0.00
0.00
commit cleanout failures: buffer being written
commit cleanout failures: callback failure
commit cleanout failures: cannot pin
commit txn count during cleanout
concurrency wait time
consistent changes
consistent gets
consistent gets - examination
consistent gets direct
consistent gets from cache
current blocks converted for CR
cursor authentications
56,966
7.90
1.03
830,039
115.18
14.97
db block changes
15,733,174
2,183.15
283.80
db block gets
13,784,365
1,912.73
248.65
data blocks consistent reads - undo records applied
Comment [K19]:
CONSISTENT GETS
I wont try to explain the concept here, but anyone
who uses Oracle should Google and fully understand
this term
db block gets direct
db block gets from cache
deferred (CURRENT) block cleanout applications
132
0.02
0.00
13,784,233
1,912.71
248.65
108,202
15.01
1.95
dirty buffers inspected
0.00
0.00
enqueue conversions
4,373
0.61
0.08
0.00
0.00
enqueue releases
404,440
56.12
7.30
enqueue requests
404,556
56.14
7.30
enqueue timeouts
161
0.02
0.00
42
0.01
0.00
0.00
0.00
24,626,830
3,417.24
444.23
19
0.00
0.00
0.00
0.00
free buffer inspected
167,154
23.19
3.02
free buffer requested
568,865
78.94
10.26
heap block compress
627,052
87.01
11.31
hot buffers moved to head of LRU
288,712
40.06
5.21
immediate (CR) block cleanout applications
55,274
7.67
1.00
immediate (CURRENT) block cleanout applications
32,937
4.57
0.59
29
0.00
0.00
4,232,989
587.37
76.36
5,587
0.78
0.10
index fetch by key
415,282,885
57,625.06
7,491.08
index scans kdiixs1
56,163,384
7,793.29
1,013.10
java call heap collected bytes
6,275,568
870.80
113.20
java call heap collected count
66,147
9.18
1.19
67
0.01
0.00
java call heap live object count
7,243
1.01
0.13
java call heap live object count max
7,475
1.04
0.13
java call heap live size
1,671,280
231.91
30.15
java call heap live size max
enqueue deadlocks
enqueue waits
exchange deadlocks
execute count
failed probes on index block reclamation
frame signature mismatch
index crx upgrade (found)
index crx upgrade (positioned)
index fast full scans (full)
java call heap gc count
2,068,728
287.06
37.32
java call heap object count
12,885
1.79
0.23
java call heap object count max
15,711
2.18
0.28
Comment [K20]:
EXECUTE COUNT
This tells the number of SQL executed during one
transaction. Here, the application executes 444 SQL
within a transaction. That sounds like a lot. Id talk
to the developer to understand why.
One cause of a high number is when an application
developed for a mom-n-pop shop is deployed in an
enterprise environment. The data model has
hundreds of tables with no relationship defined
between the tables.
If the app needs data from 3 different tables, it does a
SELECT against one table, then iterates across the
result set, using each value in a WHERE clause to
find the rest of the data. In an enterprise data model
and well-written app, this is all done in the database
with a JOIN statement.
This app may have been an MS-ACCESS program
that someone tried to deploy to IIS and Oracle.
java call heap total size
3,284,480
455.76
59.25
java call heap total size max
3,284,480
455.76
59.25
java call heap used size
2,235,616
310.22
40.33
java call heap used size max
2,741,488
380.41
49.45
498
0.07
0.01
2,426
0.34
0.04
lob reads
66
0.01
0.00
lob writes
593
0.08
0.01
lob writes unaligned
593
0.08
0.01
1,901
0.26
0.03
messages received
34,240
4.75
0.62
messages sent
34,240
4.75
0.62
no buffer to keep pinned count
0.00
0.00
no work - consistent read gets
422,313,987
58,600.70
7,617.91
1,382,258
191.80
24.93
47
0.01
0.00
parse count (hard)
47,206
6.55
0.85
parse count (total)
1,519,434
210.84
27.41
parse time cpu
12,276
1.70
0.22
parse time elapsed
15,008
2.08
0.27
249,047
34.56
4.49
2,098,405,376
291,176.78
37,852.07
leaf node 90-10 splits
leaf node splits
logons cumulative
opened cursors cumulative
parse count (failures)
physical read IO requests
physical read bytes
physical read total IO requests
617,225
85.65
11.13
###############
23,989,606.00
3,118,573.92
physical read total multi block requests
320,922
44.53
5.79
physical reads
256,153
35.54
4.62
physical reads cache
255,883
35.51
4.62
7,106
0.99
0.13
270
0.04
0.00
physical reads direct (lob)
0.00
0.00
physical reads direct temporary tablespace
0.00
0.00
physical reads prefetch warmup
0.00
0.00
115,721
16.06
2.09
1,350,664,192
187,419.48
24,363.95
physical read total bytes
physical reads cache prefetch
physical reads direct
physical write IO requests
physical write bytes
physical write total IO requests
218,186
30.28
3.94
74,101,667,840
10,282,419.92
1,336,682.50
physical write total multi block requests
139,655
19.38
2.52
physical writes
164,876
22.88
2.97
402
0.06
0.01
78
0.01
0.00
0.00
0.00
physical writes from cache
164,474
22.82
2.97
physical writes non checkpoint
123,947
17.20
2.24
2,374
0.33
0.04
prefetch warmup blocks aged out before use
0.00
0.00
prefetched blocks aged out before use
0.00
0.00
7,557
1.05
0.14
recovery blocks read
0.00
0.00
recursive aborts on index block reclamation
0.00
0.00
72,287,769
10,030.72
1,303.96
804,185
111.59
14.51
0.00
0.00
4,034,910
559.89
72.78
physical write total bytes
physical writes direct
physical writes direct (lob)
physical writes direct temporary tablespace
pinned buffers inspected
process last non-idle time
recursive calls
recursive cpu usage
redo blocks read for recovery
redo blocks written
redo buffer allocation retries
66
0.01
0.00
7,672,118
1,064.59
138.39
redo log space requests
43
0.01
0.00
redo log space wait time
730
0.10
0.01
redo ordering marks
502
0.07
0.01
1,967,022,396
272,945.95
35,482.12
35,693
4.95
0.64
9,756
1.35
0.18
8,349,664
1,158.61
150.62
60,340
8.37
1.09
0.00
0.00
30,944
4.29
0.56
666,950
92.55
12.03
redo entries
redo size
redo synch time
redo synch writes
redo wastage
redo write time
redo writer latching time
redo writes
rollback changes - undo records applied
rollbacks only - consistent read gets
rows fetched via callback
9,117
1.27
0.16
70,182,228
9,738.55
1,265.98
session connect time
session cursor cache hits
session logical reads
session pga memory
session pga memory max
session uga memory
session uga memory max
shared hash latch upgrades - no wait
shared hash latch upgrades - wait
sorts (disk)
sorts (memory)
sorts (rows)
0.00
251,725
34.93
0.00
4.54
1,350,535,281
187,401.60
24,361.62
161,176,960
22,365.07
2,907.39
34,707,559,168
4,816,054.86
626,072.10
############### 110,823,137.47
14,406,662.03
5,009,905,608
695,179.40
90,371.15
14,426,416
2,001.82
260.23
32
0.00
0.00
0.00
0.00
2,535,107
351.77
45.73
82,227,635
11,409.99
1,483.26
sql area evicted
90,408
12.55
1.63
sql area purged
58
0.01
0.00
summed dirty queue length
0.00
0.00
switch current to new buffer
171,277
23.77
3.09
1,108,167,338
153,770.38
19,989.67
table fetch by rowid
table fetch continued row
1,964,982
272.66
35.45
table scan blocks gotten
18,539,180
2,572.51
334.42
table scan rows gotten
2,460,052,446
341,359.28
44,375.64
table scans (cache partitions)
0.00
0.00
table scans (long tables)
0.00
0.00
262,413
36.41
4.73
2,267
0.31
0.04
278
0.04
0.01
0.00
0.00
2,700
0.37
0.05
688,501,420
95,537.13
12,419.53
user I/O wait time
439,800
61.03
7.93
user calls
676,148
93.82
12.20
user commits
55,250
7.67
1.00
user rollbacks
187
0.03
0.00
0.00
0.00
1,732,719
240.43
31.26
table scans (short tables)
total number of times SMON posted
transaction rollbacks
transaction tables consistent read rollbacks
transaction tables consistent reads - undo records applied
undo change vector size
workarea executions - onepass
workarea executions - optimal
write clones created in background
0.00
0.00
write clones created in foreground
83
0.01
0.00
Back to Instance Activity Statistics
Back to Top
Instance Activity Stats - Absolute Values
Statistics with absolute values (should not be diffed)
Statistic
Begin Value
session cursor cache count
End Value
10,707,102 10,735,808
opened cursors current
workarea memory allocated
7,138
5,454
79,396
427
163
129
logons current
Back to Instance Activity Statistics
Back to Top
Instance Activity Stats - Thread Activity
Statistics identified by '(derived)' come from sources other than SYSSTAT
Statistic
log switches (derived)
Total
per Hour
10
5.00
Back to Instance Activity Statistics
Back to Top
IO Stats
Tablespace IO Stats
File IO Stats
Back to Top
Tablespace IO Stats
ordered by IOs (Reads + Writes) desc
Tablespace
Av Reads/s
Av Rd(ms)
Av Blks/Rd
Writes
Av Writes/s
Buffer Waits
Av Buf Wt(ms)
208,322
29
20.95
1.03
59,038
28
0.36
18
8.89
1.00
51,679
33
0.00
34,317
19.16
1.04
881
0.00
1,702
24.08
1.00
985
0.00
856
24.38
1.00
1,268
0.00
SYSTEM
1,964
8.27
1.01
138
0.00
SYSAUX
625
21.95
1.07
1,416
0.00
USER_DATA
891
0.18
1.00
18
0.00
CRONACLE
275
27.82
1.00
201
0.00
TEMPORARY_DATA
20
34.00
1.00
23
0.00
DSI
16
23.13
1.00
10
0.00
PAPERTRAK
12
35.00
1.00
11
0.00
USER_INDEX01
10
115.00
1.00
11
0.00
ADV
10
68.00
1.00
10
0.00
CASH
10
2.00
1.00
10
0.00
CLIENT
10
1.00
1.00
10
0.00
RBBIG
10
59.00
1.00
10
0.00
CIRC
Reads
UNDOTBS1
ADDR
SECURITY
CRONACLE_INDEX
Comment [K21]:
DISK I/O TIME
Av Rd (ms) tells how long a physical disk takes
while Av Buf Wt (ms) tells how long an average
physical disk write takes.
3-4ms is very good, 4-10ms is OK, over 10 usually
means you need to talk to your storage team to
understand why its so slow.
READ TIME is much more important than WRITE
TIME. Reads occur synchronously while Oracle is
processing your SQL. Writes occur asynchronously
in the background when Oracle decides its time to
write the changed data to disk.
When the number of READS or WRITES is very
low, I tend to see much higher read-time and writetime. Not sure why.
CIRC is the busiest tablespace for reads and each
read takes 20.95ms. Talk to the storage team
Back to IO Stats
Back to Top
File IO Stats
ordered by Tablespace, File
Tablespace
ADDR
Filename
/oracle/oradata/data1/DSILAPRD/addr_DSILAPRD.dbf
Reads
34,317
Av
Reads/s
Av
Rd(ms)
5
19.16
Av
Blks/Rd
1.04
Writes
881
Av
Writes/s
Buffer
Waits
0
Av Buf
Wt(ms)
0
0.00
ADV
/oracle/oradata/data1/DSILAPRD/adv_DSILAPRD.dbf
10
68.00
1.00
10
0.00
CASH
/oracle/oradata/data1/DSILAPRD/cash_DSILAPRD.dbf
10
2.00
1.00
10
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD.dbf
52,848
17.07
1.01
16,610
2.50
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_02.dbf
24,951
22.99
1.02
5,404
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_03.dbf
17,799
27.65
1.04
4,355
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_04.dbf
20,712
21.05
1.03
6,620
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_05.dbf
18,561
18.74
1.05
4,675
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_06.dbf
21,868
18.07
1.03
6,439
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_07.dbf
18,311
24.67
1.03
6,613
17
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_08.dbf
19,191
26.88
1.03
4,314
0.00
CIRC
/oracle/oradata/data2/DSILAPRD/circ_DSILAPRD_09.dbf
14,081
17.73
1.04
4,008
0.00
CLIENT
/oracle/oradata/data1/DSILAPRD/client_DSILAPRD.dbf
10
1.00
1.00
10
0.00
CRONACLE
/oracle/oradata/data2/DSILAPRD/cronacle_01.dbf
275
27.82
1.00
201
0.00
CRONACLE_INDEX /oracle/oradata/data2/DSILAPRD/cronacle_index_01.dbf
856
24.38
1.00
1,268
0.00
DSI
/oracle/oradata/data1/DSILAPRD/dsi_DSILAPRD.dbf
16
23.13
1.00
10
0.00
PAPERTRAK
/oracle/oradata/data1/DSILAPRD/papertrak_DSILAPRD.db
12
35.00
1.00
11
0.00
RBBIG
/oracle/oradata/data2/DSILAPRD/rbbig_DSILAPRD.dbf
10
59.00
1.00
10
0.00
SECURITY
/oracle/oradata/data1/DSILAPRD/security_DSILAPRD.dbf
630
29.87
1.00
203
0.00
SECURITY
/oracle/oradata/data1/DSILAPRD/security_DSILAPRD_02.
224
20.98
1.00
167
0.00
SECURITY
/oracle/oradata/data1/DSILAPRD/security_DSILAPRD_03.
522
20.33
1.00
460
0.00
SECURITY
/oracle/oradata/data1/DSILAPRD/security_DSILAPRD_04.
326
21.04
1.00
155
0.00
SYSAUX
/oracle/oradata/data1/DSILAPRD/sysaux_DSILAPRD01.dbf
625
21.95
1.07
1,416
0.00
SYSTEM
/oracle/oradata/data1/DSILAPRD/sys_DSILAPRD01.dbf
1,964
8.27
1.01
138
0.00
TEMPORARY_DATA /oracle/oradata/data3/DSILAPRD/tmp_DSILAPRD01.dbf
20
34.00
1.00
23
UNDOTBS1
/oracle/oradata/data1/DSILAPRD/undo_DSILAPRD01.dbf
18
8.89
1.00
51,679
33
0.00
USER_DATA
/oracle/oradata/data1/DSILAPRD/usr_DSILAPRD01.dbf
891
0.18
1.00
18
0.00
USER_INDEX01
/oracle/oradata/data2/DSILAPRD/user_index01_01.dbf
10
115.00
1.00
11
0.00
Back to IO Stats
Back to Top
Buffer Pool Statistics
Standard block size Pools D: default, K: keep, R: recycle
Comment [K22]:
FILE I/O vs. TABLESPACE I/O
The previous section showed that the CIRC
tablespace had the most I/O and it was slow read I/O.
This section lists all of the files in the CIRC
tablespace.
The number of READS against each of the files is
about equal and the slowness is about the same. 1727ms is well above the acceptable 3-10ms range.
The AV READS/S shows that not many I/Os are
executed so the slowness is likely not caused by the
disks being overwhelmed with work . . . unless all
the files are on the same physical disk.
Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
Number of Buffers
2,553,542
Pool Hit%
Buffer Gets
Physical Reads
Physical Writes
Free Buff Wait
Writ Comp Wait
Buffer Busy Waits
255,882
164,474
66
100 1,350,336,573
Back to Top
Advisory Statistics
Instance Recovery Stats
Buffer Pool Advisory
PGA Aggr Summary
PGA Aggr Target Stats
PGA Aggr Target Histogram
PGA Memory Advisory
Shared Pool Advisory
SGA Target Advisory
Streams Pool Advisory
Java Pool Advisory
Back to Top
Instance Recovery Stats
B: Begin snapshot, E: End snapshot
Targt MTTR
(s)
Estd MTTR
(s)
Recovery Estd
IOs
Actual Redo
Blks
Target Redo
Blks
Log File Size Redo
Blks
Log Ckpt Timeout Redo
Blks
47182
612238
610879
3225600
610879
31034
572561
572558
3225600
572558
Back to Advisory Statistics
Back to Top
Buffer Pool Advisory
Log Ckpt Interval Redo
Blks
Only rows with estimated physical reads >0 are displayed
ordered by Block Size, Buffers For Estimate
Size for Est (M)
Size Factor
Buffers for Estimate
Est Phys Read Factor
Estimated Physical Reads
2,064
0.10
255,291
4.73
2,873,929,011
4,128
0.20
510,582
4.02
2,442,440,276
6,192
0.30
765,873
3.40
2,064,113,432
8,256
0.40
1,021,164
2.86
1,738,914,254
BUFFER POOL ADVISORY
10,320
0.50
1,276,455
2.41
1,461,738,107
12,384
0.60
1,531,746
2.02
1,227,198,858
Learn to use this type of table. Oracle uses it quite
often to help you quickly do the math.
14,448
0.70
1,787,037
1.69
1,029,611,375
16,512
0.80
2,042,328
1.42
863,978,027
18,576
0.90
2,297,619
1.19
725,904,025
20,640
1.00
2,552,910
1.01
611,221,139
20,720
1.00
2,562,805
1.00
607,478,644
22,704
1.10
2,808,201
0.85
516,040,017
24,768
1.20
3,063,492
0.72
436,817,441
26,832
1.30
3,318,783
0.61
370,363,374
28,896
1.39
3,574,074
0.52
313,811,181
30,960
1.49
3,829,365
0.44
264,577,469
33,024
1.59
4,084,656
0.36
220,350,494
35,088
1.69
4,339,947
0.29
179,171,670
37,152
1.79
4,595,238
0.23
139,546,813
39,216
1.89
4,850,529
0.17
100,515,813
41,280
1.99
5,105,820
0.10
61,609,412
Comment [K23]:
Start by looking for the row with SIZE
FACTOR=1.00. This is your current sizing. It shows
that you have 2,562,805 buffers. With this number of
buffers and with the SQL activity captured here,
Oracle estimates that youll do 607,478,644 physical
reads.
Now we can make the buffer size smaller (moving
up the table) or larger (moving down the table).
Comment [K24]:
INCREASING BUFFER POOL
Lets say we want to increase the buffer pool to
reduce the number of physical reads. What would
happen if we increased the buffer pool by 20%?
That would move us from the SIZE FACTOR line of
1.00 to the SIZE FACTOR line of 1.20.
The table shows that Oracle estimates the number of
physical reads will now be 436,817,441.
Back to Advisory Statistics
Back to Top
But Oracle also does the math for you in the EST
PHYS READ FACTOR column. The value 0.72
means the number of physical reads will be 72% of
what they were with the current settings.
PGA Aggr Summary
Pretty neat, huh?
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
REMEMBER tune your SQL first to make sure
youre not doing physical reads unnecessarily. It is
never a good idea to tweak Oracle settings to
compensate for poorly written SQL
100.00
28,380
Back to Advisory Statistics
Back to Top
PGA Aggr Target Stats
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 Aggr Target(M)
Auto PGA Target(M)
PGA Mem Alloc(M)
W/A PGA Used(M)
%PGA W/A Mem
%Man W/A Mem
Global Mem Bound(K)
5,120
3,900
1,104.26
77.13
6.99
100.00
0.00
524,280
5,120
4,098
756.06
0.19
0.02
100.00
0.00
524,280
Back to Advisory Statistics
Back to Top
PGA Aggr Target Histogram
Optimal Executions are purely in-memory operations
Low Optimal
High Optimal
2K
4K
Total Execs
Optimal Execs
1-Pass Execs
M-Pass Execs
1,675,649
1,675,649
64K
128K
17,140
17,140
128K
256K
12,534
12,534
256K
512K
4,665
4,665
512K
1024K
19,238
19,238
1M
2M
3,381
3,381
2M
4M
72
72
4M
8M
%Auto W/A Mem
8M
16M
23
23
16M
32M
16
16
32M
64M
64M
128M
256M
512M
Back to Advisory Statistics
Back to Top
PGA Memory Advisory
When using Auto Memory Mgmt, minimally choose a pga_aggregate_target value where Estd PGA Overalloc Count is 0
PGA Target Est (MB)
Size Factr
W/A MB Processed
Estd Extra W/A MB Read/ Written to Disk
Estd PGA Cache Hit %
Estd PGA Overalloc Count
640
0.13
16,762,274.40
8,002,042.91
68.00
40,955
1,280
0.25
16,762,274.40
6,354,079.82
73.00
29
2,560
0.50
16,762,274.40
5,109,432.73
77.00
3,840
0.75
16,762,274.40
2,127,493.01
89.00
5,120
1.00
16,762,274.40
864,664.35
95.00
6,144
1.20
16,762,274.40
721,732.29
96.00
7,168
1.40
16,762,274.40
690,906.90
96.00
8,192
1.60
16,762,274.40
690,329.70
96.00
9,216
1.80
16,762,274.40
690,329.70
96.00
10,240
2.00
16,762,274.40
689,897.58
96.00
15,360
3.00
16,762,274.40
676,865.67
96.00
20,480
4.00
16,762,274.40
599,733.23
97.00
30,720
6.00
16,762,274.40
580,478.48
97.00
40,960
8.00
16,762,274.40
507,674.88
97.00
Back to Advisory Statistics
Back to Top
Shared Pool Advisory
Comment [K25]:
PGA MEMORY ADVISORY
This table is similar to the Buffer Pool Advisory
table above.
The SIZE FACTOR 1.00 row shows the current
setting. It shows youre getting 95.00% cache hit. As
you move down the table (i.e. increasing PGA), the
cache hit ratio doesnt go up much at all.
Oracle is telling you that with the current SQL
workload and the current SQL tuning, you will not
get any better cache hit ratio by adjusting PGA
memory.
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.
Shared Pool
Size(M)
SP Size
Factr
Est LC Size
(M)
Est LC Mem
Obj
Est LC Time Saved
(s)
Est LC Time Saved
Factr
Est LC Load Time
(s)
Est LC Load Time
Factr
Est LC Mem Obj
Hits
13,760
0.60
2,385
531,003
1,146,254,045
0.53
1,026,284,484
763.57
16,064
0.70
4,707
725,851
2,732,344,865
1.26
3,735,160,960
2779.02
16,451,255
18,368
0.80
7,042
946,642
4,089,252,247
1.88
2,378,253,578
1769.46
1,845,982,775
20,672
0.90
9,377
1,166,992
4,014,106,615
1.85
2,453,399,210
1825.37
3,185,247
22,976
1.00
11,712
1,388,195
2,171,194,472
1.00
1,344,057
1.00
64,738,013
25,280
1.10
14,047
1,610,200
3,010,150,094
1.39
0.00
146,055,729
27,584
1.20
16,383
1,831,471
365,713,243
0.17
0.00
234,311,779
29,888
1.30
18,718
2,052,999
3,873,644,003
1.78
0.00
371,151,121
32,192
1.40
21,053
2,276,600
1,461,117,307
0.67
0.00
3,185,251
34,496
1.50
23,388
2,494,773
3,733,181,392
1.72
0.00
20,554,395
36,800
1.60
25,723
2,715,820
3,702,460,107
1.71
0.00
58,296,950
39,104
1.70
28,058
2,935,949
3,994,391,245
1.84
0.00
162,476,521
41,408
1.80
30,393
3,156,743
1,050,891,283
0.48
0.00
122,430,879
43,712
1.90
32,728
3,379,123
2,161,568,614
1.00
0.00
30,538,819
46,016
2.00
35,063
3,598,986
1,182,289,372
0.54
0.00
24,856,198
Back to Advisory Statistics
Back to Top
SGA Target Advisory
SGA Target Size (M)
SGA Size Factor
Est DB Time (s)
Est Physical Reads
22,016
0.50
1,097,740,041
1,455,214,914
33,024
0.75
1,091,337,450
607,478,570
44,032
1.00
13,114,688
607,478,570
55,040
1.25
10,199,293
221,425,939
66,048
1.50
9,839,950
51,574,931
77,056
1.75
9,839,950
51,574,931
88,064
2.00
9,839,950
51,574,931
2,854,750,650
Back to Advisory Statistics
Back to Top
Streams Pool Advisory
No data exists for this section of the report.
Back to Advisory Statistics
Back to Top
Java Pool Advisory
Java Pool
Size(M)
JP Size
Factr
Est LC Mem
Obj
Est LC Time Saved
(s)
Est LC Time Saved
Factr
Est LC Load Time
(s)
Est LC Load Time
Factr
Est LC Mem Obj
Hits
32
0.29
15
322
2,456
1.00
1,344,057
1.00
30,281
48
0.43
18
403
2,456
1.00
1,344,057
1.00
30,281
64
0.57
18
403
2,456
1.00
1,344,057
1.00
30,281
80
0.71
18
403
2,456
1.00
1,344,057
1.00
30,281
96
0.86
18
403
2,456
1.00
1,344,057
1.00
30,281
112
1.00
18
403
2,456
1.00
1,344,057
1.00
30,281
128
1.14
18
403
2,456
1.00
1,344,057
1.00
30,281
144
1.29
18
403
2,456
1.00
1,344,057
1.00
30,281
160
1.43
18
403
2,456
1.00
1,344,057
1.00
30,281
176
1.57
18
403
2,456
1.00
1,344,057
1.00
30,281
192
1.71
18
403
2,456
1.00
1,344,057
1.00
30,281
208
1.86
18
403
2,456
1.00
1,344,057
1.00
30,281
224
2.00
18
403
2,456
1.00
1,344,057
1.00
30,281
Back to Advisory Statistics
Back to Top
Wait Statistics
Est LC Size
(M)
Buffer Wait Statistics
Enqueue Activity
Back to Top
Buffer Wait Statistics
ordered by wait time desc, waits desc
Class
Waits
Total Wait Time (s)
Avg Time (ms)
undo block
17
undo header
16
1st level bmb
15
data block
15
2nd level bmb
Back to Wait Statistics
Back to Top
Enqueue Activity
only enqueues with waits are shown
Enqueue stats gathered prior to 10g should not be compared with 10g data
ordered by Wait Time desc, Waits desc
Enqueue Type (Request Reason)
UL-User-defined
TC-Tablespace Checkpoint
CF-Controlfile Transaction
AU-Audit index file (audit index file)
JS-Job Scheduler (queue lock)
Back to Wait Statistics
Back to Top
Undo Statistics
Undo Segment Summary
Requests
Succ Gets
Failed Gets
Waits
Wt Time (s)
1,526
1,506
20
32
17
Av Wt Time(ms)
536.88
11
5,645.00
5,591
5,591
27.50
15
15
16.67
27,016
27,016
0.00
Comment [K26]:
ENQUEUE WAIT TIME
The list is ordered by TOTAL enqueue wait time
which could be many, many waits each very, very
short or very, very few waits each very, very long.
Look at the AV WT TIME column
Comment [K27]:
ENQUEUES
Use Google to find out what the enqueue means for
those with high WT TIME
Undo Segment Stats
Back to Top
Undo Segment Summary
Min/Max TR (mins) - Min and Max Tuned Retention (minutes)
STO - Snapshot Too Old count, OOS - Out of Space count
Undo segment block stats:
uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsed
eS - expired Stolen, eR - expired Released, eU - expired reUsed
Undo TS#
Num Undo Blocks (K)
Number of Transactions
Max Qry Len (s)
90.22
78,408
2,476
Max Tx Concurcy
Min/Max TR (mins)
6 0/180
STO/ OOS
uS/uR/uU/ eS/eR/eU
0/0
0/0/0/0/0/0
Back to Undo Statistics
Back to Top
Undo Segment Stats
Most recent 35 Undostat rows, ordered by Time desc
Max Qry Len (s)
Max Tx Concy
19-Oct 16:08
End Time
Num Undo Blocks
1,605
Number of Transactions
1,344
1,161
Tun Ret (mins)
180 0/0
STO/ OOS
0/0/0/0/0/0
uS/uR/uU/ eS/eR/eU
19-Oct 15:58
5,602
1,558
560
180 0/0
0/0/0/0/0/0
19-Oct 15:48
1,696
12,323
2,108
180 0/0
0/0/0/0/0/0
19-Oct 15:38
6,309
5,596
1,509
180 0/0
0/0/0/0/0/0
19-Oct 15:28
2,939
1,593
1,594
180 0/0
0/0/0/0/0/0
19-Oct 15:18
2,065
1,507
1,691
180 0/0
0/0/0/0/0/0
19-Oct 15:08
8,792
9,588
1,091
180 0/0
0/0/0/0/0/0
19-Oct 14:58
4,667
1,966
1,771
180 0/0
0/0/0/0/0/0
19-Oct 14:48
8,857
22,813
1,168
180 0/0
0/0/0/0/0/0
19-Oct 14:38
2,859
1,526
2,476
180 0/0
0/0/0/0/0/0
19-Oct 14:28
2,711
8,964
1,631
180 0/0
0/0/0/0/0/0
19-Oct 14:18
39,337
7,275
2,311
180 0/0
0/0/0/0/0/0
Comment [K28]:
DISTRIBUTION OF WORKLOAD
This AWR aggregates work over the 2-hour snapshot
interval. That often masks some values.
This table shows the number of transactions
executed every 10 minutes. Based on this table,
consider running ASH reports for 15:38 for 10
minutes and 14:38 for 10 minutes to drill deeper into
the heavy periods.
19-Oct 14:08
2,780
2,355
1,710
180 0/0
0/0/0/0/0/0
22-Oct 14:20
0 0/0
0/0/0/0/0/0
Back to Undo Statistics
Back to Top
Latch Statistics
Latch Activity
Latch Sleep Breakdown
Latch Miss Sources
Parent Latch Statistics
Child Latch Statistics
Back to Top
Comment [K29]:
Latch Activity
LATCHES
"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
Latch Name
Get Requests
Pct Get Miss
4,790
0.00
Wait Time (s)
NoWait Requests
AWR Alerted Metric Element list
55,573
0.00
Consistent RBA
30,966
0.03
FAL request queue
164
0.00
FAL subheap alocation
164
0.00
2,064
0.00
18,925
0.01
0.00
502,185
0.00
0.75
60,659
235
0.00
JS Sh mem access
38
2.63
JS mem alloc latch
67
0.00
JS queue access latch
67
0.00
ASM db client latch
FIB s.o chain latch
FOB s.o list latch
In memory undo latch
JOX SGA heap latch
Avg Slps /Miss
I use this table to help investigate issues I may have
found elsewhere in the report
0.00
1.00
Pct NoWait Miss
0.00
JS queue state obj latch
54,032
0.00
190
0.00
3,751
0.00
KMG resize request state object freelist
36
0.00
KTF sga latch
24
0.00
2,033
KWQMN job cache list latch
12
0.00
JS slv state obj latch
KMG MMAN ready and startup request latch
MQL Tracking Latch
144
0.00
Memory Management Latch
1,722
0.00
3,751
0.00
OS process
5,367
0.00
OS process allocation
5,946
0.00
OS process: request allocation
3,468
0.00
PL/SQL warning settings
173,242
0.00
SGA IO buffer pool latch
2,986
0.00
4,944
0.00
0.00
2,371
0.00
592,400
0.00
Shared B-Tree
268
0.00
X$KSFQP
105
0.00
4,175
0.00
24,183
0.01
2,534
archive control
1,085
0.00
archive process latch
2,721
0.00
92
0.00
465
0.00
cache buffer handles
28,322,589
0.01
0.03
cache buffers chains
1,826,155,838
0.00
0.01
968,875
0.01
cache buffers lru chain
846,144
0.05
0.04
791,831
0.04
cache table scan latch
1,541
0.00
SQL memory manager latch
SQL memory manager workarea list latch
active checkpoint queue latch
active service list
begin backup scn array
buffer pool
channel handle pool latch
channel operations parent latch
checkpoint queue latch
client/application info
compile environment latch
dml lock allocation
dummy allocation
0.00
0.00
0.50
5,754
0.03
0.00
65,584
0.04
0.00
531,257
0.00
0.00
274,224
35,476
0.00
1,901
0.00
330,739
0.00
3,836
0.00
0.00
0.00
0.00
enqueue hash chains
813,590
0.00
0.00
804
enqueues
393,194
0.00
0.20
1,717
0.00
963
0.00
global KZLD latch for mem in SGA
1,669
0.00
hash table column usage latch
1,056
0.00
1,201,515
235
0.00
372
event group latch
file cache latch
hash table modification latch
job workq parent latch
job_queue_processes parameter latch
0
296
0.00
274,924
0.02
130
0.00
1,181
0.00
484
0.00
2,275
0.00
268
0.00
31,136
0.00
21,380,071
0.55
41
248,932
1,640
0.00
7,811,237
0.00
61,553
0.00
9,147,874
0.00
126,450
0.00
11,360
0.00
loader state object freelist
2,362
0.00
longop free list parent
5,198
0.00
34
message pool operations parent latch
4,530
0.07
0.00
kks stats
kokc descriptor allocation latch
krbmrosl
ksuosstats global area
ktm global data
kwqbsn:qsga
lgwr LWN SCN
library cache
library cache load lock
library cache lock
library cache lock allocation
library cache pin
library cache pin allocation
list of block allocation
messages
0.02
0.74
0.06
0.04
0.00
0.00
0.00
11.69
0.00
145,429
0.00
0.00
mostly latch-free SCN
31,209
0.02
0.00
multiblock read objects
6,548
0.00
ncodef allocation latch
127
0.00
21,075
0.00
4,518
0.00
1,570,891
0.00
127,472
0.00
4,446
0.00
952
0.00
object queue header heap
object queue header operation
object stats modification
parallel query alloc buffer
0.19
parameter list
3,733
0.00
parameter table allocation management
2,007
0.10
16,250
0.00
process allocation
3,468
0.12
process group creation
3,468
0.00
1,024
0.00
7,853,975
0.06
post/wait queue
qmn task queue latch
redo allocation
redo copy
redo writing
0
0.50
1.00
0.01
9,938
0.00
1,717
0.00
7,672,177
101,840
0.00
0.00
16,686,586
0.02
0.01
290,957
0.00
session allocation
9,652,191
0.17
0.01
session idle bit
1,435,812
0.00
0.00
7,606
0.00
127
0.00
2,533
0.00
3,365,665
0.05
1.12
17
shared pool simulator
21,965,836
0.01
0.07
simulator hash latch
99,751,220
0.00
0.01
167,525
0.37
0.00
99,539,572
0.00
row cache objects
sequence cache
session state list latch
session switching
session timer
shared pool
simulator lru latch
slave class
slave class create
16
0.00
15,810
0.13
0.00
1,120
0.00
0.00
temporary table state object allocation
2,210
0.00
threshold alerts latch
1,005
0.00
transaction allocation
503,605
0.00
2,533
0.00
515,822
0.00
7,570
0.00
sort extent pool
state object free list
statistics aggregation
temp lob duration state obj allocation
transaction branch allocation
undo global data
user lock
0.33
0.00
0.12
Back to Latch Statistics
Back to Top
Latch Sleep Breakdown
ordered by misses desc
Latch Name
library cache
session allocation
Get Requests
Misses
Sleeps
Spin Gets
Sleep1
Sleep2
Sleep3
21,380,071 117,929
87,074
35,827
9,652,191
16,072
110
15,971
1,826,155,838
13,965
201
13,775
7,853,975
4,985
40
4,947
row cache objects
16,686,586
2,953
27
2,927
cache buffer handles
28,322,589
2,198
59
2,140
3,365,665
1,570
1,751
1,001
shared pool simulator
21,965,836
1,241
82
1,162
simulator hash latch
99,751,220
860
12
849
simulator lru latch
167,525
622
621
cache buffers lru chain
846,144
451
17
435
library cache pin
9,147,874
387
16
372
library cache lock
7,811,237
348
22
326
object queue header operation
1,570,891
70
13
58
274,924
58
57
15,810
21
14
enqueues
393,194
10
In memory undo latch
502,185
process allocation
3,468
active service list
24,183
2,007
38
cache buffers chains
redo allocation
shared pool
kks stats
sort extent pool
parameter table allocation management
JS Sh mem access
Back to Latch Statistics
Back to Top
Latch Miss Sources
only latches with sleeps are shown
ordered by name, sleeps desc
NoWait Misses
Sleeps
Waiter Sleeps
In memory undo latch
Latch Name
ktiFlush: child
Where
In memory undo latch
kticmt: child
JS Sh mem access
jsksGetShMemLatch
active service list
kswsgsnp: get service name ptr
cache buffer handles
kcbzgs
48
37
cache buffer handles
kcbzfs
11
22
cache buffers chains
kcbgtcr: fast path
131
60
cache buffers chains
kcbgtcr: kslbegin excl
91
93
cache buffers chains
kcbzgb: scan from tail. nowait
44
cache buffers chains
kcbchg: kslbegin: bufs not pinned
24
40
cache buffers chains
kcbrls: kslbegin
24
84
cache buffers chains
kcbgcur: kslbegin
cache buffers chains
kcbget: pin buffer
cache buffers chains
kcbzwb
cache buffers chains
kcbnew: new latch again
cache buffers lru chain
kcbzgws
13
cache buffers lru chain
kcbbwlru
cache buffers lru chain
kcbw_quiesce_granule
enqueues
ksqdel
enqueues
ksqgel: create enqueue
kks stats
kks stats alloc/free
library cache
kglic
80,942
176
library cache
kglScanDependency
3,471
library cache
kglpndl: child: after processing
316
489
library cache
kglpnp: child
283
21,007
library cache
kglhdgn: child:
223
423
library cache
kglLockCursor
168
21,350
library cache
kglnti
162
library cache
kglpin
121
1,049
library cache
kglobpn: child:
98
9,201
library cache
kglpndl: child: before processing
58
26,571
library cache
kgldti: 2child
38
295
library cache
kglhdgc: child:
17
library cache
kglati
11
library cache
kgldte: child 0
493
library cache
kglukp: child
10
library cache
kglrtl
library cache lock
kgllkdl: child: no lock handle
201
5,921
library cache lock
kgllkdl: child: cleanup
12
12
library cache lock
kgllkal: child: multiinstance
10
10
library cache pin
kglpndl
library cache pin
kglpnp: child
library cache pin
kglpnal: child: alloc space
object queue header operation
kcbo_switch_cq
object queue header operation
kcbo_ivbo
object queue header operation
kcbw_link_q
object queue header operation
kcbw_unlink_q
parameter table allocation management ksp_param_table_free
process allocation
ksucrp
redo allocation
kcrfw_redo_gen
40
38
row cache objects
kqreqd: reget
14
row cache objects
kqrpre: find obj
23
row cache objects
kqreqd
session allocation
ksuxds: KSUSFCLC not set
33
session allocation
ksufap: active sessions
24
session allocation
ksuprc
20
47
session allocation
ksudlc
18
60
session allocation
ksucri
session allocation
kspallmod
session allocation
ksucrp
session allocation
ksudlp
shared pool
kgh_next_free
1,330
shared pool
kghfrunp: clatch: nowait
902
shared pool
kghfrunp: alloc: wait
241
shared pool
kghalo
86
207
shared pool
kghupr1
50
1,335
shared pool
kghfrunp: clatch: wait
47
80
shared pool
kghfre
18
198
shared pool
kgh: add extent to quiesced list
shared pool
kghfrh
shared pool
kgh: quiesce extents
shared pool
kgh: sim resz update
shared pool
kghasp
shared pool simulator
kglsim_upd_newhp
47
shared pool simulator
kglsim_unpin_simhp: fast path
26
75
shared pool simulator
kglsim_unpin_simhp
shared pool simulator
kglsim_chg_simhp_free
shared pool simulator
kglsim_chg_simhp_inval
shared pool simulator
kglsim_scan_lru: scan
simulator hash latch
kcbsacc: lookup dba
12
simulator hash latch
kcbs_lookup_setid: lookup dba
simulator lru latch
kcbs_simulate: simulate set
sort extent pool
ktstdt: dealloc sort extent
Back to Latch Statistics
Back to Top
Parent Latch Statistics
No data exists for this section of the report.
Back to Latch Statistics
Back to Top
Child Latch Statistics
No data exists for this section of the report.
Back to Latch Statistics
Back to Top
Segment Statistics
Segments by Logical Reads
Segments by Physical Reads
Segments by Row Lock Waits
Segments by ITL Waits
Segments by Buffer Busy Waits
Back to Top
Comment [K30]:
Segments by Logical Reads
WHAT ARE THE HOTTEST TABLES /
INDEXES?
Total Logical Reads: 1,350,535,281
Captured Segments account for 94.4% of Total
Object Name
Logical Reads means the data is in the buffer.
Physical Reads means the data has to be retrieved
from disk first.
Owner
Tablespace Name
Logical Reads
%Total
CIRC
CIRC
PK_ADDRESS_SUBACCT
Subobject Name
INDEX
Obj. Type
282,630,576
20.93
CIRC
CIRC
PK_INS_PACKAGE_ROUTE
INDEX
278,597,472
20.63
CIRC
CIRC
ADDRESS_SUBACCT
TABLE
147,463,152
10.92
CIRC
CIRC
PK_SUBSCRIBTION_NEW
INDEX
75,337,424
5.58
CIRC
CIRC
IDX_SUBS_TRANS_ACCT_TYPE_VALID
INDEX
42,018,112
3.11
If you see high Logical Reads is often means the
WHERE clause isnt restrictive enough so Oracle
has to hunt for your matching data.
Typically youll see TABLE in these segment
statistics. If you see INDEX, check the
characteristics of the index
(DBA_IND_STATISTICS) to see why Oracle is
working so hard to find the index records.
Back to Segment Statistics
Back to Top
Segments by Physical Reads
There are no absolute right or wrong values. Learn
your app and become alert when you see values that
are different than normal.
Remember, Oracle first finds the Index records and
then uses that information to find the data records. If
youre doing a ton of read against an Index, that will
often translate into tons and tons of reads against
data tables.
Total Physical Reads: 256,153
Captured Segments account for 62.3% of Total
Now go back to the MAIN REPORT index
Owner
Tablespace Name
Object Name
Subobject Name
Obj. Type
Physical Reads
%Total
CIRC
CIRC
IDX_SUBS_TRANS_TYPE_ACCT_VALID
INDEX
37,217
14.53
CIRC
CIRC
SUBS_TRANS
TABLE
21,565
8.42
CIRC
CIRC
PK_SUBS_TRANS
INDEX
19,968
7.80
CIRC
CIRC
IDX_SUBS_TRANS_TYPE_VALD_UNTIL
INDEX
18,823
7.35
CIRC
CIRC
IDX_ADDR_SUBACT_ROUTE_PARENT
INDEX
9,822
3.83
Back to Segment Statistics
Back to Top
Segments by Row Lock Waits
Owner
% of Capture shows % of row lock waits for each top segment compared
with total row lock waits for all segments captured by the Snapshot
Row Lock Waits
% of Capture
SECURITY SECURITY
Tablespace Name
PK_JOB_LOG
INDEX
109
12.88
CIRC
IDX_SUBS_TRANS_TYPE_ACCT_VALID
INDEX
68
8.04
SECURITY SECURITY
IDX_JOB_LOG_DTL_JOB_ID
INDEX
64
7.57
CIRC
CIRC
IDX_TRUCK_MAN_DTYPE_SESS_RT
INDEX
62
7.33
CIRC
CIRC
IDX_SUBS_TRANS_ENTRYDATE
INDEX
60
7.09
CIRC
Object Name
Subobject Name
Obj. Type
Back to Segment Statistics
Back to Top
Segments by ITL Waits
Owner
% of Capture shows % of ITL waits for each top segment compared
with total ITL waits for all segments captured by the Snapshot
ITL Waits
% of Capture
CIRC
CIRC
Tablespace Name
PK_TRUCK_MANIFEST
INDEX
28.13
CIRC
CIRC
IDX_TRUCK_MAN_DTYPE_SESS_RT
INDEX
18.75
SECURITY SECURITY
IDX_JOB_LOG_DTL_JOB_ID
INDEX
15.63
CIRC
IDX_SUBS_IMPORT2_SEARCH
INDEX
12.50
CIRC
Object Name
Subobject Name
Obj. Type
CIRC
CIRC
IDX_TRUCK_MANIFEST_SESSRTEPKG
INDEX
12.50
Back to Segment Statistics
Back to Top
Segments by Buffer Busy Waits
Owner
% of Capture shows % of Buffer Busy Waits for each top segment compared
with total Buffer Busy Waits for all segments captured by the Snapshot
Buffer Busy Waits
% of Capture
CIRC
CIRC
Tablespace Name
SUBS_TRANS
TABLE
35.71
CIRC
CIRC
PK_SUBS_TRANS
INDEX
28.57
CIRC
CIRC
IDX_SUBS_TRANS_ACCT_TYPE_VALID
INDEX
14.29
CIRC
CIRC
PK_SUBSCRIBTION_NEW
INDEX
7.14
RWS_JOB$
TABLE
7.14
SYSJCS CRONACLE
Object Name
Subobject Name
Obj. Type
Back to Segment Statistics
Back to Top
Dictionary Cache Stats
"Pct Misses" should be very low (< 2% in most cases)
"Final Usage" is the number of cache entries being used
Cache
Get Requests
Pct Miss
Scan Reqs
Mod Reqs
Final Usage
dc_awr_control
130
0.00
dc_database_links
3,369
0.00
dc_files
5,292
0.00
27
dc_global_oids
dc_histogram_data
dc_histogram_defs
dc_object_grants
dc_object_ids
Pct Miss
10,839
0.00
213
274,271
0.00
7,502
88,995
0.03
14,838
477,972
0.00
2,443
1,017,405
0.00
4,765
dc_objects
272,450
0.01
38
dc_profiles
3,734
0.00
18,472
0.00
258
dc_segments
111,660
0.00
4,372
dc_sequences
15,277
0.01
15,277
120
0.00
974,265
0.00
19
dc_rollback_segments
dc_tablespace_quotas
dc_tablespaces
dc_usernames
dc_users
outstanding_alerts
5,035
13,980
0.00
345
2,931,028
0.00
809
436
0.00
35
Back to Top
Library Cache Activity
"Pct Misses" should be very low
Namespace
Pct Miss
Pin Requests
Pct Miss
Reloads
Invali- dations
7,466
0.05
1,507,490
0.00
60
CLUSTER
47
0.00
69
0.00
INDEX
18
0.00
52
1.92
JAVA DATA
0.00
JAVA RESOURCE
0.00
80
0.00
4,772
0.00
5,156
0.00
158,789
1.29
25,262,177
0.57
46,106
23,006
16,463
0.18
2,645,431
0.03
719
4,368
0.14
609,510
0.00
24
BODY
PIPE
SQL AREA
TABLE/PROCEDURE
TRIGGER
Get Requests
Back to Top
Memory Statistics
Process Memory Summary
SGA Memory Summary
SGA breakdown difference
Back to Top
Process Memory Summary
B: Begin snap E: End snap
All rows below contain absolute values (i.e. not diffed over the interval)
Max Alloc is Maximum PGA Allocation size at snapshot time
Hist Max Alloc is the Historical Max Allocation for still-connected processes
ordered by Begin/End snapshot, Alloc (MB) desc
Category
Alloc (MB)
B Other
Used (MB)
Avg Alloc (MB)
Std Dev Alloc (MB)
Max Alloc (MB)
Hist Max Alloc (MB)
Num Proc
Num Alloc
5.16
4.17
28
79
165
165
142
142
851.60
Freeable
130.25
0.00
0.92
0.57
SQL
101.00
88.71
0.66
6.24
78
574
154
152
12.82
5.54
0.08
0.04
163
163
JAVA
8.67
8.64
1.08
0.44
E Other
612.21
4.67
3.68
22
73
131
131
PL/SQL
Freeable
109.06
0.00
0.98
1.06
11
111
111
SQL
18.52
9.18
0.15
0.08
490
120
118
PL/SQL
10.04
4.31
0.08
0.04
129
129
6.29
6.26
1.05
0.52
JAVA
Back to Memory Statistics
Back to Top
SGA Memory Summary
SGA regions
Database Buffers
Fixed Size
Begin Size (Bytes)
End Size (Bytes) (if different)
21,239,955,456
21,726,494,720
2,190,216
Redo Buffers
14,585,856
Variable Size
35,651,585,144
35,165,045,880
Back to Memory Statistics
Back to Top
SGA breakdown difference
Pool
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
Name
Begin MB
java
free memory
92.17
92.17
0.00
java
joxlod exec hp
18.96
18.96
0.00
large
free memory
207.75
207.75
0.00
7,332.70
7,268.50
-0.88
0.00
shared CCursor
shared Cursor Stats
End MB
% Diff
508.93
508.93
shared KGH: NO ACCESS
4,778.32
4,778.32
0.00
shared PCursor
4,185.49
4,091.26
-2.25
shared free memory
5,113.54
5,361.07
4.84
shared kglsim heap
429.11
429.11
0.00
shared kglsim object batch
715.35
715.35
0.00
shared library cache
2,056.78
1,992.97
-3.10
shared sql area
1,364.80
1,122.42
-17.76
shared sql area:PLSQL
1,405.54
1,161.55
-17.36
20,256.00 20,720.00
2.29
buffer_cache
fixed_sga
2.09
2.09
0.00
log_buffer
13.91
13.91
0.00
Back to Memory Statistics
Back to Top
Streams Statistics
Streams CPU/IO Usage
Streams Capture
Streams Apply
Buffered Queues
Buffered Subscribers
Rule Set
Back to Top
Streams CPU/IO Usage
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Streams Capture
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Streams Apply
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Buffered Queues
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Buffered Subscribers
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Rule Set
No data exists for this section of the report.
Back to Streams Statistics
Back to Top
Resource Limit Stats
No data exists for this section of the report.
Back to Top
init.ora Parameters
Parameter Name
Begin value
O7_DICTIONARY_ACCESSIBILITY TRUE
audit_file_dest
/oracle/admin/DSILAPRD/adump
audit_sys_operations
TRUE
audit_trail
XML
background_dump_dest
/oracle/admin/DSILAPRD/bdump
compatible
10.2.0.3.0
control_files
/oracle/oradata/data1/DSILAPRD/ctl_DSILAPRD01.ctl, /oracle/oradata/data2/DSILAPRD/ctl_DSILAPRD02.ctl,
/oracle/oradata/data3/DSILAPRD/ctl_DSILAPRD03.ctl, /oracle/oradata/data1/DSILAPRD/ctl_DSILAPRD04.ctl
core_dump_dest
/oracle/admin/DSILAPRD/cdump
db_block_size
8192
db_cache_size
9663676416
db_domain
latimes.com
db_file_multiblock_read_count
16
db_name
DSILAPRD
db_recovery_file_dest
/oracle/flash_recovery_area
End value (if
different)
db_recovery_file_dest_size
21474836480
dispatchers
(PROTOCOL=TCP) (SERVICE=DSICTPRDXDB)
fast_start_mttr_target
instance_name
DSILAPRD
java_pool_size
117440512
job_queue_processes
30
large_pool_size
218103808
log_archive_dest_1
LOCATION=/oracle/oradata/Archive/DSILAPRD
log_archive_dest_state_1
enable
log_archive_format
%t_%s_%r.arc
max_dump_file_size
100M
open_cursors
800
pga_aggregate_target
5368709120
processes
800
query_rewrite_enabled
FALSE
remote_login_passwordfile
EXCLUSIVE
remote_os_authent
TRUE
resource_limit
TRUE
session_cached_cursors
40
sga_max_size
56908316672
sga_target
46170898432
shared_pool_size
3221225472
smtp_out_server
lauzsmtp01.latimes.com
star_transformation_enabled
FALSE
timed_statistics
TRUE
undo_management
AUTO
undo_retention
10800
undo_tablespace
UNDOTBS1
user_dump_dest
/oracle/admin/DSILAPRD/udump
utl_file_dir
/oracle/oraexport/la, /oracle/oraimport/la, /oracle/home/dsiadmin/stg/r510/fil, /oracle/oraexport/la/Complaints,
/oracle/oraexport/la/Complaints/Processed
You might also like
- Apache Cassandra Administrator Associate - Exam Practice TestsFrom EverandApache Cassandra Administrator Associate - Exam Practice TestsNo ratings yet
- Oracle Database Administration Interview Questions You'll Most Likely Be Asked: Job Interview Questions SeriesFrom EverandOracle Database Administration Interview Questions You'll Most Likely Be Asked: Job Interview Questions Series5/5 (1)
- Let Me Create A Test Case: I Will Take Different OS Statistics and Run Time Statistics To Compare With AWR Report Generated After ExecutionNo ratings yetLet Me Create A Test Case: I Will Take Different OS Statistics and Run Time Statistics To Compare With AWR Report Generated After Execution16 pages
- 2014-Db-Franck Pachot-Interpreting Awr Reports Straight To The Goal-ManuskriptNo ratings yet2014-Db-Franck Pachot-Interpreting Awr Reports Straight To The Goal-Manuskript11 pages
- Performance Tuning Basics 15 - AWR Report Analysis - Expert OracleNo ratings yetPerformance Tuning Basics 15 - AWR Report Analysis - Expert Oracle63 pages
- Oracle Database 11g - Underground Advice for Database Administrators: Beyond the basicsFrom EverandOracle Database 11g - Underground Advice for Database Administrators: Beyond the basicsNo ratings yet
- 02-Steps To Analyze AWR Report in OracleNo ratings yet02-Steps To Analyze AWR Report in Oracle8 pages
- Resolving Common Oracle Wait Events Using The Wait InterfaceNo ratings yetResolving Common Oracle Wait Events Using The Wait Interface14 pages
- Contention - Perf - Tuning - OraPub PHLOUG CBC Analysis 1dNo ratings yetContention - Perf - Tuning - OraPub PHLOUG CBC Analysis 1d23 pages
- Tanel Poder Troubleshooting Complex Oracle Performance Issues Part 1No ratings yetTanel Poder Troubleshooting Complex Oracle Performance Issues Part 129 pages
- Back Porting Addm, Awr, Ash and Metrics To Oracle 9I & 8I: John Kanagaraj DB Soft Inc Session #206No ratings yetBack Porting Addm, Awr, Ash and Metrics To Oracle 9I & 8I: John Kanagaraj DB Soft Inc Session #20629 pages
- Logical I/O: Julian Dyke Independent ConsultantNo ratings yetLogical I/O: Julian Dyke Independent Consultant42 pages
- Exadata X3 in Action: Measuring Smart Scan Efficiency With AWRNo ratings yetExadata X3 in Action: Measuring Smart Scan Efficiency With AWR7 pages
- Exadata Database Machine Technical Architecture: June 2023100% (1)Exadata Database Machine Technical Architecture: June 202325 pages
- Tanel Poder Drilling Deep Into Exadata Performance PDFNo ratings yetTanel Poder Drilling Deep Into Exadata Performance PDF36 pages
- Troubleshooting 'Latch Cache Buffers Chains' Wait ContentionNo ratings yetTroubleshooting 'Latch Cache Buffers Chains' Wait Contention4 pages
- Tuning The Redolog Buffer Cache and Resolving Redo Latch ContentionNo ratings yetTuning The Redolog Buffer Cache and Resolving Redo Latch Contention5 pages
- 11 Advanced Oracle Troubleshooting Guide When The Wait Interface Is Not EnoughNo ratings yet11 Advanced Oracle Troubleshooting Guide When The Wait Interface Is Not Enough5 pages
- AWR Report Analysis in Depth-Part 1 - ClouddbaNo ratings yetAWR Report Analysis in Depth-Part 1 - Clouddba28 pages
- Netbackup 7.6 For Oracle: Hands-On Lab: DescriptionNo ratings yetNetbackup 7.6 For Oracle: Hands-On Lab: Description19 pages
- Oracle Database 11g and Oracle RAC 11g On IBM AIXNo ratings yetOracle Database 11g and Oracle RAC 11g On IBM AIX25 pages
- Seminar Report ON Common Channel Signaling (CCS)No ratings yetSeminar Report ON Common Channel Signaling (CCS)14 pages
- 5 - DB2BP - Troubleshooting - DB2 - Servers - 1013No ratings yet5 - DB2BP - Troubleshooting - DB2 - Servers - 101348 pages
- AVEVA Plant SCADA Access Anywhere 2020R2 FAQ v3No ratings yetAVEVA Plant SCADA Access Anywhere 2020R2 FAQ v32 pages
- The Alternative AZbox HD Guide by Gorski - Final - 25.10.2010No ratings yetThe Alternative AZbox HD Guide by Gorski - Final - 25.10.201060 pages
- Mta1 Can, M1 10P Can, At1 Can, At1 CF Can, M1, At1, AT1 CF, RA 12, RA 23, RA T1, FS 002 CAN, FS 002, T1 Foot CAN, ER 1, ER 1FNo ratings yetMta1 Can, M1 10P Can, At1 Can, At1 CF Can, M1, At1, AT1 CF, RA 12, RA 23, RA T1, FS 002 CAN, FS 002, T1 Foot CAN, ER 1, ER 1F16 pages
- Modeling and Characterizing Shared and Local Memories of The Ampere GpusNo ratings yetModeling and Characterizing Shared and Local Memories of The Ampere Gpus3 pages
- 90206-1023DED C3X&C4X&C70&C80 Troubleshooting100% (1)90206-1023DED C3X&C4X&C70&C80 Troubleshooting294 pages
- Technical Deck - Level 200 - Scenario and Workload Deep DiveNo ratings yetTechnical Deck - Level 200 - Scenario and Workload Deep Dive50 pages
- Bece301l Digital-Signal-Processing TH 1.0 71 Bece301l 66 AcpNo ratings yetBece301l Digital-Signal-Processing TH 1.0 71 Bece301l 66 Acp2 pages
- Apache Cassandra Administrator Associate - Exam Practice TestsFrom EverandApache Cassandra Administrator Associate - Exam Practice Tests
- Oracle Database Administration Interview Questions You'll Most Likely Be Asked: Job Interview Questions SeriesFrom EverandOracle Database Administration Interview Questions You'll Most Likely Be Asked: Job Interview Questions Series
- Let Me Create A Test Case: I Will Take Different OS Statistics and Run Time Statistics To Compare With AWR Report Generated After ExecutionLet Me Create A Test Case: I Will Take Different OS Statistics and Run Time Statistics To Compare With AWR Report Generated After Execution
- 2014-Db-Franck Pachot-Interpreting Awr Reports Straight To The Goal-Manuskript2014-Db-Franck Pachot-Interpreting Awr Reports Straight To The Goal-Manuskript
- Performance Tuning Basics 15 - AWR Report Analysis - Expert OraclePerformance Tuning Basics 15 - AWR Report Analysis - Expert Oracle
- Oracle Database 11g - Underground Advice for Database Administrators: Beyond the basicsFrom EverandOracle Database 11g - Underground Advice for Database Administrators: Beyond the basics
- Oracle SOA Suite 11g Administrator's HandbookFrom EverandOracle SOA Suite 11g Administrator's Handbook
- Oracle Data Guard 11gR2 Administration Beginner's GuideFrom EverandOracle Data Guard 11gR2 Administration Beginner's Guide
- Resolving Common Oracle Wait Events Using The Wait InterfaceResolving Common Oracle Wait Events Using The Wait Interface
- Contention - Perf - Tuning - OraPub PHLOUG CBC Analysis 1dContention - Perf - Tuning - OraPub PHLOUG CBC Analysis 1d
- Tanel Poder Troubleshooting Complex Oracle Performance Issues Part 1Tanel Poder Troubleshooting Complex Oracle Performance Issues Part 1
- Oracle Data Guard A Clear and Concise ReferenceFrom EverandOracle Data Guard A Clear and Concise Reference
- Back Porting Addm, Awr, Ash and Metrics To Oracle 9I & 8I: John Kanagaraj DB Soft Inc Session #206Back Porting Addm, Awr, Ash and Metrics To Oracle 9I & 8I: John Kanagaraj DB Soft Inc Session #206
- Exadata X3 in Action: Measuring Smart Scan Efficiency With AWRExadata X3 in Action: Measuring Smart Scan Efficiency With AWR
- Exadata Database Machine Technical Architecture: June 2023Exadata Database Machine Technical Architecture: June 2023
- Tanel Poder Drilling Deep Into Exadata Performance PDFTanel Poder Drilling Deep Into Exadata Performance PDF
- Troubleshooting 'Latch Cache Buffers Chains' Wait ContentionTroubleshooting 'Latch Cache Buffers Chains' Wait Contention
- Tuning The Redolog Buffer Cache and Resolving Redo Latch ContentionTuning The Redolog Buffer Cache and Resolving Redo Latch Contention
- 11 Advanced Oracle Troubleshooting Guide When The Wait Interface Is Not Enough11 Advanced Oracle Troubleshooting Guide When The Wait Interface Is Not Enough
- Netbackup 7.6 For Oracle: Hands-On Lab: DescriptionNetbackup 7.6 For Oracle: Hands-On Lab: Description
- 5 - DB2BP - Troubleshooting - DB2 - Servers - 10135 - DB2BP - Troubleshooting - DB2 - Servers - 1013
- The Alternative AZbox HD Guide by Gorski - Final - 25.10.2010The Alternative AZbox HD Guide by Gorski - Final - 25.10.2010
- Mta1 Can, M1 10P Can, At1 Can, At1 CF Can, M1, At1, AT1 CF, RA 12, RA 23, RA T1, FS 002 CAN, FS 002, T1 Foot CAN, ER 1, ER 1FMta1 Can, M1 10P Can, At1 Can, At1 CF Can, M1, At1, AT1 CF, RA 12, RA 23, RA T1, FS 002 CAN, FS 002, T1 Foot CAN, ER 1, ER 1F
- Modeling and Characterizing Shared and Local Memories of The Ampere GpusModeling and Characterizing Shared and Local Memories of The Ampere Gpus
- Technical Deck - Level 200 - Scenario and Workload Deep DiveTechnical Deck - Level 200 - Scenario and Workload Deep Dive
- Bece301l Digital-Signal-Processing TH 1.0 71 Bece301l 66 AcpBece301l Digital-Signal-Processing TH 1.0 71 Bece301l 66 Acp