BW database related performance issue..

hi...
can anyone tell me how to improve the database performance??

Hi Nisha,
Welcome to SDN )
The Database performance increases by doing the following,
1. Partioning
2. Indexing
3. Archive unwanted data
4. Creating Aggregates ( Consider DB ratio and KPI ratio)
5. Check for parallelization options
6. deleting PSA requests
Please the below links
check this
http://help.sap.com/bp_biv235/BI_EN/documentation/Multi-dimensional_modeling_EN.doc
and
Business Intelligence Performance Tuning [original link is broken]
Thanks,
Sudhakar.
Saying thanks in SDN == Assigning Points.

Similar Messages

Oracle Apps Database severe Performance Issue

Hi Gurus,
This is regarding a severe performance issue running in our Production E-Business Suite Instance.
its an R12.1.3 setup installed with 11.2.0.1 Database. All the servers are Solaris Sparc 64 (Solaris 10)
Let me brief you about the instance first:
2 Node Application
- Main Application Server hosting web/forms/concurrent/admin servers
- iSupplier server hosting web services (placed in DMZ, used by external suppliers via Internet)
1 Node Database Server
Database Server Specs
Memory: 144G phys mem 20G total swap
- CPUs (8Px4cores, 2Px2cores)
- I/O - fiber channel hard disk (hitachi SAN Storage) - 7 DATA_TOPs (7 drives with RAID 5) - current DB size 1.6 TB
- at peak load, around 1000 concurrent forms session and 2000 web sessions.
We have been facing some serious performance issues and we raised an SR with Oracle Support.
The Support analyzed a bunch of AWR Reports we provided them and they asked us to increase the DB_CACHE from its current usage of 27G to 40G
So, we changed SGA_TARGET from 35G to 50G and PGA was increased from 35G to 40G as v$pgastat was also suggesting some lack of memory.
We made these changes last night.
Today morning we observed the following:
1. after start of office hours, we checked in the home page of EM DB Console that ADDM was showing reduced impact due to lack of SGA memory which seemed to be a good sign. Earlier it was around 25% which was now at 12%.
However, negative aspects were:
1. lot of swapping was reported by the System Administrators on the DB Server
2. High CPU Usage
3. EM DB Console showed a lot of "Concurrency Wait Class" events ...throughout the day lot of blocking sessions were reported which were making other sessions to wait.
in the AWR Report, following foreground reports were listed:
Top 5 Timed Foreground Events
Event
Waits
Time(s)
Avg wait (ms)
% DB time
Wait Class
DB CPU
132,577
61.46
library cache lock
3,539
40,683
11496
18.86
Concurrency
library cache: mutex X
4,014,083
21,011
5
9.74
Concurrency
db file sequential read
4,138,014
20,767
5
9.63
User I/O
latch free
381,916
5,897
15
2.73
Other
This is showing "library cache lock" events as the main culprit apart from the usual suspect, the CPU.
I am attaching the AWR Report. Please let me know if i should revert back the memory changes or is there anything else i could do.
Please help us resolving it because the performance is going worst.
Regards,
Muneer.

Pl do not post duplicates - Oracle Apps Database severe Performance Issue
For all critical production issues, pl work with Support thru SRs - using the forums to troubleshoot production issues is not wise

Cache-flush VM-related performance issue

