oracle数据库分析

### Oracle数据库管理之AWR报告深入解析 #### AWR概述 AWR（Automatic Workload Repository）作为Oracle 10g引入的重要组件之一，主要用于存储数据库近期内（默认为7天）活动状态的详细信息。这一功能对于DBA来说至关重要，因为它能够提供一系列的关键指标和趋势分析，帮助他们了解数据库的实际运行状况并及时发现潜在问题。 AWR报告是通过对AWR视图进行查询生成的自动生成报告。为了获取AWR报告，可以手动执行以下命令： ``` exec dbms_workload_repository.create_snapshot; exec dbms_workload_repository.create_snapshot; -- 运行指定的工作负载 @?/rdbms/admin/awrrpt ``` 通过AWR及其报告，DBA可以轻松地获取到近期数据库的活动状态、性能指标的变化趋势以及可能存在的异常等问题，进而采取相应的优化措施。AWR报告中的数据来自于一系列以`DBA_HIST_`开头的系统表，这些表在Database Reference中有详细的描述，这也是Oracle官方提供的关于AWR报告的正式文档。 对于如何有效地分析AWR报告，除了理论学习之外，还需要DBA具备丰富的实践经验。值得注意的是，尽管Statspack在10g和11g中依然存在，并且与AWR同步更新，但它的开源特性使其成为理解AWR的一个很好的辅助工具。 #### DBCPU - CPU负载分析 当分析数据库性能时，最关心的信息之一就是系统的资源利用情况，特别是CPU的使用情况。在AWR报告中，CPU可以分为以下几个层面来考虑： 1. **OS级的User%, Sys%, Idle%**：这些指标反映了操作系统级别的CPU使用情况。 2. **DB所占OS CPU资源的Busy%**：这部分指数据库实际占用的操作系统CPU资源比例。 3. **DBCPU**：进一步细分为前台和后台进程消耗的CPU资源。 在11g版本中，这些信息在AWR报告中直接呈现出来。例如，如果OS级的%User为75.4，%Sys为2.8，%Idle为21.2，那么%Busy（即系统繁忙时间占比）为100 - 21.2 = 78.8%。而DB所占OS CPU资源的 Busy% 为69.1%，可以通过以下公式计算出%BusyCPU： \[ %BusyCPU = \frac{%TotalCPU}{%Busy} \times 100 = \frac{69.1}{78.8} \times 100 = 87.69 \] 对于10g版本，虽然没有直接给出这些信息，但是可以通过手动计算得出结果。具体来说，这些数据来源于`DBA_HIST_OSSTAT`视图，报告中提供了这段时间内的绝对数据（时间单位为百分之一秒）。根据报告中的数据，可以通过以下步骤计算出各个指标： 1. **%User**：\[ %User = \frac{USER\_TIME}{BUSY\_TIME + IDLE\_TIME} \times 100 \] 2. **%Sys**：\[ %Sys = \frac{SYS\_TIME}{BUSY\_TIME + IDLE\_TIME} \times 100 \] 通过这些计算，可以进一步分析和理解数据库在特定时间段内的CPU负载情况，这对于诊断性能问题和优化配置具有重要意义。在后续的内容中，我们将继续探讨AWR报告中的其他关键指标，如DBTime和IO数据等，以便全面了解如何有效地分析AWR报告并从中获取有价值的信息。