DATABASE performance is very high
Hi,
I'm having the following code. its performance is very high. Is it possible to reduce the processing time?
SELECT objnr gjahr kstar beknz twaer
wtg001 wtg002 wtg003 wtg004 wtg005 wtg006
wtg007 wtg008 wtg009 wtg010 wtg011 wtg012
wkg001 wkg002 wkg003 wkg004 wkg005 wkg006
wkg007 wkg008 wkg009 wkg010 wkg011 wkg012
wog001 wog002 wog003 wog004 wog005 wog006
wog007 wog008 wog009 wog010 wog011 wog012
FROM cosp APPENDING TABLE i_cosp_t PACKAGE SIZE 2000
FOR ALL ENTRIES IN p_i_vbakp
WHERE lednr EQ c_lednr_0 AND
versn EQ c_versn_0 AND
gjahr EQ p_gjahr AND
wrttp EQ c_wrttp AND
kstar IN p_r_kstar_cosp.
ENDSELECT.
READ TABLE COSS AND APPEND TO P_I_COSP FILLED ABOVE
SELECT objnr gjahr kstar uspob beknz twaer
wtg001 wtg002 wtg003 wtg004 wtg005 wtg006
wtg007 wtg008 wtg009 wtg010 wtg011 wtg012
wkg001 wkg002 wkg003 wkg004 wkg005 wkg006
wkg007 wkg008 wkg009 wkg010 wkg011 wkg012
wog001 wog002 wog003 wog004 wog005 wog006
wog007 wog008 wog009 wog010 wog011 wog012
FROM coss APPENDING TABLE i_coss_t PACKAGE SIZE 2000
FOR ALL ENTRIES IN p_i_vbakp
WHERE lednr EQ c_lednr_0 AND
versn EQ c_versn_0 AND
gjahr EQ p_gjahr AND
wrttp EQ c_wrttp AND
kstar IN p_r_kstar_coss.
ENDSELECT.
Thanks & Regards,
Vallamuthu.M
Hi,
First of all create an index on table COSP - in the order
MANDT
LEDNR
GJAHR
WRTTP
VERSN
KSTAR
then use the following -
SELECT objnr gjahr kstar beknz twaer
wtg001 wtg002 wtg003 wtg004 wtg005 wtg006
wtg007 wtg008 wtg009 wtg010 wtg011 wtg012
wkg001 wkg002 wkg003 wkg004 wkg005 wkg006
wkg007 wkg008 wkg009 wkg010 wkg011 wkg012
wog001 wog002 wog003 wog004 wog005 wog006
wog007 wog008 wog009 wog010 wog011 wog012
FROM cosp Client specified APPENDING TABLE i_cosp_t PACKAGE SIZE 2000
FOR ALL ENTRIES IN p_i_vbakp
WHERE MANDT = sy_mandt AND
lednr EQ c_lednr_0 AND
gjahr EQ p_gjahr AND wrttp EQ c_wrttp AND
versn EQ c_versn_0 AND kstar IN p_r_kstar_cosp.
ENDSELECT.
Then create an index on table COSS - in the order
MANDT
LEDNR
GJAHR
WRTTP
VERSN
KSTAR
READ TABLE COSS AND APPEND TO P_I_COSP FILLED ABOVE
SELECT objnr gjahr kstar uspob beknz twaer
wtg001 wtg002 wtg003 wtg004 wtg005 wtg006
wtg007 wtg008 wtg009 wtg010 wtg011 wtg012
wkg001 wkg002 wkg003 wkg004 wkg005 wkg006
wkg007 wkg008 wkg009 wkg010 wkg011 wkg012
wog001 wog002 wog003 wog004 wog005 wog006
wog007 wog008 wog009 wog010 wog011 wog012
FROM coss APPENDING TABLE i_coss_t PACKAGE SIZE 2000
FOR ALL ENTRIES IN p_i_vbakp
WHERE MANDT = sy-MANDT AND
lednr EQ c_lednr_0 AND gjahr EQ p_gjahr AND
wrttp EQ c_wrttp AND versn EQ c_versn_0 AND
kstar IN p_r_kstar_coss.
ENDSELECT.
And also if possible avoid
SELECT--ENDSELECT. Statement
Hope this will help you.
Regards
MADAN NAMDEO
Similar Messages
-
Database performance is very slow
Hi DBA's
Plz help me out !!!
Application users complaining database performance is very slow. Its an 10g DB in IBM AIx Server.
Any changes needed pls be post as soon as possible
Buffer Cache Hit Ratio 94.69
Chained Row Ratio 0
Database CPU Time Ratio 17.21
Database Wait Time Ratio 82.78
Dictionary Cache Hit Ratio 99.38
Execute Parse Ratio -25.6
Get Hit Ratio 70.62
Latch Hit Ratio 99.65
Library Cache Hit Ratio 99.43
Parse CPU to Elapsed Ratio 8.4
Pin Hit Ratio 81.6
Soft-Parse Ratio 94.29
=====================================
NAME TYPE VALUE
cursor_sharing string EXACT
cursor_space_for_time boolean FALSE
nls_currency string
nls_dual_currency string
nls_iso_currency string
open_cursors integer 600
optimizer_secure_view_merging boolean TRUE
session_cached_cursors integer 20
sql92_security boolean FALSE
===========================================================
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 4272M
sga_target big integer 4G
pga_aggregate_target big integer 2980M
Total Ram Size is 8 GBSQL> select username,sid from v$session where username='WPCPRODUSR';
USERNAME SID
WPCPRODUSR 378
WPCPRODUSR 379
WPCPRODUSR 380
WPCPRODUSR 381
WPCPRODUSR 382
WPCPRODUSR 383
WPCPRODUSR 384
WPCPRODUSR 385
WPCPRODUSR 386
WPCPRODUSR 387
WPCPRODUSR 388
USERNAME SID
WPCPRODUSR 389
WPCPRODUSR 390
WPCPRODUSR 391
WPCPRODUSR 392
WPCPRODUSR 393
WPCPRODUSR 394
WPCPRODUSR 395
WPCPRODUSR 396
WPCPRODUSR 397
WPCPRODUSR 398
WPCPRODUSR 399
USERNAME SID
WPCPRODUSR 400
WPCPRODUSR 401
WPCPRODUSR 402
WPCPRODUSR 403
WPCPRODUSR 404
WPCPRODUSR 405
WPCPRODUSR 406
WPCPRODUSR 407
WPCPRODUSR 408
WPCPRODUSR 409
WPCPRODUSR 410
USERNAME SID
WPCPRODUSR 411
WPCPRODUSR 412
WPCPRODUSR 413
WPCPRODUSR 414
WPCPRODUSR 415
WPCPRODUSR 416
WPCPRODUSR 417
WPCPRODUSR 418
WPCPRODUSR 419
WPCPRODUSR 420
WPCPRODUSR 421
USERNAME SID
WPCPRODUSR 422
WPCPRODUSR 423
WPCPRODUSR 424
WPCPRODUSR 425
WPCPRODUSR 426
WPCPRODUSR 427
WPCPRODUSR 428
WPCPRODUSR 429
WPCPRODUSR 430
WPCPRODUSR 431
WPCPRODUSR 432
USERNAME SID
WPCPRODUSR 433
WPCPRODUSR 434
WPCPRODUSR 435
WPCPRODUSR 436
WPCPRODUSR 437
WPCPRODUSR 438
WPCPRODUSR 439
WPCPRODUSR 440
WPCPRODUSR 441
WPCPRODUSR 442
WPCPRODUSR 443
USERNAME SID
WPCPRODUSR 444
WPCPRODUSR 445
WPCPRODUSR 446
WPCPRODUSR 447
WPCPRODUSR 448
WPCPRODUSR 449
WPCPRODUSR 450
WPCPRODUSR 451
WPCPRODUSR 452
WPCPRODUSR 453
WPCPRODUSR 454
USERNAME SID
WPCPRODUSR 455
WPCPRODUSR 456
WPCPRODUSR 457
WPCPRODUSR 458
WPCPRODUSR 459
WPCPRODUSR 460
WPCPRODUSR 461
WPCPRODUSR 462
WPCPRODUSR 463
WPCPRODUSR 464
WPCPRODUSR 465
USERNAME SID
WPCPRODUSR 466
WPCPRODUSR 467
WPCPRODUSR 468
WPCPRODUSR 469
WPCPRODUSR 470
WPCPRODUSR 471
WPCPRODUSR 472
WPCPRODUSR 473
WPCPRODUSR 474
WPCPRODUSR 475
WPCPRODUSR 476
USERNAME SID
WPCPRODUSR 477
WPCPRODUSR 478
WPCPRODUSR 479
WPCPRODUSR 480
WPCPRODUSR 481
WPCPRODUSR 482
WPCPRODUSR 483
WPCPRODUSR 484
WPCPRODUSR 485
WPCPRODUSR 486
WPCPRODUSR 487
USERNAME SID
WPCPRODUSR 488
WPCPRODUSR 489
WPCPRODUSR 490
WPCPRODUSR 491
WPCPRODUSR 492
WPCPRODUSR 493
WPCPRODUSR 494
WPCPRODUSR 495
WPCPRODUSR 496
WPCPRODUSR 497
WPCPRODUSR 498
USERNAME SID
WPCPRODUSR 499
WPCPRODUSR 500
WPCPRODUSR 501
WPCPRODUSR 502
WPCPRODUSR 503
WPCPRODUSR 504
WPCPRODUSR 505
WPCPRODUSR 506
WPCPRODUSR 507
WPCPRODUSR 508
WPCPRODUSR 509
USERNAME SID
WPCPRODUSR 510
WPCPRODUSR 511
WPCPRODUSR 512
WPCPRODUSR 513
WPCPRODUSR 514
WPCPRODUSR 515
WPCPRODUSR 516
WPCPRODUSR 517
WPCPRODUSR 518
WPCPRODUSR 519
WPCPRODUSR 520
USERNAME SID
WPCPRODUSR 521
WPCPRODUSR 522
WPCPRODUSR 523
WPCPRODUSR 524
WPCPRODUSR 525
148 rows selected. -
Database performance is very very slow when I query metadata
Hi,
I have installed Oracle 11G R2 recently and Its a oracle Standard edition single instance installation. When I run the below query it takes more than an 1minute to return the data. I have did another installation of oracle 11GR2 on on my laptop and it takes not more than 10sec. Why is this difference. Why is that query of meta data is taking so long. How to debug. Any help!
select component, final_size, end_time from v$sga_resize_ops where initial_size <> final_size order by end_time;
This is the query and its a direct select to a V$ table.
On one machine it takes 1min 31 sec.
SQL> r
1* select component, final_size, end_time from v$sga_resize_ops where initial_size <> final_size order by end_time
COMPONENT FINAL_SIZE END_TIME
shared pool 1157627904 30-SEP-10
large pool 16777216 30-SEP-10
DEFAULT buffer cache 3036676096 30-SEP-10
streams pool 16777216 30-SEP-10
java pool 16777216 30-SEP-10
Elapsed: 00:01:31.50
SQL>
ON LAPTOP:
java pool 4194304 03-SEP-10
streams pool 4194304 03-SEP-10
DEFAULT buffer cache 146800640 03-SEP-10
large pool 4194304 03-SEP-10
shared pool 230686720 03-SEP-10
DEFAULT buffer cache 142606336 03-SEP-10
shared pool 234881024 03-SEP-10
DEFAULT buffer cache 138412032 03-SEP-10
shared pool 239075328 03-SEP-10
TAKES <1 SECTKPROF: Release 11.2.0.1.0 - Development on Fri Oct 1 07:53:01 2010
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
Trace file: knk6_ora_487590.trc
Sort options: default
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
SQL ID: 4tk6t8tfsfqbf
Plan Hash: 0
alter session set sql_trace=true
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 1 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
Misses in library cache during execute: 1
Optimizer mode: FIRST_ROWS
Parsing user id: SYS
SQL ID: 9babjv8yq8ru3
Plan Hash: 0
BEGIN DBMS_OUTPUT.GET_LINES(:LINES, :NUMLINES); END;
call count cpu elapsed disk query current rows
Parse 2 0.00 0.00 0 0 0 0
Execute 2 0.00 0.00 0 3 0 2
Fetch 0 0.00 0.00 0 0 0 0
total 4 0.00 0.00 0 3 0 2
Misses in library cache during parse: 0
Optimizer mode: FIRST_ROWS
Parsing user id: SYS
select component,
final_size,
end_time
from v$sga_resize_ops
where initial_size <> final_size order by end_time
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 2 90.78 90.97 0 0 0 5
total 4 90.78 90.97 0 0 0 5
Misses in library cache during parse: 0
Optimizer mode: FIRST_ROWS
Parsing user id: SYS
Rows Row Source Operation
5 SORT ORDER BY (cr=0 pr=0 pw=0 time=0 us cost=1 size=247 card=1)
5 NESTED LOOPS (cr=0 pr=0 pw=0 time=72903784 us cost=0 size=247 card=1)
12010 MERGE JOIN CARTESIAN (cr=0 pr=0 pw=0 time=19546 us cost=0 size=166 card=1)
5 NESTED LOOPS (cr=0 pr=0 pw=0 time=200 us cost=0 size=134 card=1)
14 FIXED TABLE FULL X$KMGSCT (cr=0 pr=0 pw=0 time=91 us cost=0 size=60 card=1)
5 FIXED TABLE FULL X$KMGSOP (cr=0 pr=0 pw=0 time=0 us cost=0 size=74 card=1)
12010 BUFFER SORT (cr=0 pr=0 pw=0 time=9677 us cost=0 size=3200 card=100)
2402 FIXED TABLE FULL X$KSPPCV (cr=0 pr=0 pw=0 time=3411 us cost=0 size=3200 card=100)
5 FIXED TABLE FULL X$KSPPI (cr=0 pr=0 pw=0 time=0 us cost=0 size=81 card=1)
SQL ID: aam2chsgpj7mb
Plan Hash: 0
alter session set sql_trace=false
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 0 0 0
Misses in library cache during parse: 1
Optimizer mode: FIRST_ROWS
Parsing user id: SYS
OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 4 0.00 0.00 0 0 0 0
Execute 5 0.00 0.00 0 3 0 2
Fetch 2 90.78 90.97 0 0 0 5
total 11 90.78 90.97 0 3 0 7
Misses in library cache during parse: 1
Misses in library cache during execute: 1
OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS
call count cpu elapsed disk query current rows
Parse 0 0.00 0.00 0 0 0 0
Execute 0 0.00 0.00 0 0 0 0
Fetch 0 0.00 0.00 0 0 0 0
total 0 0.00 0.00 0 0 0 0
Misses in library cache during parse: 0
5 user SQL statements in session.
0 internal SQL statements in session.
5 SQL statements in session.
Trace file: knk6_ora_487590.trc
Trace file compatibility: 11.1.0.7
Sort options: default
1 session in tracefile.
5 user SQL statements in trace file.
0 internal SQL statements in trace file.
5 SQL statements in trace file.
4 unique SQL statements in trace file.
71 lines in trace file.
91 elapsed seconds in trace file.
Edited by: user13131431 on Oct 1, 2010 5:01 AM -
Database Performance of the database is very slow
Hi All,
I have an issue with performance of the database.
I noticed my database performance is very slow for the last 2 months. And recently i had made some changes in my database (like changing the NLS character set of my database) but prior to that itself i had an performance issue. But after the change i did recently still it got degraded.
And now, i had no trace files getting generated for my database. And i had no statspack information. and my alert log file is not having much information regarding to this.
Can anyone suggest how can i proceed further to look into the issue..?
Thanks & Regards
Vedavathi Euser602126 wrote:
Hi All,
I have an issue with performance of the database.
I noticed my database performance is very slow for the last 2 months. And recently i had made some changes in my database (like changing the NLS character set of my database) but prior to that itself i had an performance issue. But after the change i did recently still it got degraded.
And now, i had no trace files getting generated for my database. And i had no statspack information. and my alert log file is not having much information regarding to this.
Can anyone suggest how can i proceed further to look into the issue..?Vedvathi,
Its kind of finding needle in a haystack with being blindfolded. You don't have any statspack report, that's not such big deal. You can always create one. What's the database version of yours? If you are on 10g, consider using AWR report than Statspack.
You mentioned that you did a recent change, what is that change? Where did you do it and for what reason?
Give us some more detail in the form of statspack/awr reports to help you further.
HTH
Aman.... -
Database performance: avg. DB time is high
My system is ECC6, MSSQL 2005 64 bit.
I got a ERA report from my solution manager and it showed that we had a performance problem.
Our performance overview is red because of the database performance.
The avg. DB time in ms is 2768890,3. It's very high.
Could you please help us on this issue?
LeoHai,
There might number of reasons for high DB time.
Check your I/O statistics, check your table structure, create Indexes if needed for efficient table access.
You can schedule Optimize statistics in DB13 to get the statistics upto date which helps DB to get the best possible way to access data from your DB.
Analyse the DB buffers and adjust them to get optimal performance. (Should be done by experienced DB admins).
Check the below links....
http://help.sap.com/saphelp_nw70/helpdata/EN/f2/31add7810c11d288ec0000e8200722/frameset.htm
http://help.sap.com/saphelp_nw70/helpdata/EN/f2/31add7810c11d288ec0000e8200722/frameset.htm
You can also take help from SAP to analyze your case.
Regards,
Yoganand.V -
Database performing Very slow - Lots of wait events
My database is on Oracle10g on Sun 5.10
The users are complaining about database is very slow.
I analyzed the indexes & later on rebuild them, hardly it has only 5% performance improvement.
http://i812.photobucket.com/albums/zz43/sadeel00/untitled1.jpg
http://i812.photobucket.com/albums/zz43/sadeel00/untitled2.jpg
ADDM has no recommendations.Duplicate post - Database performing Very slow - Lots of wait events
Srini -
Suddenly database IO(40 MB/sec) going very high
Hello Everyone,
One of our organization SQL server database IO(40 MB/sec)
going very high without any changes in database, past few days everything working fine but now getting in problem and wait type getting
IO_COMPLETION in every running task..
getting any problem if 2 network card bridging or timing at OS level...
its very tedious job to identify.
Plz suggest me to resolve my problem.....
thanks in advancecheck this blog -
http://www.sqlskills.com/blogs/paul/causes-io_completion-write_completion-sql-server-wait-types/
IO_COMPLETION
Reading log blocks from the transaction log (during any operation that causes the log to be read from disk – e.g. recovery)
Reading allocation bitmaps from disk (e.g. GAM, SGAM, PFS pages) during many operations (e.g. recovery, DB startup, restore)
Writing intermediate sort buffers to disk (these are called ‘Bobs’)
Reading and writing merge results from/to disk during a merge join
Reading and writing eager spools to disk
Reading VLF headers from the transaction log
Do you have log files in seperate disks? Check the disks where log files are placed and check the log files properties. Check if any of the above operations are happening more recently.
Regards, Ashwin Menon My Blog - http:\\sqllearnings.com -
Report performance is very slow
Hi all,
I have a table with 25 million rows. I create a report on this table in which i need to use the following expression
ifnull(abc_accr_int_val,0)+ifnull(xyz_mar_val_lcy,0)
and this experession is group by asset description but the report output time is very high.Further there is no index on these columns in the database.
Please guide me that did my approach is right ??? if no what is the right approach
RegardsHi,
Thanks for such a beautiful and informative answers I really appriciated it.
I catch the problem and now want to share with U. As u know my prompt is on Date Column but I dont want to show this coloumn in my report.I only want that a user give a date and two columns are shown in report 1) asset_desc 2) total sum (which is sum of 2 columns as i discussed in this thread).
Now before...after creating the prompt on Date field I edit the report view and delete this coloumn (Date) because I only want above 2 colomns and not Date column in my report. But all sorting is performed on date bec it is in prompt (where clause). When I add Date column in my report (to show date col) the speed of the report is like sql and data fetching speed same like sql. Now tell me is there any way that I delete this col from my report but it exist in answer criteria table ??????
I have 19 Asset Desc which return by sql and answers request.
Regards -
Database Performace Is Very Poor On IBM AIX Compared To Windows NT
Hi,
Recently we have migrated Our Oracle 10g DataBase from Windows NT to IBM AIX Box. Unfortunately, the Database Performance is gone down when compared to Windows NT environment. Since been a week we are working to pick the problem. We have altered the init.ora parameters to see the database behaviour., But there no Improvement is been observerd.
Below are the Init.Ora Parameters ,
Name Value Description
tracefile_identifier null trace file custom identifier
lock_name_space null lock name space used for generating lock names for standby/clone database
processes 395 user processes
sessions 439 user and system sessions
timed_statistics TRUE maintain internal timing statistics
timed_os_statistics 0 internal os statistic gathering interval in seconds
resource_limit TRUE master switch for resource limit
license_max_sessions 0 maximum number of non-system user sessions allowed
license_sessions_warning 0 warning level for number of non-system user sessions
cpu_count 16 number of CPUs for this instance
instance_groups null list of instance group names
event null debug event control - default null string
sga_max_size 15032385536 max total SGA size
pre_page_sga FALSE pre-page sga for process
shared_memory_address 0 SGA starting address (low order 32-bits on 64-bit platforms)
hi_shared_memory_address 0 SGA starting address (high order 32-bits on 64-bit platforms)
use_indirect_data_buffers FALSE Enable indirect data buffers (very large SGA on 32-bit platforms)
lock_sga TRUE Lock entire SGA in physical memory
shared_pool_size 0 size in bytes of shared pool
large_pool_size 0 size in bytes of large pool
java_pool_size 0 size in bytes of java pool
streams_pool_size 50331648 size in bytes of the streams pool
shared_pool_reserved_size 84724940 size in bytes of reserved area of shared pool
java_soft_sessionspace_limit 0 warning limit on size in bytes of a Java sessionspace
java_max_sessionspace_size 0 max allowed size in bytes of a Java sessionspace
spfile /oracle/app/product/10.2.0.3.0/dbs/spfileCALMDB.ora server parameter file
instance_type RDBMS type of instance to be executed
trace_enabled FALSE enable KST tracing
nls_language AMERICAN NLS language name
nls_territory AMERICA NLS territory name
nls_sort null NLS linguistic definition name
nls_date_language null NLS date language name
nls_date_format null NLS Oracle date format
nls_currency null NLS local currency symbol
nls_numeric_characters null NLS numeric characters
nls_iso_currency null NLS ISO currency territory name
nls_calendar null NLS calendar system name
nls_time_format null time format
nls_timestamp_format null time stamp format
nls_time_tz_format null time with timezone format
nls_timestamp_tz_format null timestampe with timezone format
nls_dual_currency null Dual currency symbol
nls_comp null NLS comparison
nls_length_semantics BYTE create columns using byte or char semantics by default
nls_nchar_conv_excp FALSE NLS raise an exception instead of allowing implicit conversion
fileio_network_adapters null Network Adapters for File I/O
filesystemio_options asynch IO operations on filesystem files
disk_asynch_io FALSE Use asynch I/O for random access devices
tape_asynch_io TRUE Use asynch I/O requests for tape devices
dbwr_io_slaves 0 DBWR I/O slaves
backup_tape_io_slaves FALSE BACKUP Tape I/O slaves
resource_manager_plan null resource mgr top plan
cluster_interconnects null interconnects for RAC use
file_mapping FALSE enable file mapping
gcs_server_processes 0 number of background gcs server processes to start
active_instance_count null number of active instances in the cluster database
sga_target 15032385536 Target size of SGA
control_files /oradata10/oradata/CALMDB/control/CONTROL02.CTL control file names list
db_file_name_convert null datafile name convert patterns and strings for standby/clone db
log_file_name_convert null logfile name convert patterns and strings for standby/clone db
control_file_record_keep_time 0 control file record keep time in days
db_block_buffers 0 Number of database blocks cached in memory
db_block_checksum TRUE store checksum in db blocks and check during reads
db_block_size 8192 Size of database block in bytes
db_cache_size 2147483648 Size of DEFAULT buffer pool for standard block size buffers
db_2k_cache_size 0 Size of cache for 2K buffers
db_4k_cache_size 0 Size of cache for 4K buffers
db_8k_cache_size 0 Size of cache for 8K buffers
db_16k_cache_size 0 Size of cache for 16K buffers
db_32k_cache_size 0 Size of cache for 32K buffers
db_keep_cache_size 0 Size of KEEP buffer pool for standard block size buffers
db_recycle_cache_size 0 Size of RECYCLE buffer pool for standard block size buffers
db_writer_processes 6 number of background database writer processes to start
buffer_pool_keep null Number of database blocks/latches in keep buffer pool
buffer_pool_recycle null Number of database blocks/latches in recycle buffer pool
db_cache_advice ON Buffer cache sizing advisory
max_commit_propagation_delay 0 Max age of new snapshot in .01 seconds
compatible 10.2.0.3.0 Database will be completely compatible with this software version
remote_archive_enable TRUE remote archival enable setting
log_archive_config null log archive config parameter
log_archive_start FALSE start archival process on SGA initialization
log_archive_dest null archival destination text string
log_archive_duplex_dest null duplex archival destination text string
log_archive_dest_1 null archival destination #1 text string
log_archive_dest_2 null archival destination #2 text string
log_archive_dest_3 null archival destination #3 text string
log_archive_dest_4 null archival destination #4 text string
log_archive_dest_5 null archival destination #5 text string
log_archive_dest_6 null archival destination #6 text string
log_archive_dest_7 null archival destination #7 text string
log_archive_dest_8 null archival destination #8 text string
log_archive_dest_9 null archival destination #9 text string
log_archive_dest_10 null archival destination #10 text string
log_archive_dest_state_1 enable archival destination #1 state text string
log_archive_dest_state_2 enable archival destination #2 state text string
log_archive_dest_state_3 enable archival destination #3 state text string
log_archive_dest_state_4 enable archival destination #4 state text string
log_archive_dest_state_5 enable archival destination #5 state text string
log_archive_dest_state_6 enable archival destination #6 state text string
log_archive_dest_state_7 enable archival destination #7 state text string
log_archive_dest_state_8 enable archival destination #8 state text string
log_archive_dest_state_9 enable archival destination #9 state text string
log_archive_dest_state_10 enable archival destination #10 state text string
log_archive_max_processes 2 maximum number of active ARCH processes
log_archive_min_succeed_dest 1 minimum number of archive destinations that must succeed
standby_archive_dest ?/dbs/arch standby database archivelog destination text string
log_archive_trace 0 Establish archivelog operation tracing level
log_archive_local_first TRUE Establish EXPEDITE attribute default value
log_archive_format %t_%s_%r.dbf archival destination format
fal_client null FAL client
fal_server null FAL server list
log_buffer 176918528 redo circular buffer size
log_checkpoint_interval 0 # redo blocks checkpoint threshold
log_checkpoint_timeout 0 Maximum time interval between checkpoints in seconds
archive_lag_target 0 Maximum number of seconds of redos the standby could lose
db_files 200 max allowable # db files
db_file_multiblock_read_count 128 db block to be read each IO
read_only_open_delayed FALSE if TRUE delay opening of read only files until first access
cluster_database FALSE if TRUE startup in cluster database mode
parallel_server FALSE if TRUE startup in parallel server mode
parallel_server_instances 1 number of instances to use for sizing OPS SGA structures
cluster_database_instances 1 number of instances to use for sizing cluster db SGA structures
db_create_file_dest null default database location
db_create_online_log_dest_1 null online log/controlfile destination #1
db_create_online_log_dest_2 null online log/controlfile destination #2
db_create_online_log_dest_3 null online log/controlfile destination #3
db_create_online_log_dest_4 null online log/controlfile destination #4
db_create_online_log_dest_5 null online log/controlfile destination #5
db_recovery_file_dest null default database recovery file location
db_recovery_file_dest_size 0 database recovery files size limit
standby_file_management MANUAL if auto then files are created/dropped automatically on standby
gc_files_to_locks null mapping between file numbers and global cache locks
thread 0 Redo thread to mount
fast_start_io_target 0 Upper bound on recovery reads
fast_start_mttr_target 0 MTTR target of forward crash recovery in seconds
log_checkpoints_to_alert FALSE log checkpoint begin/end to alert file
recovery_parallelism 0 number of server processes to use for parallel recovery
logmnr_max_persistent_sessions 1 maximum number of threads to mine
db_flashback_retention_target 1440 Maximum Flashback Database log retention time in minutes.
dml_locks 1000 dml locks - one for each table modified in a transaction
ddl_wait_for_locks FALSE Disable NOWAIT DML lock acquisitions
replication_dependency_tracking TRUE tracking dependency for Replication parallel propagation
instance_number 0 instance number
transactions 482 max. number of concurrent active transactions
transactions_per_rollback_segment 5 number of active transactions per rollback segment
rollback_segments null undo segment list
undo_management AUTO instance runs in SMU mode if TRUE, else in RBU mode
undo_tablespace UNDOTBS1 use/switch undo tablespace
undo_retention 10800 undo retention in seconds
fast_start_parallel_rollback LOW max number of parallel recovery slaves that may be used
resumable_timeout 0 set resumable_timeout
db_block_checking FALSE header checking and data and index block checking
recyclebin off recyclebin processing
create_stored_outlines null create stored outlines for DML statements
serial_reuse disable reuse the frame segments
ldap_directory_access NONE RDBMS's LDAP access option
os_roles FALSE retrieve roles from the operating system
rdbms_server_dn null RDBMS's Distinguished Name
max_enabled_roles 150 max number of roles a user can have enabled
remote_os_authent FALSE allow non-secure remote clients to use auto-logon accounts
remote_os_roles FALSE allow non-secure remote clients to use os roles
O7_DICTIONARY_ACCESSIBILITY FALSE Version 7 Dictionary Accessibility Support
remote_login_passwordfile NONE password file usage parameter
license_max_users 0 maximum number of named users that can be created in the database
audit_sys_operations TRUE enable sys auditing
global_context_pool_size null Global Application Context Pool Size in Bytes
db_domain null directory part of global database name stored with CREATE DATABASE
global_names TRUE enforce that database links have same name as remote database
distributed_lock_timeout 60 number of seconds a distributed transaction waits for a lock
commit_point_strength 1 Bias this node has toward not preparing in a two-phase commit
instance_name CALMDB instance name supported by the instance
service_names CALMDB service names supported by the instance
dispatchers (PROTOCOL=TCP) (SERVICE=CALMDB) specifications of dispatchers
shared_servers 1 number of shared servers to start up
max_shared_servers null max number of shared servers
max_dispatchers null max number of dispatchers
circuits null max number of circuits
shared_server_sessions null max number of shared server sessions
local_listener null local listener
remote_listener null remote listener
cursor_space_for_time FALSE use more memory in order to get faster execution
session_cached_cursors 200 Number of cursors to cache in a session.
remote_dependencies_mode TIMESTAMP remote-procedure-call dependencies mode parameter
utl_file_dir null utl_file accessible directories list
smtp_out_server null utl_smtp server and port configuration parameter
plsql_v2_compatibility FALSE PL/SQL version 2.x compatibility flag
plsql_compiler_flags INTERPRETED, NON_DEBUG PL/SQL compiler flags
plsql_native_library_dir null plsql native library dir
plsql_native_library_subdir_count 0 plsql native library number of subdirectories
plsql_warnings DISABLE:ALL PL/SQL compiler warnings settings
plsql_code_type INTERPRETED PL/SQL code-type
plsql_debug FALSE PL/SQL debug
plsql_optimize_level 2 PL/SQL optimize level
plsql_ccflags null PL/SQL ccflags
job_queue_processes 10 number of job queue slave processes
parallel_min_percent 0 minimum percent of threads required for parallel query
create_bitmap_area_size 8388608 size of create bitmap buffer for bitmap index
bitmap_merge_area_size 1048576 maximum memory allow for BITMAP MERGE
cursor_sharing FORCE cursor sharing mode
parallel_min_servers 10 minimum parallel query servers per instance
parallel_max_servers 320 maximum parallel query servers per instance
parallel_instance_group null instance group to use for all parallel operations
parallel_execution_message_size 4096 message buffer size for parallel execution
hash_area_size 62914560 size of in-memory hash work area
shadow_core_dump partial Core Size for Shadow Processes
background_core_dump partial Core Size for Background Processes
background_dump_dest /oradata28/oradata/CALMDB/bdump Detached process dump directory
user_dump_dest /oradata28/oradata/CALMDB/udump User process dump directory
max_dump_file_size 10M Maximum size (blocks) of dump file
core_dump_dest /oradata28/oradata/CALMDB/cdump Core dump directory
use_sigio TRUE Use SIGIO signal
audit_file_dest /oracle/app/product/10.2.0.3.0/rdbms/audit Directory in which auditing files are to reside
audit_syslog_level null Syslog facility and level
object_cache_optimal_size 102400 optimal size of the user session's object cache in bytes
object_cache_max_size_percent 10 percentage of maximum size over optimal of the user session's object cache
session_max_open_files 20 maximum number of open files allowed per session
open_links 4 max # open links per session
open_links_per_instance 4 max # open links per instance
commit_write null transaction commit log write behaviour
optimizer_features_enable 10.2.0.3 optimizer plan compatibility parameter
fixed_date null fixed SYSDATE value
audit_trail DB enable system auditing
sort_area_size 31457280 size of in-memory sort work area
sort_area_retained_size 3145728 size of in-memory sort work area retained between fetch calls
db_name TESTDB database name specified in CREATE DATABASE
db_unique_name TESTDB Database Unique Name
open_cursors 2000 max # cursors per session
ifile null include file in init.ora
sql_trace FALSE enable SQL trace
os_authent_prefix ops$ prefix for auto-logon accounts
optimizer_mode ALL_ROWS optimizer mode
sql92_security FALSE require select privilege for searched update/delete
blank_trimming FALSE blank trimming semantics parameter
star_transformation_enabled FALSE enable the use of star transformation
parallel_adaptive_multi_user TRUE enable adaptive setting of degree for multiple user streams
parallel_threads_per_cpu 2 number of parallel execution threads per CPU
parallel_automatic_tuning TRUE enable intelligent defaults for parallel execution parameters
optimizer_index_cost_adj 250 optimizer index cost adjustment
optimizer_index_caching 0 optimizer percent index caching
query_rewrite_enabled TRUE allow rewrite of queries using materialized views if enabled
query_rewrite_integrity enforced perform rewrite using materialized views with desired integrity
sql_version NATIVE sql language version parameter for compatibility issues
pga_aggregate_target 3221225472 Target size for the aggregate PGA memory consumed by the instance
workarea_size_policy AUTO policy used to size SQL working areas (MANUAL/AUTO)
optimizer_dynamic_sampling 2 optimizer dynamic sampling
statistics_level TYPICAL statistics level
skip_unusable_indexes TRUE skip unusable indexes if set to TRUE
optimizer_secure_view_merging TRUE optimizer secure view merging and predicate pushdown/movearound
aq_tm_processes 1 number of AQ Time Managers to start
hs_autoregister TRUE enable automatic server DD updates in HS agent self-registration
dg_broker_start FALSE start Data Guard broker framework (DMON process)
drs_start FALSE start DG Broker monitor (DMON process)
dg_broker_config_file1 /oracle/app/product/10.2.0.3.0/dbs/dr1CALMDB.dat data guard broker configuration file #1
dg_broker_config_file2 /oracle/app/product/10.2.0.3.0/dbs/dr2CALMDB.dat data guard broker configuration file #2
olap_page_pool_size 0 size of the olap page pool in bytes
asm_diskstring null disk set locations for discovery
asm_diskgroups null disk groups to mount automatically
asm_power_limit 1 number of processes for disk rebalancing
sqltune_category DEFAULT Category qualifier for applying hintsets pls suggest
Thanks
KrWe have examined the AWR Reports, That shows ,
Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 1074 27-Jul-09 13:00:03 147 16.7
End Snap: 1075 27-Jul-09 14:01:00 150 22.3
Elapsed: 60.96 (mins)
DB Time: 9.63 (mins)
Report Summary
Cache Sizes
Begin End
Buffer Cache: 12,368M 12,368M Std Block Size: 8K
Shared Pool Size: 1,696M 1,696M Log Buffer: 178,172K
Load Profile
Per Second Per Transaction
Redo size: 12,787.87 24,786.41
Logical reads: 7,409.85 14,362.33
Block changes: 61.17 118.57
Physical reads: 0.51 0.98
Physical writes: 4.08 7.90
User calls: 60.11 116.50
Parses: 19.38 37.56
Hard parses: 0.36 0.69
Sorts: 7.87 15.25
Logons: 0.07 0.14
Executes: 50.34 97.57
Transactions: 0.52
% Blocks changed per Read: 0.83 Recursive Call %: 74.53
Rollback per transaction %: 3.29 Rows per Sort: 292.67
Instance Efficiency Percentages (Target 100%)
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 99.99 In-memory Sort %: 100.00
Library Hit %: 98.40 Soft Parse %: 98.15
Execute to Parse %: 61.51 Latch Hit %: 99.96
Parse CPU to Parse Elapsd %: 24.44 % Non-Parse CPU: 98.99
Shared Pool Statistics
Begin End
Memory Usage %: 72.35 72.86
% SQL with executions>1: 98.69 96.86
% Memory for SQL w/exec>1: 96.72 87.64
Top 5 Timed Events
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 535 92.5
db file parallel write 596 106 177 18.3 System I/O
log file parallel write 3,844 40 10 6.9 System I/O
control file parallel write 1,689 29 17 5.0 System I/O
log file sync 2,357 29 12 5.0 Commit
Time Model Statistics
Total time in database user-calls (DB Time): 578s
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 560.61 96.99
DB CPU 534.91 92.55
parse time elapsed 24.16 4.18
hard parse elapsed time 17.90 3.10
PL/SQL execution elapsed time 7.65 1.32
connection management call elapsed time 0.89 0.15
repeated bind elapsed time 0.49 0.08
hard parse (sharing criteria) elapsed time 0.28 0.05
sequence load elapsed time 0.05 0.01
PL/SQL compilation elapsed time 0.03 0.00
failed parse elapsed time 0.02 0.00
hard parse (bind mismatch) elapsed time 0.00 0.00
DB time 577.98
background elapsed time 190.39
background cpu time 15.49
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
System I/O 8,117 0.00 175 22 4.30
Commit 2,357 0.00 29 12 1.25
Network 226,127 0.00 7 0 119.83
User I/O 1,004 0.00 4 4 0.53
Application 91 0.00 2 27 0.05
Other 269 0.00 1 4 0.14
Concurrency 32 0.00 0 7 0.02
Configuration 59 0.00 0 3 0.03
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 parallel write 596 0.00 106 177 0.32
log file parallel write 3,844 0.00 40 10 2.04
control file parallel write 1,689 0.00 29 17 0.90
log file sync 2,357 0.00 29 12 1.25
SQL*Net more data from client 4,197 0.00 7 2 2.22
db file sequential read 689 0.00 4 5 0.37
enq: RO - fast object reuse 32 0.00 2 50 0.02
rdbms ipc reply 32 0.00 1 34 0.02
db file scattered read 289 0.00 1 2 0.15
enq: KO - fast object checkpoint 47 0.00 1 14 0.02
control file sequential read 1,988 0.00 0 0 1.05
SQL*Net message to client 218,154 0.00 0 0 115.61
os thread startup 6 0.00 0 34 0.00
SQL*Net break/reset to client 12 0.00 0 15 0.01
log buffer space 59 0.00 0 3 0.03
latch free 10 0.00 0 8 0.01
SQL*Net more data to client 3,776 0.00 0 0 2.00
latch: shared pool 5 0.00 0 5 0.00
reliable message 79 0.00 0 0 0.04
LGWR wait for redo copy 148 0.00 0 0 0.08
buffer busy waits 19 0.00 0 0 0.01
direct path write temp 24 0.00 0 0 0.01
latch: cache buffers chains 2 0.00 0 0 0.00
direct path write 2 0.00 0 0 0.00
SQL*Net message from client 218,149 0.00 136,803 627 115.61
PX Idle Wait 18,013 100.06 35,184 1953 9.55
virtual circuit status 67,690 0.01 3,825 57 35.87
Streams AQ: qmn slave idle wait 130 0.00 3,563 27404 0.07
Streams AQ: qmn coordinator idle wait 264 50.76 3,563 13494 0.14
class slave wait 3 0.00 0 0 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 596 0.00 106 177 0.32
log file parallel write 3,843 0.00 40 10 2.04
control file parallel write 1,689 0.00 29 17 0.90
os thread startup 6 0.00 0 34 0.00
log buffer space 59 0.00 0 3 0.03
control file sequential read 474 0.00 0 0 0.25
log file sync 1 0.00 0 11 0.00
events in waitclass Other 148 0.00 0 0 0.08
rdbms ipc message 32,384 54.67 49,367 1524 17.16
pmon timer 1,265 100.00 3,568 2821 0.67
Streams AQ: qmn slave idle wait 130 0.00 3,563 27404 0.07
Streams AQ: qmn coordinator idle wait 264 50.76 3,563 13494 0.14
smon timer 63 11.11 3,493 55447 0.03
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: 27,101,711
Captured SQL account for 81.1% of Total
Buffer Gets Executions Gets per Exec %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
11,889,257 3 3,963,085.67 43.87 145.36 149.62 8hr7mrcqpvw7n Begin Pkg_Pg_consolidation.Pro...
5,877,417 17,784 330.49 21.69 59.94 62.30 3mw7tf64wzgv4 SELECT TOTALVOL.PERIOD_NUMBER ...
5,877,303 17,784 330.48 21.69 62.01 63.54 g3vhvg8cz6yu3 SELECT TOTALVOL.PERIOD_NUMBER ...
3,423,336 0 12.63 200.67 200.67 6jrnq2ua8cjnq SELECT ROWNUM , first , sec...
2,810,100 2,465 1,140.00 10.37 19.29 19.29 7f4y1a3k1tzjn SELECT /*+CLUSTER(VA_STATIC_CC...
1,529,253 230 6,648.93 5.64 15.92 16.97 6trp3txn7rh1q SELECT /*+ index(va_gap_irlc_P...
1,523,043 230 6,621.93 5.62 16.22 17.18 3fu81ar131nj9 SELECT /*+ index(va_gap_irla_P...
855,620 358 2,390.00 3.16 11.49 13.31 a3g12c11x7yd0 SELECT FX_DATE, FX_RATE, CCY...
689,979 708 974.55 2.55 4.37 4.43 b7znr5szwjrtx SELECT /*+RULE*/ YIELD_CURVE_C...
603,631 2,110 286.08 2.23 11.03 13.40 3c2gyz9fhswxx SELECT ASSET_LIABILITY_GAP, AL...
554,080 5 110,816.00 2.04 2.37 2.44 9w1b11p6baqat SELECT DISTINCT consolidation_...
318,378 624 510.22 1.17 3.20 3.45 1auhbw1rd5yn2 SELECT /*+ index(va_gap_irla_P...
318,378 624 510.22 1.17 3.19 3.42 6gq9rj96p9aq0 SELECT /*+ index(va_gap_irlc_P...
313,923 3 104,641.00 1.16 2.38 2.38 7vsznt4tvh1b5 ...
SQL ordered by Reads
Total Disk Reads: 1,857
Captured SQL account for 2.1% of Total
Physical Reads Executions Reads per Exec %Total CPU Time (s) Elapsed Time (s) SQL Id SQL Module SQL Text
57 36 1.58 3.07 3.55 5.81 c6vdhsbw1t03d BEGIN citidba.proc_analyze_tab...
32 507 0.06 1.72 0.22 0.40 c49tbx3qqrtm4 insert into dependency$(d_obj#...
28 8 3.50 1.51 0.76 3.02 4crh3z5ya2r27 BEGIN PROC_DELETE_PACK_TABLES(...
20 3 6.67 1.08 145.36 149.62 8hr7mrcqpvw7n Begin Pkg_Pg_consolidation.Pro...
10 1 10.00 0.54 6.21 18.11 4m9ts1b1b27sv BEGIN domain.create_tables(:1,...
7 23 0.30 0.38 1.56 2.22 4vw03w673b9k7 BEGIN PROC_CREATE_PACK_TABLES(...
4 4 1.00 0.22 0.29 1.06 1vw6carbvp4z0 BEGIN Proc_ReCreate_Gap_temp_t...
2 182 0.01 0.11 0.06 0.08 2h0gb24h6zpnu insert into access$(d_obj#, or...
2 596 0.00 0.11 0.26 0.29 5fbmafvm27kfm insert into obj$(owner#, name,...
1 1 1.00 0.05 0.01 0.02 7jsrvff8hnqft UPDATE VA_PRR_IRUT_POL_IBCB_R...
SQL ordered by Executions
Total Executions: 184,109
Captured SQL account for 71.6% of Total
Executions Rows Processed Rows per Exec CPU per Exec (s) Elap per Exec (s) SQL Id SQL Module SQL Text
43,255 43,255 1.00 0.00 0.00 4m94ckmu16f9k JDBC Thin Client select count(*) from dual
25,964 24,769 0.95 0.00 0.00 2kxdq3m953pst SELECT SURROGATE_KEY FROM TB_P...
17,784 54,585 3.07 0.00 0.00 3mw7tf64wzgv4 SELECT TOTALVOL.PERIOD_NUMBER ...
17,784 54,585 3.07 0.00 0.00 g3vhvg8cz6yu3 SELECT TOTALVOL.PERIOD_NUMBER ...
2,631 2,631 1.00 0.00 0.00 60uw2vh6q9vn2 insert into col$(obj#, name, i...
2,465 924,375 375.00 0.01 0.01 7f4y1a3k1tzjn SELECT /*+CLUSTER(VA_STATIC_CC...
2,202 36 0.02 0.00 0.00 96g93hntrzjtr select /*+ rule */ bucket_cnt,...
2,110 206,464 97.85 0.01 0.01 3c2gyz9fhswxx SELECT ASSET_LIABILITY_GAP, AL...
2,043 2,043 1.00 0.00 0.00 28dvpph9k610y SELECT COUNT(*) FROM TB_TECH_S...
842 35 0.04 0.00 0.00 04xtrk7uyhknh select obj#, type#, ctime, mti...
SQL ordered by Parse Calls
Total Parse Calls: 70,872
Captured SQL account for 69.7% of Total
Parse Calls Executions % Total Parses SQL Id SQL Module SQL Text
17,784 17,784 25.09 3mw7tf64wzgv4 SELECT TOTALVOL.PERIOD_NUMBER ...
17,784 17,784 25.09 g3vhvg8cz6yu3 SELECT TOTALVOL.PERIOD_NUMBER ...
2,110 2,110 2.98 3c2gyz9fhswxx SELECT ASSET_LIABILITY_GAP, AL...
786 786 1.11 2s6amyv4qz2h2 exp@PSLDB03 (TNS V1-V3) SELECT INIEXT, SEXT, MINEXT,...
596 596 0.84 5fbmafvm27kfm insert into obj$(owner#, name,...
590 590 0.83 2ym6hhaq30r73 select type#, blocks, extents,...
550 550 0.78 7gtztzv329wg0 select c.name, u.name from co...
512 512 0.72 9qgtwh66xg6nz update seg$ set type#=:4, bloc...
480 480 0.68 6x2cz59yrxz3a exp@PSLDB03 (TNS V1-V3) SELECT NAME, OBJID, OWNER, ...
457 457 0.64 bsa0wjtftg3uw select file# from file$ where ...
Instance Activity Stats
Statistic Total per Second per Trans
CPU used by this session 54,051 14.78 28.64
CPU used when call started 53,326 14.58 28.26
CR blocks created 1,114 0.30 0.59
Cached Commit SCN referenced 755,322 206.51 400.28
Commit SCN cached 29 0.01 0.02
DB time 62,190 17.00 32.96
DBWR checkpoint buffers written 3,247 0.89 1.72
DBWR checkpoints 79 0.02 0.04
DBWR object drop buffers written 118 0.03 0.06
DBWR parallel query checkpoint buffers written 0 0.00 0.00
DBWR revisited being-written buffer 0 0.00 0.00
DBWR tablespace checkpoint buffers written 169 0.05 0.09
DBWR thread checkpoint buffers written 3,078 0.84 1.63
DBWR transaction table writes 0 0.00 0.00
DBWR undo block writes 11,245 3.07 5.96
DFO trees parallelized 0 0.00 0.00
DML statements parallelized 0 0.00 0.00
IMU CR rollbacks 29 0.01 0.02
IMU Flushes 982 0.27 0.52
IMU Redo allocation size 1,593,112 435.57 844.26
IMU commits 991 0.27 0.53
IMU contention 3 0.00 0.00
IMU ktichg flush 3 0.00 0.00
IMU pool not allocated 0 0.00 0.00
IMU recursive-transaction flush 1 0.00 0.00
IMU undo allocation size 3,280,968 897.05 1,738.72
IMU- failed to get a private strand 0 0.00 0.00
Misses for writing mapping 0 0.00 0.00
OS Integral shared text size 0 0.00 0.00
OS Integral unshared data size 0 0.00 0.00
OS Involuntary context switches 0 0.00 0.00
OS Maximum resident set size 0 0.00 0.00
OS Page faults 0 0.00 0.00
OS Page reclaims 0 0.00 0.00
OS System time used 0 0.00 0.00
OS User time used 0 0.00 0.00
OS Voluntary context switches 0 0.00 0.00
PX local messages recv'd 0 0.00 0.00
PX local messages sent 0 0.00 0.00
Parallel operations downgraded to serial 0 0.00 0.00
Parallel operations not downgraded 0 0.00 0.00
SMON posted for dropping temp segment 0 0.00 0.00
SMON posted for undo segment shrink 0 0.00 0.00
SQL*Net roundtrips to/from client 266,339 72.82 141.14
active txn count during cleanout 677 0.19 0.36
application wait time 243 0.07 0.13
background checkpoints completed 0 0.00 0.00
background checkpoints started 0 0.00 0.00
background timeouts 17,769 4.86 9.42
branch node splits 0 0.00 0.00
buffer is not pinned count 11,606,002 3,173.19 6,150.50
buffer is pinned count 65,043,685 17,783.53 34,469.36
bytes received via SQL*Net from client 27,009,252 7,384.57 14,313.33
bytes sent via SQL*Net to client ############### 69,310,703.02 134,343,168.92
calls to get snapshot scn: kcmgss 382,084 104.47 202.48
calls to kcmgas 15,558 4.25 8.24
calls to kcmgcs 1,886 0.52 1.00
change write time 488 0.13 0.26
cleanout - number of ktugct calls 628 0.17 0.33
cleanouts and rollbacks - consistent read gets 3 0.00 0.00
cleanouts only - consistent read gets 53 0.01 0.03
cluster key scan block gets 77,478 21.18 41.06
cluster key scans 41,479 11.34 21.98
commit batch/immediate performed 550 0.15 0.29
commit batch/immediate requested 550 0.15 0.29
commit cleanout failures: block lost 0 0.00 0.00
commit cleanout failures: buffer being written 0 0.00 0.00
commit cleanout failures: callback failure 29 0.01 0.02
commit cleanout failures: cannot pin 0 0.00 0.00
commit cleanouts 19,562 5.35 10.37
commit cleanouts successfully completed 19,533 5.34 10.35
commit immediate performed 550 0.15 0.29
commit immediate requested 550 0.15 0.29
commit txn count during cleanout 396 0.11 0.21
concurrency wait time 23 0.01 0.01
consistent changes 1,803 0.49 0.96
consistent gets 26,887,134 7,351.18 14,248.61
consistent gets - examination 1,524,222 416.74 807.75
consistent gets direct 0 0.00 0.00
consistent gets from cache 26,887,134 7,351.18 14,248.61
cursor authentications 773 0.21 0.41
data blocks consistent reads - undo records applied 1,682 0.46 0.89
db block changes 223,743 61.17 118.57
db block gets 214,573 58.67 113.71
db block gets direct 74 0.02 0.04
db block gets from cache 214,499 58.65 113.67
deferred (CURRENT) block cleanout applications 9,723 2.66 5.15
dirty buffers inspected 5,106 1.40 2.71
enqueue conversions 1,130 0.31 0.60
enqueue releases 49,151 13.44 26.05
enqueue requests 49,151 13.44 26.05
enqueue timeouts 0 0.00 0.00
enqueue waits 79 0.02 0.04
exchange deadlocks 0 0.00 0.00
execute count 184,109 50.34 97.57
failed probes on index block reclamation 1 0.00 0.00
free buffer inspected 6,521 1.78 3.46
free buffer requested 8,656 2.37 4.59
global undo segment hints helped 0 0.00 0.00
global undo segment hints were stale 0 0.00 0.00
heap block compress 457 0.12 0.24
hot buffers moved to head of LRU 5,016 1.37 2.66
immediate (CR) block cleanout applications 56 0.02 0.03
immediate (CURRENT) block cleanout applications 4,230 1.16 2.24
index crx upgrade (found) 0 0.00 0.00
index crx upgrade (positioned) 8,362 2.29 4.43
index fast full scans (full) 3,845 1.05 2.04
index fast full scans (rowid ranges) 0 0.00 0.00
index fetch by key 842,761 230.42 446.61
index scans kdiixs1 376,413 102.91 199.48
leaf node 90-10 splits 42 0.01 0.02
leaf node splits 89 0.02 0.05
lob reads 6,759,932 1,848.23 3,582.37
lob writes 11,788 3.22 6.25
lob writes unaligned 11,788 3.22 6.25
logons cumulative 272 0.07 0.14
messages received 133,602 36.53 70.80
messages sent 133,602 36.53 70.80
no buffer to keep pinned count 219 0.06 0.12
no work - consistent read gets 18,462,318 5,047.76 9,783.95
opened cursors cumulative 77,042 21.06 40.83
parse count (failures) 57 0.02 0.03
parse count (hard) 1,311 0.36 0.69
parse count (total) 70,872 19.38 37.56
parse time cpu 542 0.15 0.29
parse time elapsed 2,218 0.61 1.18
physical read IO requests 821 0.22 0.44
physical read bytes 15,212,544 4,159.25 8,061.76
physical read total IO requests 2,953 0.81 1.56
physical read total bytes 48,963,584 13,387.08 25,947.85
physical read total multi block requests 289 0.08 0.15
physical reads 1,857 0.51 0.98
physical reads cache 1,857 0.51 0.98
physical reads cache prefetch 1,036 0.28 0.55
physical reads direct 0 0.00 0.00
physical reads direct (lob) 0 0.00 0.00
physical reads direct temporary tablespace 0 0.00 0.00
physical reads prefetch warmup 0 0.00 0.00
physical write IO requests 6,054 1.66 3.21
physical write bytes 122,142,720 33,394.92 64,728.52
physical write total IO requests 11,533 3.15 6.11
physical write total bytes 199,223,808 54,469.58 105,577.00
physical write total multi block requests 5,894 1.61 3.12
physical writes 14,910 4.08 7.90
physical writes direct 74 0.02 0.04
physical writes direct (lob) 0 0.00 0.00
physical writes direct temporary tablespace 72 0.02 0.04
physical writes from cache 14,836 4.06 7.86
physical writes non checkpoint 14,691 4.02 7.79
pinned buffers inspected 4 0.00 0.00
prefetch clients - default 0 0.00 0.00
prefetch warmup blocks aged out before use 0 0.00 0.00
prefetch warmup blocks flushed out before use 0 0.00 0.00
prefetched blocks aged out before use 0 0.00 0.00
process last non-idle time 2,370 0.65 1.26
queries parallelized 0 0.00 0.00
recovery blocks read 0 0.00 0.00
recursive aborts on index block reclamation 0 0.00 0.00
recursive calls 643,220 175.86 340.87
recursive cpu usage 15,900 4.35 8.43
redo blocks read for recovery 0 0.00 0.00
redo blocks written 96,501 26.38 51.14
redo buffer allocation retries 0 0.00 0.00
redo entries 115,246 31.51 61.07
redo log space requests 0 0.00 0.00
redo log space wait time 0 0.00 0.00
redo ordering marks 3,605 0.99 1.91 -
Database Performance: Large execution time.
Hi,
I have TPC-h database of size 1GB. I am running a nested query having multiple joins between 5 tables and a group by and order by on three attributes. It took around 1 hour for this query to get executed (also it was fired for the point which can be considered as the center of selectivity range.).
Following is the query:
select
supp_nation,
cust_nation,
l_year,
sum(volume)
from
select
n1.n_name as supp_nation,
n2.n_name as cust_nation,
YEAR (l_shipdate) as l_year,
l_extendedprice * (1 - l_discount) as volume
from
supplier,
lineitem,
orders,
customer,
nation n1,
nation n2
where
s_suppkey = l_suppkey
and o_orderkey = l_orderkey
and c_custkey = o_custkey
and s_nationkey = n1.n_nationkey
and c_nationkey = n2.n_nationkey
and (
(n1.n_name = 'FRANCE' and n2.n_name = 'GERMANY')
or (n1.n_name = 'GERMANY' and n2.n_name = 'FRANCE')
and l_shipdate between '1995-01-01' and '1996-12-31'
and o_totalprice <= 246835
and c_acctbal <= -422.16
)as shipping
group by
supp_nation,
cust_nation,
l_year
order by
supp_nation,
cust_nation,
l_year
Moreover it has been observed that such types of queries viz., nested, sub queries, aggregation are taking very high amount of time for execution as compared to other databases. The above mentioned query took only 18 seconds to execute in ORACLE server.
The machine configuration and the database configuration are as follows:
Machine:
64-bit Windows Vista operating System.
RAM: 8GB.
CPU: 3.0 GHZ
Database:
Data Area: No. of Volumes: 1, Size of Volume: 4GB (as mentioned on wiki, for 10 GB database 4 volumes must be assigned.)
Log Area: Volume: 1, Size: 1GB
Data and Log are on same disk.
Caches:
I/O Buffer Cache: 1 GB
Data Cache: 1 GB
Catalog Cache: 30 MB
Parameters:
CacheMemorySize - 131072
ReadAheadLobThreshold- 3000
Also, we have set other optimizer parameters as required and recommended by SAPDB. Even then I am not able get better performance.
How to increase or better the performance? Is there any other parameter that remains to be set?> I have TPC-h database of size 1GB. I am running a nested query having multiple joins between 5 tables and a group by and order by on three attributes. It took around 1 hour for this query to get executed (also it was fired for the point which can be considered as the center of selectivity range.).
> Moreover it has been observed that such types of queries viz., nested, sub queries, aggregation are taking very high amount of time for execution as compared to other databases. The above mentioned query took only 18 seconds to execute in ORACLE server.
Such general statements are usually total crap.
MaxDB is running for many SAP customer and SAP internally in many installations - even for BI systems.
We don't know your Oracle server, we don't know the execution plans - so there's nothing to tell why it may be the case here.
> Data Area: No. of Volumes: 1, Size of Volume: 4GB (as mentioned on wiki, for 10 GB database 4 volumes must be assigned.)
It's a rule of thumb - having just one volume is a rather bad idea since you don't get parallel I/O with that.
> Log Area: Volume: 1, Size: 1GB
> Data and Log are on same disk.
Although this is irrelevant for the query performance it's nonsense in productive environments and a performance killer as well.
> I/O Buffer Cache: 1 GB
> Data Cache: 1 GB
Why don't you allow more Cache ?
> Catalog Cache: 30 MB
What for? Do you understand the catalog cache in MaxDB?
It's a per session setting...
> Also, we have set other optimizer parameters as required and recommended by SAPDB. Even then I am not able get better performance.
Can you be more specific here?
What MaxDB version are you using? What parameter settings do you use?
> How to increase or better the performance? Is there any other parameter that remains to be set?
How about showing us the execution plan for the statement and the index structure?
How should we know what MaxDB does here that takes so much time?
Did you have the DBanalyzer running while the query ran?
TPC-H is a benchmark for ad-hoc, decision making support: did you enable any of the BI feature pack features of MaxDB? What about prefetching? What about table clustering, column compression, star join optimization ...?
All in all - you left us here with "MaxDB is slower than Oracle" and nothing to work on.
That's not useful in any way.
Want some answers - provide some information!
regards,
Lars -
Oracle database performance after server reboot
hi masters,
this is not some kind of question, but a discussion. some statements come from our client that after weekly reboot of system, the oracle database performance is low for some time and increase after some time(say 2 days).
i think it is but obvious, because at reboot oracle flushes all cache, and temporary space, so it need to re parse the sql statements and perform some disc I/O's so it might need some time and hence performance will degrade.
but at the same time some people claim that after reboot their database performance is better than their normal performance for some days. it seems controversial that's why i am posting it here.
what might be the reason behind this?? prior can have a valid reason of hard parsing, but what with second case??
any clarification is highly appreciated...
thank you
regadrs
VDVikrant,
You should wait for some time buddy, its weekend ;-) .
this is not some kind of question, but a discussion. some statements come from our client that after weekly reboot of system, the oracle database performance is low for some time and increase after some time(say 2 days).i think it is but obvious, because at reboot oracle flushes all cache, and temporary space, so it need to re parse the sql statements and perform some disc I/O's so it might need some time and hence performance will degrade.
>
I would start from saying that checking the performance when the system just started, is a wrong approach. There would be lots of IOs , parsing, calculations(related to memory allocations) happening so there would be a delay/bad performance at that time. Very simple example can be parsing, another can be memory allocation. Oracle doesn't allocate the entire memory in the instance startup that is allocated to the memory areas but allocates just the bare minimum that is needed to start the instance and than after the startup, it keeps on allocating the memory. So surely enough, with the startup and after a while of it, there would be a different performance than that after the instance hsa already been started and the workload informations have started coming up.
Its correct that Oracle would deallocate all the caches with the reboot as the instance is on the memory(physical) and with the reboot , that would be flushed including the SGA which is allocated over it. Temporary tablespace is now not freed with the reboot. I guess its a rather illogical thing to do but that's what is there now. Oracle keeps the segment allocated even after the reboot is issued, hence the reason for larger temporary tablespaces.
>
but at the same time some people claim that after reboot their database performance is better than their normal performance for some days. it seems controversial that's why i am posting it here.
what might be the reason behind this?? prior can have a valid reason of hard parsing, but what with second case??
>
This should not come as a surprise once we understand what might be happening with this process. Assume a situation where you have undersized caches. For example, shared pool . which is very heavily used for database , if this is going to be undersized and you are not using automatic memory management, you won't be enjoying the dynamic management of this parameter. Now, if you do lots of parsing , thanks to your wrongly written queries, you would eventually end up filling up shared pool to its max thus leaving no space for incoming new hard parsed cursors. Here , if you can't manage to add more memory to add to it, the only solution left would be to flush the shared pool( as good as rebooting the db because this would do the same) and than make space for the new cursors. The performance is going to be better becausethe cursors would not be getting flushed out immediately and will be kept in the shared pool as long as its not filled up again.Once you have reached to limit of it, again there would be performance benefit. So there are always odds added to the statements like this that I rebuilt my index , I got better, I rebooted my server, my querie are much faster now. Most of the time when these kind of statements are given, they are based on what we have seen, without understading what actually might have happened. So I would siggest to hear the statement but not take them as a rule of thumb to follow.
Hope this all makes some sense for you and would help somewhat.
Aman.... -
After activating a Resource Plan, scheduler activity is very high
Hi folks,
This is our first attempt at using the Resource Manager built into the 10.2.0.4 database.
I've activated a Resource Plan that limits a Resource Group's CPU to 40%.
Since activating the plan, I've noticed a very high amount of activity from my Grid Server application for the Scheduler. Is this normal behavior when using Resource Plans? When the Resource Plan is NOT active, the Grid Server Performance page shows almost no scheduler activity.
I'm wondering if anyone else sees this behavior when using Resource Plans?In grid control you get to see wait events for class Scheduler. If you drill down you will see what actually causes this. The light green color only pops up when the Resource Manager is intervening with the application.
I hope this helps,
Ronald.
http://ronr.blogspot.com -
Hi Guys,
My Prod db performance is very slow..
I collected the addm report and got some sql queries which are consuming significant memory.
Below out put is from ADDM Report
FINDING 1: 45% impact (9529 seconds)
SQL statements consuming significant database time were found.
RECOMMENDATION 1: SQL Tuning, 21% benefit (4393 seconds)
ACTION: Run SQL Tuning Advisor on the SQL statement with SQL_ID
"bxkdtdywnp6xa".
RELEVANT OBJECT: SQL statement with SQL_ID bxkdtdywnp6xa and
PLAN_HASH 2404633280
and I just wanted to know what is the base level analysis from DBA end.
Regards,
Maddyuser11263705 wrote:
HIPatience, Grasshopper
You posted this follow-up a mere 85 minutes after your previous post.
This forum is not a chat line, and it is not paid support.
No one is responsible for monitoring it and giving a quick response.
Furthermore, it is a global forum. The person with the information you seek may very well live 20 time zones away from you and was going to bed just as you posted. He will not even see your post for several more hours.
Your original post went up in the middle of the night for half the world.
And going into a weekend, at that.
No one with the information you seek is deliberately withholding it until you sound sufficiently desperate. -
Overall Performance is very slow
Hi,
I have 4GB in PI-DEV and 4GB in BI-DEV server, BI server is running very good and fast, but PI-DEV performace is very very slow even it take 5 munites to login myself...
There is no user login in DEV server... NW 7.0 2004s, Windows 2003 OS, Patch level 16. oracle 10g
Is anyone tell me step by step how do i check performacne issue... i read performance book but not that help
Thanks in Advanced...Sorry for late Reply
Basically I have PI-DEV and BI-DEV system and both system has only 4GB memory and same location same network, same patch level 16, same kernal level, under windows 2003 server, and Oracle DB, but different instance... some reason in PI-DEV performance is very slow only Integration Engine...
when I go SXMB_MONI it take more then process 20 munites one transaction, as i maintion before
I checked both memory paramaters are same like configTools
I checked database table space
I checked heap memory paramaters
I deleted AFG_XI_MSG table entries no messages are hold
sometihng really wrong in Integration Engine -
SAP SNC Portal DCM screen performance is very slow and times out
Friends,
SAP SNC Portal DCM screen performance is very slow and times out when user trying to pull data using customer location
What are the cleanup activites we can do to improve the overall SNC performance ?
We did open OSS message but so far no reply from SAP , Is there any one faced performance issue ?
User/vendor is complaining about slowness , query is standard SAP and its taking more time .(table - /LIME/NTREE) , It looks like number of data are huge causing this problem related to LIME/NTREE table. What are the options to improve the performance ?
Thanks in Advance
Hanuman Choudharyhi Team,
Pls . note the advise from SAP below, IS there any have experiance of archiveing /LIME records ?
Please advise how to start & what the steps in archiving ?
Thanks in advance
I had a look at the DCM query performance in PH1 system and figured out
that most of the time is spent at the LIME layer of database. The
following LIME tables are having far too many entries and is causing
the bottleneck during the query execution.
/LIME/NLOG_QUAN - 38,165,467
/LIME/PN_ITEM - 19,116,518
/LIME/PN_ITEM_TB - 19,154,124
These tables are storing the historical information about LIME(stock)
updates. Since these table grow with each change/update of stock
information, it will slow down the performance of the system over a
period of time. And to avoid the slow responses, the tables should
ideally be archived on a periodic basis to keep the data volume as
minimal as possible. You may have to discuss with the Business to
determine the number of days of LIME record you would want to retain
in the system. I would strongly recommend you to consider the LIME
archival retaining the minimum days (<=60 days) of historical
information. You can find more information about the Lime Archival
in the Sap Help link:
http://help.sap.com/saphelp_scm2007/helpdata/en/44/2a83121dde23d1e10000000a1553f7/frameset.htm.
Kindly get in touch with your BASIS consultant for the LIME archival.
The application performance should definitely improve after the LIME
archival. Please do not hesitate to get in touch with me in case you
require any further clarification in this regards.
Best Regards
Maybe you are looking for
-
I would like to be able to use my iTunes Match account as I am frequently away from home. However, my family would also like to be able to use Home Sharing to listen to music, watch movies stored on the family iMac, using the Apple TV. At the moment,
-
My 5 month old Touch battery drains at random times.
I'm baffled. My apps running in the background are cleaned up. I've checked my settings more times than I can count. It'll be fine sitting on my desk--I'll check it ever so often--and then, usually overnight when I'm not checking it, it'll just dr
-
Hi All, i am trying to learn sap basis. i want to know that what is performance optimization in sap basis and how it will be done. kindly help me. thanks in advance Regards, Subhash
-
Moving photos from Aperture to Photoshop Elements
How do I move all my photo projects from Aperture to Photoshop Elements 12
-
How to find out if SQL execution plan is changed proactively using job/grid
Hello, Can you help me on How to find out if SQL execution plan is changed proactively using job/grid control? Thank you.. -