Dear forum,
I've got a peculiar performance issue going on with the BDB pagecache being flushed to disk. I've managed to reproduce the issue perfectly on three out of three quite different systems that I've tried on, so it is at least quite well-defined.
My usage pattern for the database in question is such that I periodically (perhaps once every 10-60 seconds or so) need to read through an amount of values (around 500-2000 or so) from a database containing a rather large amount (in the millions, at least) of keys. There are a few writes for every such batch, but not very many (a couple of tens). The keys that are read each batch are quite random, and very likely to be completely different from batch to batch. The database is a DB_HASH.
When I do that, BDB seems to dirty a lot of pages in the page cache (which I have currently sized at 512 MB so that pages don't have to be forced out from it), from what I can tell by manipulating refcounts and stuff, so all in all, a single batch seems to dirty some 10-40 MB or so of the mmapped cache region. (I check this using pmap -x on Linux.) Note that when I speak of pages and the dirtying of them here, I mean at the VM level, not the BDB level.
A while after this has happened, the VM comes around and wants to flush the dirty pages to disk, so it batches writes of large portions (often the entire set of dirty pages, but sometimes it only does 10-20 MB or so at a time; this detail shouldn't matter) of the dirtied pages to the backing block device. Since the dirty pages are often rather interspersed in the region file, such a flush usually requires a couple of thousands of write ops, so it might sometimes take up to 10-20 seconds for the requests to complete.
If the program, then, again tries to dirty any of the pages while they are waiting to be flushed, which is often the case, the VM will block it until the page in question is flushed. This means that the thread in question might very well be blocked for up to 20 seconds, causing quite annoying wait times.
How to deal with this problem? I've considered trying to put the region files on tmpfs or so, but that seems like such an excessive measure for a problem which, from what I can tell, should be commonplace.
On a very related note, I've noticed a large discrepancy in the I/O performance between the systems I've tried this on. Two of the systems in question manage to carry out some 200-500 write ops per second on my test load, while the third manages closer to 2000-3000 write ops per second, which makes quite a difference. What makes it very weird is that the faster system uses the exact same hard drive as one of the slower systems. I know this isn't exactly a BDB-specific question, but I thought someone around here might have experience in the matter. All three systems use Linux and S-ATA hard disks (not SSDs), but they use different S-ATA host adapters, different kernel versions and are configured in quite different ways.
Thanks for reading my wall of text! I'm sorry for dragging on so long, but I didn't know how to describe the situation more briefly.
Edited by: Dolda2000 on Mar 23, 2013 8:08 AM

As a follow-up on this, it appears that the blocking behavior was introduced in Linux 3.0 to stabilize pages under writeback:
http://lwn.net/Articles/486311/
It seems that the commits that introduced the behavior can be safely patched away, and also that it is due to change in 3.9, but for now, this is not the route I took to solve it.
Rather, I wrote a patch to Berkeley DB to allow me to store the region files in another directory than the environment root directory, and used it to store them in /dev/shm -- that is, on tmpfs, which avoids writeback of the region files altogether.
If you want the patch, it is here for db4.8 (which what Debian Stable uses), and here for 5.1, which is what Debian Testing uses.
(For some reason, the hyperlink format suggested by the forum doesn't seem to be working?)

"oracle database 11g performance issues"

Hai everybody,
In oracle 11g 11.2.0.1.0 we are developing business application using java, Our developers said Database performance is very poor it takes more time to retrieve values from database, they check froantend and middleware that has no problem, if the query returns less values or rows it takes little more time. How can i solve this problem? please help me
Regards Benk

hai,
sorry for the delay my @$ORACLE_HOME/rdbms/admin/ashrpt.sql output shown below
ASH Report For ORCL/orcl
DB Name DB Id Instance Inst Num Release RAC Host
ORCL 1295420332 orcl 1 11.2.0.1.0 NO node6.node6-
CPUs SGA Size Buffer Cache Shared Pool ASH Buffer Size
2 1,561M (100%) 480M (30.7%) 432M (27.7%) 4.0M (0.3%)
Analysis Begin Time: 04-Oct-12 16:44:16
Analysis End Time: 04-Oct-12 16:59:33
Elapsed Time: 15.3 (mins)
Begin Data Source: V$ACTIVE_SESSION_HISTORY
End Data Source: V$ACTIVE_SESSION_HISTORY
Sample Count: 3
Average Active Sessions: 0.00
Avg. Active Session per CPU: 0.00
Report Target: None specified
Top User Events DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
Avg Active
Event Event Class % Event Sessions
null event Other 33.33 0.00
Top Background Events DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
Avg Active
Event Event Class % Activity Sessions
CPU + Wait for CPU CPU 33.33 0.00
os thread startup Concurrency 33.33 0.00
Top Event P1/P2/P3 Values DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Service/Module DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
Service Module % Activity Action % Action
SYS$BACKGROUND UNNAMED 66.67 UNNAMED 66.67
SYS$USERS UNNAMED 33.33 UNNAMED 33.33
Top Client IDs DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top SQL Command Types DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Phases of Execution DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
Avg Active
Phase of Execution % Activity Sessions
SQL Execution 33.33 0.00
Top SQL with Top Events DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top SQL with Top Row Sources DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top SQL using literals DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Parsing Module/Action DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top PL/SQL Procedures DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Java Workload DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Call Types DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Sessions DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
-> '# Samples Active' shows the number of ASH samples in which the session
was found waiting for that particular event. The percentage shown
in this column is calculated with respect to wall clock time
and not total database activity.
-> 'XIDs' shows the number of distinct transaction IDs sampled in ASH
when the session was waiting for that particular event
-> For sessions running Parallel Queries, this section will NOT aggregate
the PQ slave activity into the session issuing the PQ. Refer to
the 'Top Sessions running PQs' section for such statistics.
Sid, Serial# % Activity Event % Event
User Program # Samples Active XIDs
10, 1 33.33 CPU + Wait for CPU 33.33
SYS [email protected] (ARC2) 1/917 [ 0%] 0
19, 148 33.33 null event 33.33
SYS [email protected] (J000) 1/917 [ 0%] 0
139, 3 33.33 os thread startup 33.33
SYS [email protected] (CJQ0) 1/917 [ 0%] 0
Top Blocking Sessions DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Sessions running PQs DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top DB Objects DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top DB Files DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Top Latches DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
No data exists for this section of the report.
Activity Over Time DB/Inst: ORCL/orcl (Oct 04 16:44 to 16:59)
-> Analysis period is divided into smaller time slots
-> Top 3 events are reported in each of those slots
-> 'Slot Count' shows the number of ASH samples in that slot
-> 'Event Count' shows the number of ASH samples waiting for
that event in that slot
-> '% Event' is 'Event Count' over all ASH samples in the analysis period
Slot Event
Slot Time (Duration) Count Event Count % Event
16:48:00 (2.0 min) 1 CPU + Wait for CPU 1 33.33
16:50:00 (2.0 min) 2 null event 1 33.33
os thread startup 1 33.33
End of Report
Regards Benk

Language related performance issues in PS HRMS

Dear experts,
I was just verifying a PS HRMS application(enterprise 9.1) performance and I found out that the language I select while logging in is drastically affecting the end user performance.
The verification for all languages were done from same location(suspected the issue could be location\network specific).
      Any suggestions/recommendations/insights that would help me understand this issue better would be welcome!
     Best Regards,
A   Arun

I've heard this issue before. If you check the query being executed, you'll see that when you're working in a non-base language, that the related language records are joined in as well. If you're searching in a big record (PS_JOB e.g.), you can thus end up with a much more costly query. I don't have a solution just right away on how to force lookups etc. to not check unneeded language stuff, but knowing the base issue might point you in a good direction to look further.

Database polling performance issues

I am using Database polling to detect database changes for OLTP application.
my doubts are
1) will it affect performance of OLTP application
2) If so what would be the impact on OLTP application
3) How we can improve performance
4) any link to get more idea about this.

