Home » RDBMS Server » Performance Tuning » How to Identify Performance Problem and Bottleneck  () 3 Votes
icon6.gif  How to Identify Performance Problem and Bottleneck [message #246965] Fri, 22 June 2007 11:19 Go to next message
Michel Cadot
Messages: 29419
Registered: March 2007
Location: Nanterre, France, http://...
Senior Member
How to Identify Performance Bottleneck in 10g:

[Updated on: Sat, 22 September 2007 09:56]

How to Identify Performance Problem and Bottleneck [message #247207 is a reply to message #246965] Mon, 25 June 2007 01:18 Go to previous messageGo to next message
Frank Naude
Messages: 4186
Registered: April 1998
Senior Member
This following resources may also help:


These articles may help you understand some key points:

[Updated on: Fri, 28 December 2007 00:33]

Performance Monitoring [message #271021 is a reply to message #246965] Fri, 28 September 2007 14:11 Go to previous message
Michel Cadot
Messages: 29419
Registered: March 2007
Location: Nanterre, France, http://...
Senior Member
The following from Joel Garry explains what you have to do to be able to optimize your performances.

  1. Read Concepts manual.
  2. Understand that most performance issues come from application issues. For example, if some silly SQL reads an entire table to get a few rows, you will likely have a lot of unnecessary I/O that won't fill up the SGA.
  3. Read the Performance manual.
  4. Understand the optimizer. It can only use the information it is given. If the statistics it uses are wrong, nonexistent, or skewed in a manner the optimizer doesn't know about, it can choose a silly plan for accessing the data. Sometimes a full table scan is not silly.
  5. Understand what plans are and how to use them to understand 4.
  6. Understand what statspack can tell you.
  7. Understand when, how and why to use tracing.
  8. Understand what waits are and how to evaluate them.
  9. Read and work through books and articles by Jonathan Lewis, Tom Kyte, and Cary Milsap.
  10. Understand why rules of thumb can be a bad idea for improving the database of customers.
  11. Understand that tools based strictly on Oracle can be a bit misleading from a systems standpoint, and systems tools can be misleading from Oracle's viewpoint. Simply knowing you have a lot of reads does not mean anything is wrong, after all, what is a database going to be used for? A proper tuning methodology will figure out what critical bottlenecks are, and what to do about them.
  12. Understand the basics. For example, if you have sequential write-intensive archive writing interfering with random reads and writes for undo and everything else, thrashing a SAN cache, you probably have a configuration problem. If you have multiple users accessing data, you need to understand how Oracle handles the issues involved.
  13. Create clear metrics for performance improvement.
  14. Read Concepts manual.
  15. Go to #1 above

Previous Topic:Horizontal vs Vertical data table design
Goto Forum:
  


Current Time: Mon Nov 30 15:41:04 CST 2009

Total time taken to generate the page: 0.26591 seconds
.:: Forum Home :: Blogger Home :: Wiki Home :: Contact :: Privacy ::.