博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【MOS】Troubleshooting Performance Issues (文档 ID 1377446.1)
阅读量:6959 次
发布时间:2019-06-27

本文共 8170 字,大约阅读时间需要 27 分钟。

【MOS】Troubleshooting Performance Issues (文档 ID 1377446.1)
In this Document
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.1.0.2 and later

Oracle Database - Standard Edition - Version 10.1.0.2 and later

Oracle Database - Personal Edition - Version 10.1.0.2 and later

Information in this document applies to any platform.

PURPOSE

This article provides a central point for Performance Troubleshooting advice.

You can access categorised Troubleshooting information via the following:

 Troubleshooting Assistant: Troubleshooting Performance Issues
 Troubleshooting Assistant: SQL Performance Issues

This articles supersedes :

 TROUBLESHOOTING GUIDE: Common Performance Tuning Issues (ARCHIVED)

Best Practices

Pro-Active Problem Avoidance and Diagnostic Collection

Although some problems may be unforeseen, in many cases problems may be avoidable if signs are detected early enough. Additionally, if an issue does occur, it is no use collecting information about that issue after the event. For information on suggested preparations to avoid issues and in case diagnostics are required, see:

 Best Practices: Proactively Avoiding Database and Query Performance Issues
 Best Practices Around Data Collection For Performance Issues

Performance Service Request Diagnostic Collection (SRDC) documents

Service Request Data Collection (SRDC) documents have been specially designed to provide the reader with the necessary instructions to provide a step by step guide to collecting information for a various common Database Performance Issues.

 List of Available Database Performance Related SRDC Documents

TROUBLESHOOTING STEPS

General Performance

The following articles can help with the interpretation of diagnostics to troubleshoot various issues:

 How To Investigate Slow Database Performance Issues
 Oracle Performance Diagnostic Guide (OPDG)

AWR Generation

To troubleshoot the failure to collect AWR snapshots or reports, See:

 Troubleshooting: AWR Snapshot Collection issues 
 Automatic Workload Repository (AWR) Reports - Start Point

AWR Interpretation

How to troubleshoot performance issues using AWR snapshots or reports, See:

 FAQ: How to Use AWR reports to Diagnose Database Performance Issues 

Buffer Busy  Contention

To troubleshoot issues where Buffers have become Busy due to concurrent access, see:

 Resolving Intense and "Random" Buffer Busy Wait Performance Problems:

Cache Buffers Chains Latch Contention

To troubleshoot issues caused by contention due to multiple sessions waiting to read the same block, see:

 Troubleshooting 'latch: cache buffers chains' Wait Contention

Configuration Parameters

Database parameters are designed so that the default is appropriate for the majority of cases. The following article discusses Optimizer Specific Parameters:

 What does it Mean if Disabling an Optimizer Specific Parameter Avoids a Performance Problem Detected After an Upgrade?

Connection Timeouts: Errors ORA-3135/ORA-3136

To troubleshoot issues caused by Connection Timeouts when errors such as ORA-3135 or ORA-3136 are seen, see:

 Troubleshooting ORA-3135/ORA-3136 Connection Timeouts Errors - Database Diagnostics

Deadlocks: Error ORA-00060

For issues related to Deadlocks,refer to :

 Troubleshooting Assistant: Oracle Database ORA-00060 Errors on Single Instance (Non-RAC) Diagnosing Using Deadlock Graphs in ORA-00060 Trace Files
 Master Note for Database Error ORA-00060

Disk I/O

For issues related to Disk Input/Ouput (I/O),refer to :

 Troubleshooting I/O-related waits 
 How to Tell if the IO of the Database is Slow

Enqueue/Locks

For locking issues refer to :

 Master Note: Locks, Enqueues and Deadlocks
 FAQ about Detecting and Resolving Locking Conflicts

 

High Numbers of Child Cursors/High Cursor Version Counts

When a SQL statement is executed, Oracle will try to match that statement up with an existing identical statement that has already been executed and attempt to reuse the stored parsed representation of it (which is stored within a cursor structure in the library cache). If the existing information in the cursor for that statement cannot be used, a new version of that statement will be created and used instead. If lots of versions of a particular statement are created, Oracle has to search through the versions to determine which (if any) can be shared. In extreme circumstances, this can cause mutex contention and other issue that degrade the database performance. In order to troubleshoot these issues and determine the cause, see:

 Troubleshooting: High Version Count Issues

Hung database

To troubleshoot cases where the database appears to have hung, refer to :

 Troubleshooting Database Hang Issues 
 How to Collect Diagnostics for Database Hanging Issues

Latches

To troubleshoot issues where there is contention on 'cache buffers chains' latches see:

 Troubleshooting 'latch: cache buffers chains' Wait Contention