1) will it affect performance of OLTP application
No IT WONT AFFECT BECAUSE oltp Aapplication has
Transactions that involve small amounts of data
* Indexed access to data
* Many users
* Frequent queries and updates
* Fast response times
2) If so what would be the impact on OLTP application
N/A
3) How we can improve performance
Do not poll the table for 30 secs interval poll for atleast 45 secs intervals
4) any link to get more idea about this.
N/A

Weird database related PHP issue

Basically I have a regular page that lists a bunch of
Candidates from a table :
CandidateID, Candidate
They link through to a details page on CandidateID
On the listing page, I also have a link to an Edit Candidate
Details page, using :
[CODE]
<a href="editCandidateEmail.php?CandidateID=<?php echo
$row_Candidates['CandidateID']; ?>"><img
src="../Images/edit7.gif" border="0" width="28px" height="18px"
/></a>
[/CODE]
Which works just as it should. So far so good.
On my details page, I have the exact same link to the edit
deatils page, using :
[CODE]
<a href="editCandidateEmail.php?CandidateID=<?php echo
$row_Candidates['CandidateID']; ?>"><img
src="../Images/edit7.gif" border="0" width="28px" height="18px"
/></a>
[/CODE]
The weird thing is that it works sometimes, but not others.
The error is :
You have an error in your SQL syntax; check the manual that
corresponds to your MySQL server version for the right syntax to
use near '' at line 1
And the URL is just missing the ID off the end of the link,
so looks like :
../editCandidateEmail.php?CandidateID=
Instead of
../editCandidateEmail.php?CandidateID=1234
The recordset is named 'Candidates', and there is a
CandidateID present.
Any clue as to what might be causing this?
Cheers.

d'oh! Figured out what was happening - there were two
recordsets on the details page, and one involved a join to another
table - so if a CandidateID wasn't present in the other look up
table, it wasn't being referenced by that recordset - so I just
changed those links to refer to the simple recordset that referred
directly to the Candidates table.

BW Performance issue

