IN Operator in Database ---- slow

Hi,
I am new for Oracle 10g. I just feel IN operator is kind of slow compared with LIKE or SQL Server experience I had.
Thanks for any help,
Kevin

Hello,
I want to return comma sprated values from a Oracle Stored Procedure using OUT parameter...
Please help....
--Deepssss

Similar Messages

Database slow down happeing for aperticular window

Hi,
For last few days we are having a issue with database slow down for a perticular window .We took the awr and ash report for that window and it shows the db file sequential read takes more time for aperticular query.But the same query works fine for rest of the day, so how we find the issue happend at that perticular window?
Thanks

Hi ,
there is not a single query running for that window, multiple sessions are running which are exceuting various queries.
Here is the AWR report for that window( due to size i could past only first half of thw awr report)
WORKLOAD REPOSITORY report for
DB Name     DB Id     Instance     Inst num     Release     RAC     Host
GNVPRD     1315880728     GNVPRD     1     10.2.0.4.0     NO     tpora02
     Snap Id     Snap Time     Sessions     Cursors/Session
Begin Snap:     22711     07-Jul-10 12:00:31     491     15.1
End Snap:     22712     07-Jul-10 13:00:29     550     16.2
Elapsed:          59.97 (mins)
DB Time:          376.21 (mins)
Report Summary
Cache Sizes
     Begin     End
Buffer Cache:     6,144M     6,144M     Std Block Size:     8K
Shared Pool Size:     2,048M     2,048M     Log Buffer:     5,200K
Load Profile
     Per Second     Per Transaction
Redo size:     572,299.00     9,239.63
Logical reads:     129,738.24     2,094.59
Block changes:     3,534.49     57.06
Physical reads:     990.77     16.00
Physical writes:     350.18     5.65
User calls:     3,806.67     61.46
Parses:     438.64     7.08
Hard parses:     2.31     0.04
Sorts:     1,112.23     17.96
Logons:     5.56     0.09
Executes:     4,926.11     79.53
Transactions:     61.94
% Blocks changed per Read:     2.72     Recursive Call %:     63.19
Rollback per transaction %:     0.21     Rows per Sort:     9.73
Instance Efficiency Percentages (Target 100%)
Buffer Nowait %:     99.99     Redo NoWait %:     100.00
Buffer Hit %:     99.25     In-memory Sort %:     100.00
Library Hit %:     99.70     Soft Parse %:     99.47
Execute to Parse %:     91.10     Latch Hit %:     99.89
Parse CPU to Parse Elapsd %:     95.41     % Non-Parse CPU:     98.92
Shared Pool Statistics
     Begin     End
