利用OEM11g进行数据库诊断与调优.pdf

该【利用OEM11g进行数据库诊断与调优 】是由【海洋里徜徉知识】上传分享，文档一共【43】页，该文档可以免费在线阅读，需要了解更多关于【利用OEM11g进行数据库诊断与调优 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。 : .
<在此处插入图片>
利用Oracle Enterprise Manager 11g 进行数据库诊断
与调优 : .
以下内容旨在概述产品的总体发展方向。该内容仅供
参考，不可纳入任何合同。该内容不构成提供任何材
料、代码或功能的承诺，并且不应该作为制定购买决
策的依据。此处所述有关 Oracle 产品的任何特性或
功能的开发、发布以及相应的日程安排均由 Oracle
自行决定。 : .
议题
• 历史回顾
• 主要概念
• 主要基础架构组件
• 利用 Oracle Enterprise Manager 11g 的 Diagnostic Pack 和
Tuning Pack 进行性能调优
• 问答 : .
<在此处插入图片>
历史回顾 : .
Oracle 调优方法
• 史前 (v5)
• 调试代码
• 中世纪 (v6)
• 计数器/比率
• BSTAT/ESTAT
• SQL*Trace
• 文艺复兴时期(v7)
• 引入等待事件工具
• 从计数器到计时器的转移
• STATSPACK
• 现代 (v10)
• DB 时间调优 — 使用数据库中的基本时间概念进行全面的调优
• 多个范围界定级别
• 一直运行，非侵入性
• 内置于基础架构中：工具、ASH、AWR、ADDM、EM : .
<在此处插入图片>
主要概念 : .
数据库时间（DB 时间）
• 前台会话进行数据库调用的总时间
• 包括CPU 时间、IO 时间和非空闲等待时间
• DB 时间<> 响应时间
• 对 Oracle 性能分析的新量度
数据库时间是用户进程进行数据库调用（此时进程处
于活动运转或活动等待状态）所花费的总时间。 : .
基本概念
活动会话 =
当前正在花费时间进行数据库调用的会话
数据库时间（DB 时间） =
会话在所有数据库调用上花费的总时间
会话的平均活动性（% 活动性） =
活动时间与总时钟时间的比率
浏览 阅读一本书的
添加到 结账
图书 评论
购物车
= 花在数据库上的时间 时间 : .
多个会话
DB 时间 = 所有会话的 DB 时间总和
平均活动会话数 = 所有会话的平均活动性的总和
总数据库时间
=
时钟（经过的）时间
在 t 时刻有2 个活动会话
用户1
用户2
用户3
用户n
时间
t
= 花在数据库上的时间 : .
EM 性能页面
• 随时间推移按等待类别统计的活动会话
• 着色区域 = DB 时间总计
• ―Click on the big stuff…‖（CBS 方法） : .
<在此处插入图片>
主要基础架构组件 : .
Automatic Workload Repository (AWR)
• 内置于数据库中的负载和性能统计信息库
• 自动捕获负载数据
• 默认情况下每小时保存 8 天的数据或手动保存数据
• 驻留于 SYSAUX 表空间中
• 自动管理空间需求
• 在夜间根据保留间隔自动清除过时数据
• 保存不同类型的数据：
• 基本统计信息，如物理读取次数
• SQL 统计信息，如磁盘读取次数（每个 sql 语句）
• 量度，如每秒物理读取次数
• 活动会话历史记录(ASH) : .
活动会话历史记录(ASH)
• 每秒对活动会话进行抽样，抽样到内存中
(v$active_session_history)
• 直接访问内核结构
• 每次快照使用十分之一的样本刷新 AWR
• 捕获的数据包括：
• SID
• SQL ID
• 程序、模块、操作
• 等待事件编号
• 对象、文件、块
• 实际等待时间（如果捕获时处于等待状态）
对瞬时问题启用
有针对性的性能分析 : .
活动会话历史记录(ASH)
查询 Khalid 浏览和 将商品 使用
Husaini 的 阅读 添加到 ―一键式‖
小说 评论 购物车 模块结账
DB 时间
时间 SID 模块 SQL ID 省/市/自治区 事件
7:38:26 213 按作者查找书籍 qa324jffritcf 等待 db 文件顺序读取
7:42:35 213 获取评论 id aferv5desfzs5 CPU
7:50:59 213 添加到购物车 hk32pekfcbdfr 等待 缓冲区繁忙等待
7:52:33 213 一键式 abngldf95f4de 等待 日志文件同步 : .
<在此处插入图片>
利用Oracle Enterprise Manager 11g 的
Diagnostic Pack 和 Tuning Pack 进行性能调优 : .
基本性能调优过程
• 捕获性能和负载数据
• 系统统计信息、等待信息、SQL 统计 AWR
信息等
• 分析
• 当前哪些类型的操作占用了最多的时
间？ ADDM
• 哪些资源造成瓶颈问题？
• 根本原因是什么 ？
• 如何纠正问题？
• 问题解决
• 如果确定存在多个问题，哪个问题最
ADDM
为严重？
• 哪种解决方案可使我获益最大？ : .
利用ADDM 自动进行系统级分析
Automatic Workload
Repository 中的 • Automatic Database Diagnostic
快照 Monitor (ADDM)
• 自动提供数据库级性能诊断
数据库中的自诊断引擎自动诊断引擎 • 数据库中的自诊断引擎
• 将所有组件集成到一起
• 识别 RAC
• 提供影响和收益分析，无问题区域
• 即需即用主动运行，在需要时可被动
运行
• 可用于进行实时分析和历史分析
高负载 IO/CPU
RAC 问题
SQL 问题
SQL 系统资源 网络+ 数据
Advisor 建议 库配置建议 : .
手动性能分析
• CBS 方法（即―Click
on the Big Stuff 方
法‖）
• 显示所选等待类别的
ASH 样本
• 回答是谁因为做了什
么而造成该问题
• 谁正在使系统速度变
慢？