Hi,
We have done reorge for four tablespaces PSAPBTABI, PSAPBTABD, PSAPODSD, PSAPODSI in our BW System 7.0. And we have created new tablespaces for above our tablespaces like PSAPODSINEW for all the above tablespaces and made the old tablespaces as offline. After doing this activity we are facing lot of performance problems.
For e.g while our BW guys are running one report for the portal it is executing but after a long time like after 2+ hours the page goes empty. The report is CL_SQL_RESULT_SET=============CP, not only this report but lot of reports. We have done statistics update for the tables that report uses using BRCONNECT and also rebuild the indexex for all the tables. But still no luck.
<< Moderator message - The answers given in this forum are by volunteers. Everyone's problem is important. Please do not ask for help quickly. >>
Regards,
Balaji Vedagiri
Edited by: Rob Burbank on Jan 9, 2011 10:40 PM

Hi,
For the BASIS related performance issues :
1. This is mostly DBA related : Keeping an eye on the DB space to monitor the growth of the database and look at space available and needed to prevent shutting down the BW server.
2. Making sure that backups don't consume a lot of time to interfere with daily operations.
3. Doing load balancing
4. Making sure IDocs are flowing freely.
5. Making sure that shared drives and servers don't overshoot the capacity.
6. Patching servers and server instances to improve performance.
The BW consultants can monitor the the space , etc using tcode DB02. The DBAs have their own tools to monitor these parameters.
Cheers,
Kedar

Performance Issue with PAY_BALANCE_VALUES_V View in Oracle R12

Dear all ,
We have recently upgraded from 11i(11.5.10.2) to R12(12.1.3). We are facing one Issue with slow performance of the queries where PAY_BALANCE_VALUES_V is used. We have so many reports & logic in Payroll which uses this View.
In 11i this works fine, however in R12 it takes very long time. There are no configuration changes we have done from 11i to R12.
Is there any way to optimize the performance or alternate way to retrieve the Balances Data in Payroll ?
Any heads up would be highly Appreciated.
Thanks,
Razi

Hi Razi,
The balance related performance issue is written in the following note.
Note:1494344.1 UK Payslip Generation - Self Service Program Takes Much Time To Complete (Performance Issue)
This issue was fixed in HR_PF.B RUP6 or patch:14376786. Did you apply this patch? If not, I suggest you apply it.
Also, HR_PF.B RUP6 has some balance related performance issues.
If you already have applied HR_PF.B RUP6, I suggest you log a SR with SQL trace.
Thanks,
Hideki

Performance issues -- related to printing

Hi All,
I am haviing production system performance issues related to printing. endusers are telling the printing is slow for almost printers. We are having more that 40 to 50 printers in landscape.
As per my primary investigation I didnt find any issues in TSP01 & TSP02 tables. But I can see the table TST01 and TST03 table having many number of entries (more that lakh). I dont have idead about this table. Is ther eany thing related to this table where the print causes slowness or any other factors also makes this printing issue .. Please advice ..
thanks in advance

Hai,
Check the below link...
http://help.sap.com/saphelp_nw70/helpdata/en/c1/1cca3bdcd73743e10000000a114084/content.htm
http://help.sap.com/saphelp_nw70/helpdata/en/fc/04ca3bb6f8c21de10000000a114084/frameset.htm
http://help.sap.com/saphelp_nw70/helpdata/en/86/1ccb3b560f194ce10000000a114084/content.htm
TemSe cannot administer objects that require more than two gigabytes of storage space, regardless of whether the objects are stored in the database or in the file system. Spool requests of a size greater than two gigabytes must therefore be split into several smaller requests.
It is enough if you perform the regular background jobs and Temse consistency checks for the tables.
This will help in controlling the capacity problems.
If you change the profile parameter rspo/store_location parameter value to 'G' this will make the performance better. The disadvantages are TemSe data must be backed up and restored separately from the database using operating system tools, In the event of problems, it can be difficult to restore consistency between the data held in files and the TemSeu2019s object management in the database. Also you have take care of the Hard disk requirements because in some cases, spool data may occupy several hundred megabytes of disk storage. If you use the G option, you must ensure that enough free disk space is available for spool data.
Regards,
Yoganand.V

Performance Issue OnSingle Database

Hi,
I have a performance issue on a single database on a SQL Server that has 32 databases. All other databases appear OK.
How do I begin investigating this?
I'm running SQL Server 2008 R2.
Regards
Paul

Hi Paul
As you said you are facing performace issue only in one database. So possibility is either on other database nothing big is running causing performance issue or this issue is related to database only.
1 Do a quick health check blocking , high cpu , low memory.
2. If all good find worst prforming queries on db (you can get n no. of script on web for that)
3. If you found specific query is slow, Check its execution plan and find all indexes use , rebuild them (stats will automatically updated)
4. In query check if any scan is there , u can use index to turn into seek.
Let us know if this doesnt help. Also please check error log if some specific error is logged ther
Thanks Saurabh Sinha
http://saurabhsinhainblogs.blogspot.in/
Please click the Mark as answer button and vote as helpful
if this reply solves your problem