Memory Usage %:     87.11     87.32
% SQL with executions>1:     71.59     67.41
% Memory for SQL w/exec>1:     78.66     77.94
Top 5 Timed Events
Event     Waits     Time(s)     Avg Wait(ms)     % Total Call Time     Wait Class
db file sequential read     2,120,397     9,932     5     44.0     User I/O
CPU time          9,284          41.1
db file parallel write     25,213     6,943     275     30.8     System I/O
enq: RO - fast object reuse     553     1,388     2,510     6.1     Application
log file parallel write     200,039     685     3     3.0     System I/O
Main Report
•     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
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
•     Total time in database user-calls (DB Time): 22572.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     21,791.55     96.54
DB CPU     9,283.91     41.13
PL/SQL execution elapsed time     835.47     3.70
connection management call elapsed time     217.19     0.96
parse time elapsed     108.39     0.48
hard parse elapsed time     65.36     0.29
RMAN cpu time (backup/restore)     6.94     0.03
repeated bind elapsed time     1.67     0.01
sequence load elapsed time     1.35     0.01
PL/SQL compilation elapsed time     1.13     0.01
inbound PL/SQL rpc elapsed time     0.46     0.00
hard parse (sharing criteria) elapsed time     0.13     0.00
failed parse elapsed time     0.11     0.00
DB time     22,572.52
background elapsed time     8,108.80
background cpu time     239.28
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
Wait Class     Waits     %Time -outs     Total Wait Time (s)     Avg wait (ms)     Waits /txn
User I/O     2,252,192     0.00     10,358     5     10.11
System I/O     290,991     0.00     7,754     27     1.31
Application     989     52.88     1,713     1732     0.00
Other     9,008     4.32     862     96     0.04
Commit     123,032     0.01     663     5     0.55
Network     8,045,193     0.00     322     0     36.10
Administrative     8,083     0.00     222     28     0.04
Concurrency     14,492     1.19     21     1     0.07
Configuration     1,039     31.18     3     3     0.00
Back to Wait Events Statistics
Back to Top
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     Waits     %Time -outs     Total Wait Time (s)     Avg wait (ms)     Waits /txn
db file sequential read     2,120,397     0.00     9,932     5     9.51
db file parallel write     25,213     0.00     6,943     275     0.11
enq: RO - fast object reuse     553     82.46     1,388     2510     0.00
log file parallel write     200,039     0.00     685     3     0.90
log file sync     123,032     0.01     663     5     0.55
rdbms ipc reply     417     57.31     486     1166     0.00
db file scattered read     58,713     0.00     334     6     0.26
enq: TX - row lock contention     212     31.60     325     1535     0.00
enq: CI - contention     203     32.02     230     1132     0.00
SQL*Net more data from dblink     697     0.00     197     283     0.00
enq: TX - contention     50     92.00     142     2840     0.00
Backup: sbtwrite2     8,070     0.00     92     11     0.04
read by other session     26,250     0.00     87     3     0.12
SQL*Net more data from client     111,270     0.00     79     1     0.50
Backup: sbtbackup     2     0.00     61     30738     0.00
Backup: sbtremove2     1     0.00     58     57528     0.00
log file sequential read     2,031     0.00     50     25     0.01
Log archive I/O     2,012     0.00     46     23     0.01
SQL*Net more data to client     525,719     0.00     42     0     2.36
RMAN backup & recovery I/O     3,995     0.00     17     4     0.02
control file parallel write     2,081     0.00     11     5     0.01
row cache lock     13     15.38     7     517     0.00
Backup: sbtclose2     2     0.00     6     3210     0.00
latch: cache buffers chains     9,632     0.00     6     1     0.04
Backup: sbtinfo2     2     0.00     4     2249     0.00
SQL*Net message to client     7,407,395     0.00     4     0     33.24
Data file init write     130     0.00     3     26     0.00
latch: library cache     2,556     0.00     3     1     0.01
db file single write     666     0.00     2     3     0.00
control file sequential read     55,562     0.00     2     0     0.25
cursor: pin S wait on X     175     97.14     2     10     0.00
latch free     952     0.21     1     1     0.00
log file switch completion     46     0.00     1     26     0.00
latch: cache buffers lru chain     1,025     0.00     1     1     0.00
os thread startup     12     0.00     1     88     0.00
control file single write     48     0.00     1     21     0.00
write complete waits     1     100.00     1     977     0.00
latch: library cache pin     706     0.00     1     1     0.00
log buffer space     126     0.79     1     5     0.00
LGWR wait for redo copy     3,688     0.41     1     0     0.02
latch: row cache objects     460     0.00     1     1     0.00
switch logfile command     3     0.00     0     162     0.00
enq: TX - index contention     22     0.00     0     18     0.00
library cache lock     1     0.00     0     341     0.00
latch: shared pool     137     0.00     0     2     0.00
latch: enqueue hash chains     103     0.00     0     3     0.00
wait list latch free     9     0.00     0     21     0.00
latch: object queue header operation     137     0.00     0     1     0.00
library cache load lock     6     0.00     0     25     0.00
kksfbc child completion     4     75.00     0     37     0.00
latch: messages     493     0.00     0     0     0.00
SQL*Net break/reset to client     224     0.00     0     1     0.00
latch: session allocation     258     0.00     0     1     0.00
latch: cache buffer handles     125     0.00     0     1     0.00
db file parallel read     12     0.00     0     10     0.00
reliable message     85     0.00     0     1     0.00
buffer busy waits     543     0.00     0     0     0.00
latch: redo writing     543     0.00     0     0     0.00
latch: redo allocation     65     0.00     0     1     0.00
Backup: sbtinit     1     0.00     0     66     0.00
log file single write     10     0.00     0     6     0.00
latch: In memory undo latch     171     0.00     0     0     0.00
direct path read temp     45,810     0.00     0     0     0.21
cursor: pin S     1,325     0.00     0     0     0.01
Backup: sbtend     1     0.00     0     29     0.00
latch: library cache lock     56     0.00     0     0     0.00
log file switch (private strand flush incomplete)     1     0.00     0     21     0.00
latch: checkpoint queue latch     45     0.00     0     0     0.00
ktfbtgex     1     100.00     0     10     0.00
buffer deadlock     18     100.00     0     0     0.00
undo segment extension     322     100.00     0     0     0.00
latch: undo global data     4     0.00     0     1     0.00
direct path write temp     208     0.00     0     0     0.00
SQL*Net message to dblink     112     0.00     0     0     0.00
cursor: mutex S     2     0.00     0     0     0.00
Backup: sbtinit2     1     0.00     0     0     0.00
direct path read     2     0.00     0     0     0.00
direct path write     4     0.00     0     0     0.00
enq: CF - contention     1     0.00     0     0     0.00
SQL*Net message from client     7,407,362     0.00     499,728     67     33.24
wait for unread message on broadcast channel     5,829     100.00     5,696     977     0.03
Streams AQ: waiting for messages in the queue     739     100.00     3,512     4752     0.00
jobq slave wait     538     96.65     1,563     2905     0.00
SQL*Net message from dblink     113     0.00     188     1663     0.00
single-task message     6     0.00     1     91     0.00
class slave wait     2     0.00     0     1     0.00
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
db file parallel write     25,213     0.00     6,943     275     0.11
log file parallel write     200,053     0.00     685     3     0.90
log file sequential read     2,003     0.00     50     25     0.01
Log archive I/O     1,985     0.00     46     23     0.01
events in waitclass Other     5,075     0.35     36     7     0.02
control file parallel write     1,926     0.00     11     5     0.01
db file single write     665     0.00     2     3     0.00
db file scattered read     70     0.00     2     21     0.00
os thread startup     12     0.00     1     88     0.00
log buffer space     121     0.83     0     3     0.00
control file sequential read     3,436     0.00     0     0     0.02
latch: redo writing     543     0.00     0     0     0.00
log file single write     10     0.00     0     6     0.00
latch: cache buffers chains     9     0.00     0     1     0.00
buffer busy waits     4     0.00     0     0     0.00
latch: In memory undo latch     5     0.00     0     0     0.00
latch: shared pool     1     0.00     0     0     0.00
db file sequential read     2,486     0.00     -0     -0     0.01
rdbms ipc message     270,474     6.59     53,843     199     1.21
pmon timer     1,199     99.92     3,506     2924     0.01
smon timer     5,152     0.00     3,477     675     0.02
class slave wait     1     0.00     0     1     0.00
Back to Wait Events Statistics
Back to Top
Operating System Statistics
Statistic     Total
AVG_BUSY_TIME     97,613
AVG_IDLE_TIME     250,683
AVG_IOWAIT_TIME     50,858
AVG_SYS_TIME     40,172
AVG_USER_TIME     57,332
BUSY_TIME     1,563,616
IDLE_TIME     4,012,607
IOWAIT_TIME     815,513
SYS_TIME     644,464
USER_TIME     919,152
LOAD     1
OS_CPU_WAIT_TIME     ###############
RSRC_MGR_CPU_WAIT_TIME     0
VM_IN_BYTES     8,159,232
VM_OUT_BYTES     0
PHYSICAL_MEMORY_BYTES     ###############
NUM_CPUS     16
NUM_CPU_SOCKETS     16
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
GNVPRD     19,725.00     6,820.70     2,875,582     406,809,618
SYS$USERS     2,809.60     2,432.80     689,519     59,435,406
SYS$BACKGROUND     0.00     0.00     5,952     50,964
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     User I/O Wt Time     Concurcy Total Wts     Concurcy Wt Time     Admin Total Wts     Admin Wt Time     Network Total Wts     Network Wt Time
GNVPRD     2174758     999257     13651     1341     8083     22246     7947374     32088
SYS$USERS     73011     35601     774     692     0     0     37787     71
SYS$BACKGROUND     4214     913     31     107     0     0     0     0
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
Back to Top
SQL ordered by Elapsed 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
Elapsed Time (s)     CPU Time (s)     Executions      Elap per Exec (s)      % Total DB Time     SQL Id     SQL Module     SQL Text
1,646     200     3,382     0.49     7.29     gj4cun71t2tdz
RATE@tpora02 (TNS V1-V3)      select cprd.event_num, cp...
1,476     71     1,724     0.86     6.54     90rxahqy9rntt
RATE@tpora02 (TNS V1-V3)      SELECT CUSTEVENTSOURCE.EVENT_S...
1,323     47     1,897     0.70     5.86     bj2k1at7aa2jr
RATE@tpora02 (TNS V1-V3)      INSERT INTO COSTEDEVENT (ACCOU...
1,219     220     68,594     0.02     5.40     0s3n1qq8m9qvj
DEBTage@tpora02 (TNS V1-V3)      SELECT BILLSUMMARY.ACCOUNT_NUM...
1,112     718     6     185.27     4.92     4rz598nkvfmq6
SQL*Plus      begin TPP_REFILLS; end;
989     139     133,363     0.01     4.38     azck89hzzsxzs
JDBC Connect Client      SELECT NVL(A.OVERDUE, 0), TO_N...
855     530     1,121     0.76     3.79     ata582x7aa4m7
custaccmaintenance.exe      SELECT CPD2.START_DAT "START_D...
788     736     1,006     0.78     3.49     dx0tmr2qk5gtc
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PROD...
703     700     345     2.04     3.12     ctfptvsjzpk91
JDBC Connect Client      SELECT 1 FROM PVCUSTHASPRODUCT...
676     441     1,121     0.60     3.00     3tb8v001ab9us
custaccmaintenance.exe      SELECT DISTINCT C.START_DAT "S...
630     596     4     157.57     2.79     gbrschujps752
oracle@tpora04 (TNS V1-V3)      SELECT "A1"."ACCOUNT_NUM"||'|'...
554     544     169     3.28     2.46     gzyxsfa4x9jc9
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PAYM...
512     238     2,059,483     0.00     2.27     4nt4x1ty34034
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
475     113     133,143     0.00     2.11     70gcpfy5mud9z
JDBC Connect Client      SELECT COUNT(*) FROM PVDEBTESC...
451     152     6     75.23     2.00     9c0hw716bqzra
SQL*Plus      begin TPP_COLLECTION...
437     148     6     72.81     1.94     0d4axgbm13s4q
SQL*Plus      begin TPP_COLLECTION...
422     131     5     84.44     1.87     axun401xz5b9n
SQL*Plus      begin TPP_COLLECTION...
413     99     7     58.98     1.83     0d6b7w315bm45
SQL*Plus      DECLARE l_stream nu...
392     80     6     65.26     1.73     bxhccjz09f6gr
SQL*Plus      (SELECT DISTINCT AC.ACCOUNT_NU...
385     146     6     64.20     1.71     3abjdvpx6d1km
SQL*Plus      begin TPP_COLLECTION...
368     129     5     73.69     1.63     brqj2987r5qug
SQL*Plus      begin TPP_COLLECTION...
339     128     5     67.89     1.50     2t3dbft8xna14
SQL*Plus      begin TPP_COLLECTION...
335     10     165,568     0.00     1.48     fkp4mg3g9pxhj
RATE@tpora02 (TNS V1-V3)      SELECT ACCOUNTRATING.ACCOUNT_N...
299     143     6     49.85     1.33     7zybhxkwuwsz5
SQL*Plus      begin TPP_COLLECTION...
290     150     2,087,640     0.00     1.29     4wbvga5zfrw8j
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
279     103     132,265     0.00     1.24     3r6cw5a8hkm0m
SQL*Plus      SELECT NVL2(SUPPLIER_ORDER_NUM...
273     272     1,057     0.26     1.21     f5rca5d6by0mz
JDBC Connect Client      SELECT MAX(PROCESS_START) FROM...
260     258     966     0.27     1.15     1k5g1um0u2ty9
JDBC Connect Client      SELECT COUNT(*) FROM TPP_COLLE...
226     225     169     1.34     1.00     7tz06amad7rhh
JDBC Connect Client      UPDATE GNV_TR_ADDPAYMENT SET P...
Back to SQL Statistics
Back to Top
SQL ordered by CPU Time
•     Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
•     % Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100
CPU Time (s)     Elapsed Time (s)     Executions      CPU per Exec (s)     % Total DB Time     SQL Id     SQL Module     SQL Text
736     788     1,006     0.73     3.49     dx0tmr2qk5gtc
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PROD...
718     1,112     6     119.66     4.92     4rz598nkvfmq6
SQL*Plus      begin TPP_REFILLS; end;
700     703     345     2.03     3.12     ctfptvsjzpk91
JDBC Connect Client      SELECT 1 FROM PVCUSTHASPRODUCT...
596     630     4     148.95     2.79     gbrschujps752
oracle@tpora04 (TNS V1-V3)      SELECT "A1"."ACCOUNT_NUM"||'|'...
544     554     169     3.22     2.46     gzyxsfa4x9jc9
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PAYM...
530     855     1,121     0.47     3.79     ata582x7aa4m7
custaccmaintenance.exe      SELECT CPD2.START_DAT "START_D...
441     676     1,121     0.39     3.00     3tb8v001ab9us
custaccmaintenance.exe      SELECT DISTINCT C.START_DAT "S...
272     273     1,057     0.26     1.21     f5rca5d6by0mz
JDBC Connect Client      SELECT MAX(PROCESS_START) FROM...
258     260     966     0.27     1.15     1k5g1um0u2ty9
JDBC Connect Client      SELECT COUNT(*) FROM TPP_COLLE...
238     512     2,059,483     0.00     2.27     4nt4x1ty34034
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
225     226     169     1.33     1.00     7tz06amad7rhh
JDBC Connect Client      UPDATE GNV_TR_ADDPAYMENT SET P...
220     1,219     68,594     0.00     5.40     0s3n1qq8m9qvj
DEBTage@tpora02 (TNS V1-V3)      SELECT BILLSUMMARY.ACCOUNT_NUM...
200     1,646     3,382     0.06     7.29     gj4cun71t2tdz
RATE@tpora02 (TNS V1-V3)      select cprd.event_num, cp...
152     451     6     25.38     2.00     9c0hw716bqzra
SQL*Plus      begin TPP_COLLECTION...
150     290     2,087,640     0.00     1.29     4wbvga5zfrw8j
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
148     437     6     24.62     1.94     0d4axgbm13s4q
SQL*Plus      begin TPP_COLLECTION...
146     385     6     24.34     1.71     3abjdvpx6d1km
SQL*Plus      begin TPP_COLLECTION...
143     299     6     23.82     1.33     7zybhxkwuwsz5
SQL*Plus      begin TPP_COLLECTION...
139     989     133,363     0.00     4.38     azck89hzzsxzs
JDBC Connect Client      SELECT NVL(A.OVERDUE, 0), TO_N...
131     422     5     26.21     1.87     axun401xz5b9n
SQL*Plus      begin TPP_COLLECTION...
129     368     5     25.82     1.63     brqj2987r5qug
SQL*Plus      begin TPP_COLLECTION...
128     339     5     25.61     1.50     2t3dbft8xna14
SQL*Plus      begin TPP_COLLECTION...
113     475     133,143     0.00     2.11     70gcpfy5mud9z
JDBC Connect Client      SELECT COUNT(*) FROM PVDEBTESC...
103     279     132,265     0.00     1.24     3r6cw5a8hkm0m
SQL*Plus      SELECT NVL2(SUPPLIER_ORDER_NUM...
99     413     7     14.11     1.83     0d6b7w315bm45
SQL*Plus      DECLARE l_stream nu...
80     392     6     13.38     1.73     bxhccjz09f6gr
SQL*Plus      (SELECT DISTINCT AC.ACCOUNT_NU...
71     1,476     1,724     0.04     6.54     90rxahqy9rntt
RATE@tpora02 (TNS V1-V3)      SELECT CUSTEVENTSOURCE.EVENT_S...
47     1,323     1,897     0.02     5.86     bj2k1at7aa2jr
RATE@tpora02 (TNS V1-V3)      INSERT INTO COSTEDEVENT (ACCOU...
10     335     165,568     0.00     1.48     fkp4mg3g9pxhj
RATE@tpora02 (TNS V1-V3)      SELECT ACCOUNTRATING.ACCOUNT_N...
Back to SQL Statistics
Back to Top
SQL ordered by Gets
•     Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.
•     Total Buffer Gets: 466,834,523
•     Captured SQL account for 66.1% of Total
Buffer Gets      Executions      Gets per Exec      %Total     CPU Time (s)     Elapsed Time (s)     SQL Id     SQL Module     SQL Text
97,138,090     1,121     86,653.07     20.81     530.19     855.23     ata582x7aa4m7
custaccmaintenance.exe      SELECT CPD2.START_DAT "START_D...
88,649,958     1,121     79,081.14     18.99     441.39     676.20     3tb8v001ab9us
custaccmaintenance.exe      SELECT DISTINCT C.START_DAT "S...
21,778,221     1,006     21,648.33     4.67     735.64     787.60     dx0tmr2qk5gtc
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PROD...
21,179,373     3,382     6,262.38     4.54     199.85     1646.41     gj4cun71t2tdz
RATE@tpora02 (TNS V1-V3)      select cprd.event_num, cp...
20,355,429     345     59,001.24     4.36     699.56     703.43     ctfptvsjzpk91
JDBC Connect Client      SELECT 1 FROM PVCUSTHASPRODUCT...
18,462,542     6     3,077,090.33     3.95     717.94     1111.60     4rz598nkvfmq6
SQL*Plus      begin TPP_REFILLS; end;
13,979,364     169     82,718.13     2.99     544.48     554.28     gzyxsfa4x9jc9
JDBC Connect Client      BEGIN GENEVA_ADMIN.GNV_BE_PAYM...
9,484,600     2,087,640     4.54     2.03     150.20     290.38     4wbvga5zfrw8j
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
8,370,348     2,059,483     4.06     1.79     237.85     512.20     4nt4x1ty34034
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
8,208,700     6     1,368,116.67     1.76     152.29     451.37     9c0hw716bqzra
SQL*Plus      begin TPP_COLLECTION...
7,928,935     6     1,321,489.17     1.70     147.70     436.85     0d4axgbm13s4q
SQL*Plus      begin TPP_COLLECTION...
7,864,331     6     1,310,721.83     1.68     142.91     299.11     7zybhxkwuwsz5
SQL*Plus      begin TPP_COLLECTION...
7,821,595     6     1,303,599.17     1.68     146.06     385.22     3abjdvpx6d1km
SQL*Plus      begin TPP_COLLECTION...
7,774,307     1,057     7,355.07     1.67     271.82     273.33     f5rca5d6by0mz
JDBC Connect Client      SELECT MAX(PROCESS_START) FROM...
7,073,493     784     9,022.31     1.52     222.56     224.41     dvhuu9xxtth12
SQL*Plus      SELECT ACCOUNTATTRIBUTE3, ACCO...
7,003,054     169     41,438.19     1.50     225.02     225.81     7tz06amad7rhh
JDBC Connect Client      UPDATE GNV_TR_ADDPAYMENT SET P...
6,824,695     68,594     99.49     1.46     219.66     1218.68     0s3n1qq8m9qvj
DEBTage@tpora02 (TNS V1-V3)      SELECT BILLSUMMARY.ACCOUNT_NUM...
6,805,514     5     1,361,102.80     1.46     131.07     422.18     axun401xz5b9n
SQL*Plus      begin TPP_COLLECTION...
6,692,517     5     1,338,503.40     1.43     129.11     368.47     brqj2987r5qug
SQL*Plus      begin TPP_COLLECTION...
6,615,712     5     1,323,142.40     1.42     128.05     339.44     2t3dbft8xna14
SQL*Plus      begin TPP_COLLECTION...
5,860,474     132,265     44.31     1.26     103.31     279.47     3r6cw5a8hkm0m
SQL*Plus      SELECT NVL2(SUPPLIER_ORDER_NUM...
5,128,762     5     1,025,752.40     1.10     103.33     177.17     8c6vmvbwp9ja4
SQL*Plus      begin TPP_COLLECTION...
Back to SQL Statistics
Back to Top
SQL ordered by Reads
•     Total Disk Reads: 3,565,074
•     Captured SQL account for 66.6% of Total
Physical Reads     Executions     Reads per Exec      %Total     CPU Time (s)     Elapsed Time (s)     SQL Id     SQL Module     SQL Text
581,050     2     290,525.00     16.30     152.66     195.17     d15cdr0zt3vtp
Oracle Enterprise Manager.Metric Engine      SELECT TO_CHAR(current_timesta...
278,588     1,724     161.59     7.81     70.51     1475.54     90rxahqy9rntt
RATE@tpora02 (TNS V1-V3)      SELECT CUSTEVENTSOURCE.EVENT_S...
263,588     1,897     138.95     7.39     46.73     1322.83     bj2k1at7aa2jr
RATE@tpora02 (TNS V1-V3)      INSERT INTO COSTEDEVENT (ACCOU...
260,337     68,594     3.80     7.30     219.66     1218.68     0s3n1qq8m9qvj
DEBTage@tpora02 (TNS V1-V3)      SELECT BILLSUMMARY.ACCOUNT_NUM...
256,696     3,382     75.90     7.20     199.85     1646.41     gj4cun71t2tdz
RATE@tpora02 (TNS V1-V3)      select cprd.event_num, cp...
232,825     133,363     1.75     6.53     138.65     988.53     azck89hzzsxzs
JDBC Connect Client      SELECT NVL(A.OVERDUE, 0), TO_N...
166,786     7     23,826.57     4.68     98.78     412.88     0d6b7w315bm45
SQL*Plus      DECLARE l_stream nu...
152,293     6     25,382.17     4.27     80.25     391.58     bxhccjz09f6gr
SQL*Plus      (SELECT DISTINCT AC.ACCOUNT_NU...
91,086     133,143     0.68     2.55     113.14     475.35     70gcpfy5mud9z
JDBC Connect Client      SELECT COUNT(*) FROM PVDEBTESC...
75,392     6     12,565.33     2.11     152.29     451.37     9c0hw716bqzra
SQL*Plus      begin TPP_COLLECTION...
71,522     6     11,920.33     2.01     147.70     436.85     0d4axgbm13s4q
SQL*Plus      begin TPP_COLLECTION...
67,724     132,265     0.51     1.90     103.31     279.47     3r6cw5a8hkm0m
SQL*Plus      SELECT NVL2(SUPPLIER_ORDER_NUM...
64,148     2,059,483     0.03     1.80     237.85     512.20     4nt4x1ty34034
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
63,710     5     12,742.00     1.79     131.07     422.18     axun401xz5b9n
SQL*Plus      begin TPP_COLLECTION...
56,512     6     9,418.67     1.59     146.06     385.22     3abjdvpx6d1km
SQL*Plus      begin TPP_COLLECTION...
52,123     6     8,687.17     1.46     717.94     1111.60     4rz598nkvfmq6
SQL*Plus      begin TPP_REFILLS; end;
51,966     5     10,393.20     1.46     129.11     368.47     brqj2987r5qug
SQL*Plus      begin TPP_COLLECTION...
47,043     5     9,408.60     1.32     128.05     339.44     2t3dbft8xna14
SQL*Plus      begin TPP_COLLECTION...
46,992     1,121     41.92     1.32     530.19     855.23     ata582x7aa4m7
custaccmaintenance.exe      SELECT CPD2.START_DAT "START_D...
42,104     6     7,017.33     1.18     142.91     299.11     7zybhxkwuwsz5
SQL*Plus      begin TPP_COLLECTION...
40,144     1,121     35.81     1.13     441.39     676.20     3tb8v001ab9us
custaccmaintenance.exe      SELECT DISTINCT C.START_DAT "S...
Back to SQL Statistics
Back to Top
SQL ordered by Executions
•     Total Executions: 17,725,519
•     Captured SQL account for 38.5% of Total
Executions      Rows Processed     Rows per Exec     CPU per Exec (s)     Elap per Exec (s)      SQL Id     SQL Module     SQL Text
2,087,640     919,180     0.44     0.00     0.00     4wbvga5zfrw8j
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
2,059,483     2,159,051     1.05     0.00     0.00     4nt4x1ty34034
DEBTage@tpora02 (TNS V1-V3)      SELECT DEBTESCALATIONREQUEST.A...
596,449     0     0.00     0.00     0.00     9zstg7a7j4mk6
custaccmaintenance.exe      SELECT STRING_VALUE FROM GPARA...
267,468     267,431     1.00     0.00     0.00     8bgyqd22xu56f
JDBC Connect Client      SELECT STRING_VALUE FROM TPP_G...
203,642     157,264     0.77     0.00     0.00     0h6b2sajwb74n
     select privilege#, level from ...
165,568     165,565     1.00     0.00     0.00     fkp4mg3g9pxhj
RATE@tpora02 (TNS V1-V3)      SELECT ACCOUNTRATING.ACCOUNT_N...
133,424     133,406     1.00     0.00     0.00     5aspmjf2vrnq5
JDBC Connect Client      update accountattributes set D...
133,422     133,416     1.00     0.00     0.00     82xjvtb8p8qzw
JDBC Connect Client      update accountattributes set A...
133,414     133,416     1.00     0.00     0.00     3cwuq4f267u2p
JDBC Connect Client      update accountattributes set P...
133,363     133,340     1.00     0.00     0.01     azck89hzzsxzs
JDBC Connect Client      SELECT NVL(A.OVERDUE, 0), TO_N...
Back to SQL Statistics
Back to Top
SQL ordered by Parse Calls
•     Total Parse Calls: 1,578,365
•     Captured SQL account for 68.8% of Total
Parse Calls     Executions      % Total Parses     SQL Id     SQL Module     SQL Text
203,641     203,642     12.90     0h6b2sajwb74n
     select privilege#, level from ...
133,417     133,422     8.45     82xjvtb8p8qzw
JDBC Connect Client      update accountattributes set A...
133,399     133,424     8.45     5aspmjf2vrnq5
JDBC Connect Client      update accountattributes set D...
133,373     133,414     8.45     3cwuq4f267u2p
JDBC Connect Client      update accountattributes set P...
133,294     133,305     8.45     f2cwgjkfgrd34
JDBC Connect Client      update accountattributes set A...
22,476     22,476     1.42     9babjv8yq8ru3
SQL*Plus      BEGIN DBMS_OUTPUT.GET_LINES(:L...
20,013     20,013     1.27     0k8522rmdzg4k
     select privilege# from sysauth...
19,963     20,102     1.26     15zytu14qzw6p
oracle@tpora04 (TNS V1-V3)      insert into sys.aud$( sessioni...
19,902     19,902     1.26     1rd8um1taq1fn
     update sys.aud$ set action#=:2...
19,412     19,412     1.23     459f3z9u4fb3u
     select value$ from props$ wher...
19,408     19,407     1.23     0ws7ahf1d78qa
     select SYS_CONTEXT('USERENV', ...
19,388     19,388     1.23     5ur69atw3vfhj
     select decode(failover_method,...
18,432     18,432     1.17     1uzhrfn574t12
sqlplus@tpora02 (TNS V1-V3)      SELECT ATTRIBUTE, SCOPE, NUMER...
18,432     18,432     1.17     c4pc3jhzjcmc7
sqlplus@tpora02 (TNS V1-V3)      SELECT CHAR_VALUE FROM SYSTEM....
18,432     18,432     1.17     d6vwqbw6r2ffk
sqlplus@tpora02 (TNS V1-V3)      SELECT USER FROM DUAL
18,432     18,432     1.17     dyk4dprp70d74
SQL*Plus      SELECT DECODE('A', 'A', '1', '...
18,431     18,431     1.17     g4y6nw3tts7cc
sqlplus@tpora02 (TNS V1-V3)      BEGIN DBMS_APPLICATION_INFO.SE...
18,420     18,420     1.17     5qgz1p0cut7mx
sqlplus@tpora02 (TNS V1-V3)      BEGIN DBMS_OUTPUT.DISABLE; END...
18,149     18,149     1.15     cb21bacyh3c7d
     select metadata from kopm$ wh...
18,028     18,028     1.14     b3s1x9zqrvzvc
SQL*Plus      BEGIN DBMS_OUTPUT.ENABLE(10000...
Back to SQL Statistics
Back to Top
SQL ordered by Sharable Memory
No data exists for this section of the report.
Back to SQL Statistics
Back to Top
SQL ordered by Version Count
•     Only Statements with Version Count greater than 20 are displayed
Version Count      Executions      SQL Id     SQL Module     SQL Text
37     1     5m21u4xgy81pa
SQL*Plus      select ord.status_cd Status, ...
35     1     26hm5bmbzq9sy
SQL*Plus      select ord.status_cd Status, ...
23     1     gtn080r95gfr9
SQL*Plus      insert into connect_pp_monitor...
Back to SQL Statistics
Back to Top

Whould reinstalling the operating system fix, slowness of the macbook pro

Whould reinstalling the operating system fix, slowness of the macbook pr

It's best to describe the problem, in as much detail as possible, rather than your conclusions as to what's causing it or how it should be solved.

No DDL operation on database.

Dear all,
I am using oracle 9i.
I want that no user could perform DDL operation on database except sys user.
How can I achive this.
Please advice.
Waiting for your reply.
Regards,

But my condition is this.I have schema say A.It have
database objects like tables and views.
I want that all users should have schema name and
password.I just love questions like this. "I've got a completely insecure setup and my users are running amok. But I don't want to put proper procedures in place and I don't want to train my users. Please help me."
Okay, here is the answer: triggers to prevent DDL.
SQL> conn sys as sysdba
Enter password: **********
Connected.
SQL> CREATE TRIGGER no_drop BEFORE DROP ON scott.SCHEMA
2 BEGIN
3     IF user != 'SYS'
4     THEN
5        RAISE_APPLICATION_ERROR(-20000, 'Naughty, naughty, naughty!');
6     END IF;
7 END;
8 /
Trigger created.
SQL> conn scott/tiger
Connected.
SQL> drop table emp
2 /
drop table emp
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-20000: Naughty, naughty, naughty!
ORA-06512: at line 4
SQL> Cheers, APC

Database slow response

Hi Guys,
I am running Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production on Solaris 10.
I upgraded my database from 9i (9.2.0.4.0 - 64bit Production) to 11gR2 (11.2.0.3.0 - 64bit Production)--now I am experiencing slow response from the queries.
Below please find my Top 5 Wait Events:
Top 5 Timed Foreground Events
Event     Waits     Time(s)     Avg wait (ms)     % DB time     Wait Class
db file sequential read      3,573,342     7,796     2     71.69     User I/O
DB CPU          2,780          25.56
db file parallel read     37,346     327     9     3.01     User I/O
direct path write temp     3,947     248     63     2.28      User I/O
Disk file operations I/O     20,134     170     8     1.56      User I/O
It looks like I have a serious I/O issues here--but how do I see if this is indeed the case?
Please Help!!!!!!
Thanks in advance.
Edited by: user11979518 on Nov 1, 2012 5:05 AM

user11979518 wrote:
Thanks Guys for the replies,
I strongly feel that this link--http://jonathanlewis.wordpress.com/category/oracle/statspack/ posted on this thread by Girish, really addresses my problems.
I used memory target during the upgrade.
Below are the reports from AWR:
This statement inetersted me most:
The DBA had decided to trust Oracle to do the right thing after the upgrade, so he had set the memory_target
and eliminated all the other memory parameters, including the db_keep_cache_size.I did exactly that on during my upgrade.
Here is the report from my database:
Segments by Physical Read Requests:
Owner          Tablespace Name          Object Name               Subobject Name     Obj. Type     Physical Reads     %Total
CTRONLIV     AXS_AP2               PAY_HISTORY                         TABLE          9,286,075     60.12
CTRONLIV     AXS_AP2               AP_VCHRS                         TABLE          2,732,117     17.69
CTRONLIV     AXS_AR2               APPL_HIST_HDRS                          TABLE          1,216,941     7.88
CTRONLIV     AXS_API2          SIY_X51                              INDEX          775,911          5.02
CTRONLIV     AXS_API3          CHCK_RECON_TRANDATE_IDX                    INDEX          263,826          1.71
Segments by UnOptimized Reads:
Owner          Tablespace Name          Object Name               Subobject Name     Obj. Type     UnOptimized Reads     %Total
CTRONLIV     AXS_AP2               PAY_HISTORY                         TABLE          9,278,509          69.33
CTRONLIV     AXS_AR2               APPL_HIST_HDRS                         TABLE          1,215,931          9.09
CTRONLIV     AXS_API2          SIYA_X51                         INDEX          775,915               5.80
CTRONLIV     AXS_AP2               AP_VCHRS                         TABLE          752,067               5.62
CTRONLIV     AXS_API3          CHCK_RECON_TRANDATE_IDX                    INDEX          263,826               1.97
See how much better your report looks when I put in tags for you?
Looking at the report it shows that I have done 9.2M read requests from table PAY_HISTORY and 1.2 M read requests from table APPL_HIST_HDRS,resulting in 9.2 M blocks reads from one table and 1.2M blocks read from the other, now I checked the sizes of the two tables:--PAY_HISTORY-->30GB and APPL_HIST_HDRS-->34GB.
I used dbms_metadata.get_ddl(),as suggested on the link,to see the DDL of the two tables...the storage parameter are as follows :
FOR table PAY_HISTORY:
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 1048576 NEXT 20971520 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
For table APPL_HIST_HDRS:
) PCTFREE 10 PCTUSED 0 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 2147483648 NEXT 209715200 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
Does these mean that my tables were assigned to use KEEP buffer pool ?
Or are they are assigned to use defualt buffer pool, if so does it mean that my cache is not working and if so, how do I rectify this issue?
BUFFER_POOL DEFAULT means they were put into a pool named DEFAULT. You should leave them there and work on the actual problem first. There are queries to find out what is in the various pools, you can check that (and sometimes there are surprises). But in general, leave it until after fixing the code that is making the problem.
You should look at the top SQL and see if it is accessing those objects. You should look at all SQL accessing those objects. Look at the plans, including predicates. You can post those here for more help, see the thread about how to post a tuning request. The most likely thing is that some plan is not the best. After you fix that, you may find your problems magically change. (Assuming you checked all the config stuff I suggested).

Database slow on startup

Hi,
I am a new administrator and am facing an issue with my Oracle 8.1.6 database.I have encountered a problem where somedays my Oracle becomes extemely slow after startup.Almost it goes into a hung kind of state wheneever any reports etc are accessed from the application.After waiting for abt half an hour or so everything goes back to normal.
Has anyone faced a similar kind of problem .Has it got something to do with the recovery process taking place during startup.Can you please help me find a solution to this.
Regards,
Dinesh

in order to be sure you may watch the operating system cpu, disk, memory and network load and catch the top consuming proceses - you can use sar iostat vmstat and netstat for unix -
After match them from v$ views to find out the sql query, what they are waiting etc. - you can use this query to identify what is going on behind -
-- who is doing what
SELECT sq.sql_text,
se.status,
se.username,
se.osuser,
se.terminal,
se.machine,
'ALTER SYSTEM KILL SESSION ''' || se.sid || ', ' || se.serial# ||
''' IMMEDIATE ;',
se.sid,
se.serial#,
pr.spid,
se.saddr,
se.schemaname,
se.program,
se.logon_time,
sq.hash_value,
sq.address,
sq.buffer_gets,
sq.disk_reads,
sq.executions,
sq.fetches,
sq.rows_processed,
io.block_gets,
io.consistent_gets,
io.physical_reads,
io.block_changes,
io.consistent_changes,
se.module,
se.action,
se.client_info,
sw.event,
sw.p1text,
sw.p1,
sw.p2text,
sw.p2,
pr.pga_used_mem,
pr.pga_alloc_mem,
pr.pga_freeable_mem,
pr.pga_max_mem,
'exec dbms_support.start_trace_in_session(' || se.sid || ', ' || se.serial# || ', ' ||
'waits => TRUE' || ', ' || 'binds => TRUE);',
'exec dbms_support.stop_trace_in_session(' || se.sid || ', ' || se.serial# || ');'
FROM v$session se, v$sqlarea sq, v$process pr, v$session_wait sw, v$sess_io io
WHERE status IN ('ACTIVE', 'KILLED', ' INACTIVE', ' CACHED', ' SNIPED')
AND se.sql_hash_value = sq.hash_value(+)
AND se.sql_address = sq.address(+)
AND se.paddr = pr.addr
AND se.sid = sw.sid
AND se.sid = io.sid
ORDER BY sq.sql_text, se.username, se.schemaname, se.osuser, se.program, se.sid
You need to match the top consumer os processes' id with the "pr.spid" column, then you might look at the other columns of that row for details.
Also the database runs a number of jobs - backups, etc. these may be the problems.

Oracle Database Slow Perfomance

Hi Dear,
We are using Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
Operating System Micsoft Window 2000 5.00.2195 With Service Pack 4.and conneted users max 70 all time. So we are facing slow database perfomance. Kindly resolve my problem with advance thanks
System configuration as below
System : Dell PowerEdge 1800
Processor : 3.00 GHZ
Ram : 2.00 GB
Cordial Regrds
Raheem

We are using below init file with name "init.ora.1122005225338"
# Copyright (c) 1991, 2001, 2002 by Oracle Corporation
# Cache and I/O
db_block_size=16384
db_cache_size=50331648
db_file_multiblock_read_count=32
# Cursors and Library Cache
open_cursors=600
# Database Identification
db_domain=uma
db_name=orauma
# Diagnostics and Statistics
background_dump_dest=D:\oracle\admin\orauma\bdump
core_dump_dest=D:\oracle\admin\orauma\cdump
timed_statistics=TRUE
user_dump_dest=D:\oracle\admin\orauma\udump
# File Configuration
control_files=("D:\oracle\oradata\orauma\CONTROL01.CTL", "D:\oracle\oradata\orauma\CONTROL02.CTL", "D:\oracle\oradata\orauma\CONTROL03.CTL")
# Instance Identification
instance_name=orauma
# Job Queues
job_queue_processes=10
# MTS
dispatchers="(PROTOCOL=TCP) (SERVICE=oraumaXDB)"
# Miscellaneous
aq_tm_processes=1
compatible=9.2.0.0.0
# Optimizer
hash_join_enabled=TRUE
query_rewrite_enabled=FALSE
star_transformation_enabled=FALSE
# Pools
java_pool_size=67108864
large_pool_size=8388608
shared_pool_size=50331648
# Processes and Sessions
processes=200
# Redo Log and Recovery
fast_start_mttr_target=300
# Security and Auditing
remote_login_passwordfile=EXCLUSIVE
# Sort, Hash Joins, Bitmap Indexes
pga_aggregate_target=25165824
sort_area_size=524288
# System Managed Undo and Rollback Segments
undo_management=AUTO
undo_retention=10800
undo_tablespace=UNDOTBS1

Multiple database operations in Database Adapter - please help

Hi,
I would like to have multiple operation in my database adapter. I drop the database adapter onto the composite.xml and follow the wizard. An adapter with one operation is created.
When I click the "Edit" button on it and run the wizard again, all the previous changes are lost, and only the new operation is present.
In the "Oracle® Fusion Middleware User's Guide for Technology Adapters 11g Release 1 (11.1.1.5.0) 9 Oracle JCA Adapter for Database" I read the following:+
While at run time you have Oracle Database Adapter instances, at design time you have the Adapter Configuration Wizard (link). You can run it once to generate a single adapter service end point, and then multiple times in edit mode to make incremental changes to each. It generates all the adapter related artifacts needed when deploying a SOA composite as Table 9-1 lists.
But I how do I change the Jdeveloper into the "edit mode" ??? I've been trying for hours, and I cant figure it out. Please help!!!

Hi Vijay,
did you actually test this? When I finish creating a DBAdapter, there is a operation present. Then when I click edit again on the DBAdapter, and I create another select, when I finish only the first operation is gone, and I can only see the one I've created via the last edit.
I dont understand your reply. Can I have two operations, each one with select underneath, in the same adapter?
Edited by: user13604541 on Jan 30, 2012 11:19 AM

How to add custom sql operations in Database adapters?

I have a database adapter in ESB configured with insert, update and select operations.
I wanted to add another select operation with pure sql. When I added the operation it gave me error "Start of the root element expected" while registering the service.
Can't we do like this?
I use SOA suite 10.1.3.4.
- Sam

Hi Thanks for reply.
There is an option while configuring the DB adapter "Execute Custom SQL" where you can specify the query you want to execute. It will generate the schema as per the query you enter in the wizard.
I have created adapters with this type of custom SQLs and even I have put multiple operations in the same adapters where all use Custom SQL and they are working fine.
Thease custom SQL operations can be anything insert, update, select and they even work with other operations using procedures in the same adapter. But yes we need to modify the WSDL manuallly.
My problem was that when I try to add the custom SQL operation in the adapter which is configured with normal select, insert and update operation, I was getting the error mentioned.
- Sam

Need advice on what kind of report, queries to tune database slow issues

Currently we have AWR reports. Our system is 11.1.07 version on AIX/Linux.
Sometimes application will say it is slow running some queries.
We have firewalls implemented so we cannot use toad, or other tools to access through our workstation.
Any good manual suggestions to pinpoint what exact wrong in the system?
Any good suggestions?
Thanks in advance.

846422 wrote:
Any good suggestions?
Try to forget for a moment the nice GUI tools and read instead what experts do when trying to answer "Why my database is slow ?" in http://www.nocoug.org/Journal/NoCOUG_Journal_201105.pdf.
In your case I would try to work with end users to identify application scenarios that are slow and use SQL trace/TKPROF on related database sessions. For this you only need command line interface (CLI) access to run SQL statements and access to machine hosting database server: that should be possible with the jump server otherwise you cannot do anything and you would better ask someone that has CLI access to database and database server machine.
If you have license to use AWR, you can also use ADDM report which runs an automatic analysis of AWR report and give some advices:
SQL> @?/rdbms/admin/addmrptEdited by: P. Forstmann on 22 juil. 2011 20:15
Edited by: P. Forstmann on 22 juil. 2011 20:40

Database slow; How to check the Oracle query timings

Hi,
I have a quick question regarding a troubleshooting iam currently working on.
We have a J2EE application runnig on WLS 81 SP3.
We are experiencing a problem where the customer response time on our application is "too slow". We checked our N/W and they seems to be OK. The Iplanet webserver and BEA application servers looks good but on the Oracle database box - i saw "iowait" (when doing top UNIX command) to be 50-60 % which is extremly high. We are suspecting this to be our issue as the "iowait" is very high at the DATABASE box hence causing BEA servers to show "slow response" on certain pages which are database accentric.
Now, in order to proove that the queries are taking "too longer" to execute from the time BEA server requested and it actually got the reply back from database, i need to dig down and get some "profiling" (due to some political reasons, i can request to turn on profling at the moment) done. So, is there any way i can verify the response time when the BEA server requested some information from the database and the time when Oracle database responded with all the information requested ?
thanks for your help,

Yes. Create a Date object prior to the database call. Then create another one when the call completes. Convert both to mililseconds and subtract. You will have network latency in that statistic, but especially if you are using connection pools, the vast majority should be database access.
Another option is to turn on tk_prof or create an EXPLAIN plan table in Oracle. That will show the 'cost' of each query. Also, try running statistics on the database, that should help the optimizer.
- Saish

Database slow after Index compute statistics

Dear All,
Since 2 days back after executing Analyze Index compute objects to increase the response time some programs from my application have become very slow.
After seeing this behaviour I went ahead and did a Analyze table compute statistic again . Even after doing this the behaviour has remained the same . Some users have been complaining (becoz the slowness has effected only some tables and not the whole database).
I checked sys.v_$session_longops and got this output
OPNAME      TARGET     ELAPSED_SECONDS
NULL     53     596792483
NULL      53     596793670
¥Á     3248826740 596793669
NULL     53     596793624
NULL     NULL 596800369
NULL     1     596796740
NULL     1732526816     596472777
Table Scan     PO8.ACC_LEDGER      9
Table Scan     PO8.INVENTORY_LEDGER     26
Sort Output     NULL      7
Sort/Merge     NULL      15
Sort/Merge     NULL     66
Table Scan     PO8.INVENTORY_LEDGER     12
Table Scan     PO8.ACC_LEDGER     9
NULL     1725513472     0
NULL     3361240696     0
NULL     3361796632     0
NULL 22     596792484
NULL     1730819772     596800386
NBIAAT56020010ä     (stale) obj# 3363169460     596800605
ýÐ      3506279036     596799303
NULL      NULL     596800634
What could have happened.
In the ini I have set
optimizer mode = Choose
db_file_multiblock_read_count=     8
Sapna

Took a statspack and got these values
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait Ratio: 100.00
Buffer Hit Ratio: 23.70
Library Hit Ratio: 99.52
Redo NoWait Ratio: 99.96
In-memory Sort Ratio: 98.77
Soft Parse Ratio: 98.74
Latch Hit Ratio: 100.00
Top 5 Wait Events
~~~~~~~~~~~~~~~~~ Wait % Total
Event Waits Time (cs) Wt Time
db file scattered read 120,661 0 .00
db file sequential read 26,053 0 .00
SQL*Net more data to client 3,421 0 .00
control file parallel write 314 0 .00
direct path read 244 0 .00
And do you suggest that I do an Analyze table 'table_name' estimate statistics for all the tables.
Sapna

Database slow reponse

Hi Experts,
we are working on oracle 9i in solaris 5.9 server, we are experiencing very slow database response for past 2 weeks. Please suggest where to look for the problem and how resolve the issues.
Thanks
Shaan

Other things to look at:-
Locks.
How many times a min you get new redo log switches. Increase log file size if multiple created per min.
Undo/Rollback segments waits. N.B. these will be stats from the start time of the DB.
column value format a10 heading " Database "
column user format a10 heading " User "
column machine format a10 heading " Machine "
column open_time format a18 heading " Database | Start time "
column rsegnm format a10 heading " Rollback | Name "
column transgets format 99999999 heading " Gets "
column transwait format 99999999 heading " Waits "
column writes format 9999999999 heading " Writes "
column optsizek format 99999999 heading " Optl| Size|Kbyts"
column rssizek format 99999999 heading " Seg | Size|Kbyts"
column hwmsizek format 99999999 heading " HWM | Size|Kbyts"
column aveactivek format 99999999 heading " Ave | actv|Kbyts"
column shrinks format 99999 heading "Shrinks"
column wraps format 99999 heading "Wraps"
column extents format 99999 heading "Extns"
column initial_extent format 99999 heading " Init| Extn|Kbyts"
column next_extent format 99999 heading " Next| Extn|Kbyts"
set linesize 180
set head on
alter session set nls_date_format ='DD-MM-YY:HH24:MI:SS';
select distinct
par.value ,
upper(mname.machine) machine,
th.open_time,
n.name rsegnm,
s.gets transgets,
s.waits transwait,
(s.optsize/1024) optsizek,
(s.rssize/1024) rssizek,
(s.hwmsize/1024) hwmsizek,
(s.aveactive/1024) aveactivek,
s.shrinks shrinks,
s.wraps wraps
from v$rollname n,v$rollstat s,v$parameter par, v$session mname,
v$thread th
where n.usn = s.usn and upper(par.name)='DB_NAME' and mname.program like '%SMO%'
order by n.name;
I would advise that if you use a Undo tablespace you should increase the size of tablespace and undo retention if waits are greater than 2000 per segment.
Waitstats in general can be helpful.
column event format a30
column waits format 9999999999999
column timeouts format 9999999999999
column total_time format 9999999999999
SELECT event, total_waits waits, total_timeouts timeouts,
time_waited total_time, average_wait avg
FROM V$SYSTEM_EVENT
ORDER BY 2 DESC;
Hot files and IO stats for each database file.

Database slow

Hi,
I am new in database management. I know the structure, installation etc. But I would say I am new to performance tuning. I have a 10.2.0.3 database on RHEL4. We recently moved from 9.2.0.8 and this database is performing good. (meaning I don't see any long running sql). But we have an application server which connects to this database server, seems to be crawling. The user is saying the problem is in the database server. How can I find my server is slow. I ran the ADDM report. But what parameters or metrics should I look to find that my server is slow or normal?
What should I look for to improve the performance?

We noticed the slow response from this week only. The migration happened last week. We did not logged in the web last week to check we just checked thru gui and everything was fine. Yes the installation process, migration were all good. I don't see any invalid objects.
(But I have a question about the catalog upgrade. I created this database long back. I don't remember whether I ran catalog upgrade. How do I find that? Also if I have 2 instances in same $ORACLE_HOME, do I have to run the catalog upgrade 2 times or just once is enough? )
I don't see any abnormalities in the OEM home page.
How do I find the buffer and library cache hit ratios?

Database slow; Log file sync shown in AWR

Our database becomes slow occasionally and when i looked at AWR report it shows 'log file sync' quite often. Any idea why this is happening?

Garry,
1. Please get the SA to check the I/O Subsystem for any I/O queues
2. Check redo log switching sequence in alert log during the time of this slowness and see if there is anything unusual.
3. Generate ADDM report and see if it has any redo related recommendations
4. Do you have any batch jobs running during this slowness? Check if there are any unwanted frequent commits (like COMMITs within a loop) is happening
Edited by: Manu Alphonse on Dec 4, 2009 8:58 PM

IN Operator in Database ---- slow

Similar Messages

Maybe you are looking for