Library Cache

For issues related to contention in the Library Cache

 Troubleshooting: Tuning the Shared Pool and Tuning Library Cache Latch Contention

Log File Sync

To troubleshoot issues where 'log file sync' is a primary cause of session wait activity, see:

 Troubleshooting: "Log File Sync" Waits 

Mutex Contention

For issues related to Mutex contention, refer to :

 Troubleshooting: Waits for Mutex Type Events
 Troubleshooting 'cursor: pin S wait on X' waits
 Troubleshooting 'library cache: mutex X' waits.
 FAQ: 'cursor: mutex ..' / 'cursor: pin ..' / 'library cache: mutex ..' Type Wait Events

Operating System (OS)

To troubleshoot Operating System (OS) related issues see:

 How to Diagnose High CPU Usage Problems to the Module Level
 Diagnosing hardware configuration induced performance problems

Paging/Memory

If heavy paging activity is seen and the database appears to be running more slowly than normal, refer to :

 Heavy Paging Causes Slow Database Performance

Slow Database

To troubleshoot occasions where the database appears to be running more slowly than normal, refer to :

 How To Investigate Slow Database Performance Issues

SQL Issue Diagnosis Using DBMS_SQLDIAG

An increasing number of issues can be detected, diagnosed and avoided using the DBMS_SQLDIAG package. For details see:

 How To Use DBMS_SQLDIAG To Diagnose Various Query Issues

SQL Tuning

For issues with individual queries, refer to the following troubleshooting documents:

 * Query Performance Degradation - Recommended Actions 
 * Query Performance Degradation - Upgrade Related - Recommended Actions
 * TROUBLESHOOTING: Tuning Slow Running Queries 
 * TROUBLESHOOTING: Possible Causes of Poor SQL Performance 
 * TROUBLESHOOTING: Tuning a New Query 
 * TROUBLESHOOTING: Tuning Queries That Cannot be Modified 
 * TROUBLESHOOTING: Advanced Query Tuning
 How To Diagnose Issues Where Plans Are Different From Different Clients

SYSAUX Tablespace Issues

 Troubleshooting Issues with the SYSAUX Tablespace

TKProf Runtime Errors

 Troubleshooting TKProf Runtime Errors

Upgrade

To troubleshoot issues encountered after upgrading a database see:

 Troubleshooting: Avoiding and Resolving Database Performance Related Issues After Upgrade
 TROUBLESHOOTING: Server Upgrade Results in Slow Query Performance 

For advice on how to avoid such issues before upgrading, see:

 Best Practices: Proactively Avoiding Database and Query Performance Issues
 Oracle 11gR2 Upgrade Companion
 Things to Consider Before Upgrading to 11.2.0.4 to Avoid Poor Performance or Wrong Results 
 Things to Consider Before Upgrading to 11.2.0.3 to Avoid Poor Performance or Wrong Results 
 Things to Consider Before Upgrading to 11.2.0.2 to Avoid Poor Performance or Wrong Results

Virtual Circuit Waits

 Troubleshooting: Virtual Circuit Waits

'WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!'

To troubleshoot issues when the database detects that a waiter has waited for a resource for longer than a particular threshold and he message "WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!" appears in the alert log, See:

 Troubleshooting: "WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!"

Community Discussions

Still have questions? Use the communities window below to search for similar discussions or start a new discussion on this subject. (Window is the live community not a screenshot)

Click  to open in main browser window

  

  

 

   

转载地址:http://rvqil.baihongyu.com/

你可能感兴趣的文章
[转载] 财经郎眼20120109:蒙牛的秘密
查看>>
[转载] 羽毛球——学打羽毛球 04 正手发高远球
查看>>
xen之基本搭建
查看>>
express框架中如何只执行一次res响应操作
查看>>
Entity Framework 延伸系列目录
查看>>
【总结整理】WebGIS学习-thinkGIS(二):关于level,比例尺scale,分辨率resolution...
查看>>
NOIP2005过河(青蛙过河)
查看>>
团队项目计划BACKLOG
查看>>
与评审人沟通
查看>>
Tensorflow word2vec编译运行
查看>>
80端口被NT kernel & System 占用pid= 4的解决方法
查看>>
面向对象之元类(metaclass)
查看>>
How to spend you day ?
查看>>
池技术----线程池
查看>>
Scala-基础-数组(1)
查看>>
gcc搜索头文件路径
查看>>
J2EE项目异常处理(转)
查看>>
怎么做网线,网线水晶头接法和线序
查看>>
angular的service服务eg:value,constant,factory,service
查看>>
学习笔记之Python全栈开发/人工智能公开课_腾讯课堂
查看>>