Database migrated from Oracle 10g to 11g Discoverer report performance issu

Hi All,
We are now getting issue in Discoverer Report performance as the report is keep on running when database got upgrade from 10g to 11g.
In database 10g the report is working fine but the same report is not working fine in 11g.
The query i have changed as I have passed the date format TO_CHAR("DD-MON-YYYY" and removed the NVL & TRUNC function from the existing query.
The report is now working fine in Database 11g backhand but when I am using the same query in Discoverer it is not working and report is keep on running.
Please advise.
Regards,

Pl post exact OS, database and Discoverer versions. After the upgrade, have statistics been updated ? Have you traced the Discoverer query to determine where the performance issue is ?
How To Find Oracle Discoverer Diagnostic and Tracing Guides [ID 290658.1]
How To Enable SQL Tracing For Discoverer Sessions [ID 133055.1]
Discoverer 11g: Performance degradation after Upgrade to Database 11g [ID 1514929.1]
HTH
Srini

Performance issue related to OWM? Oracle version is 10.2.0.4

The optimizer picks hash join instead of nested loop for the queries with OWM tables, which causes full table scan everywhere. I wonder if it happens in your databases as well, or just us. If you did and knew what to do to solve this, it would be great appriciated! I did log in a SR to Oracle but it usually takes months to reach the solution.
Thanks for any possible answers!

Ha, sounded like you knew what I was talking about :)
I thought the issue must've had something to do with OWM because some complicate queries have no performance issue while they're regular tables. There's a batch job which took an hour to run now it takes 4.5 hours. I just rewrote the job to move the queries from OWM to regular tables, it takes 20 minutes. However today when I tried to get explain plans for some queries involve regular tables with large amount of data, I got the same full table scan problem with hash join. So I'm convinced that it probably is not OWM. But the patch for removing bug fix didn't help with the situation here.
I was hoping that other companies might have this problem and had a way to work around. If it's not OWM, I'm surprised that this only happens in our system.
Thanks for the reply anyway!

Performance issues related to logging (ForceSingleTraceFile option)

Dear SDN members,
I have a question about logging.
I like to place my logs/traces for every application in different log files. By doing this you have to set the ForceSingleTraceFile option to NO (in the config tool).
But in a presentation of SAP, named SAP Web Application Server 6.40; SAP Logging and Tracing API, is stated:
- All traces by default go to the default trace file.
- Good for performance
- On production systems, this is a must!!!
- Hard to find your trace messages
- Solution: Configure development systems to pipe traces and logs for applications to their own specific trace file
But I want the logs/traces also by our customers (production systems) in separate files. So my question is:
What are the performance issues we face, if we turn the ForceSingleTraceFile option to NO by our customers?
and
If we turn the ForceSingleTraceFile to NO will the logs/traces of the SAP applications also go to different files? If so, then I can imagine that it will be difficult to find the logs of the different SAP applications.
I hope that someone can clarify the working of the ForceSingleTraceFile setting.
Kind regards,
Marinus Geuze

Dear Marinus,
The performance issues with extensive logging are related to high memory usage (for concatenation/generation of the messages which are written to the log files) and as result increased garbare collection frequency, as well as high disk I/O and CPU overhead for the actual logging.
Writing to same trace file, if logging is extensive can become a bottleneck.
Anyway it is not related to if you should write the logs to the default trace of a standard location. I believe that the recommendation in the documentation is just about using the standard logging APIs of the SAP Java Server, because they are well optimized.
Best regards,
Sylvia

Tool for diagnosing performance issues in oracle database

Is there any tool to diagnose performance issues in queries and stored procedures in oracle similar to sql profiler for sql server
Thanks

you can use oem oracle enterprise manager to diagnose and monitor database .
Chapter 10: Monitoring and Tuning the Database(refer the link , oracle obe series, step by step procedures with screenshot presentation)
This chapter introduces you to some of the monitoring and tuning operations as performed through Enterprise Manager.
http://www.oracle.com/technology/obe/2day_dba/monitoring/monitoring.htm
refer: Monitoring and Tuning the Database
http://download.oracle.com/docs/cd/B14117_01/server.101/b10742/montune.htm
hope, this will helps you.
Edited by: rajeysh on Jul 14, 2010 9:28 PM

BW database related performance issue..

Similar Messages

Maybe you are looking for