性能调优关于新活动会话历史记录和自动负载信息库的十个提示.pptxVIP

性能调优：有关活动会话历史记录和自动负载信息库的 10 个新技巧 Deba Chatterjee 首席产品经理 三种类型的性能管理 被动式性能管理 被动式性能管理 比较两个时段的性能 不一致的性能 系统资源过度使用 高负载的即席查询占用了大量资源 查询的执行计划发生变化 并行执行出现降级 昨天我的应用程序性能还不错，可今天就变得很慢。 技巧：比较时段 ADDM 两个 AWR 快照时段的完全 ADDM 分析 检测原因、衡量结果，然后将它们关联 原因：负载发生变化时，配置也会发生变化 结果：SQL 性能回退、达到资源限制（CPU、I/O、内存、互连） 给出可行的建议与量化的影响 分析报告 比较时段 ADDM SQL 通用性 SQL 性能回退 I/O 受限 过小的 SGA 缓冲区缓存减小了 30% SQL 增加 10% 比较时段 ADDM：方法 首要 SQL 增加了 45% 读取 I/O 增加了 55% 缓冲区缓存减少导致读取 I/O 增加 被动式性能管理 比较时段 ADDM 数据库挂起分析 数据库挂起状态 阻塞会话 内存分配问题 库缓存问题 存储不响应 (ASM) 互连问题 我的数据库挂起了。我不想重启数据库。 技巧：实时 ADDM EM Agent JDBC 连接 诊断连接 数据库 对不响应的系统使用预先设定的诊断连接 启动标准 JDBC 连接以进行实时分析 诊断连接将会收集数据，在此过程中不会上锁或运行 SQL 发生问题时，不论系统的状况有多糟，这都是诊断问题首选的智能顾问 实时分析 数据库不响应 实时 ADDM 实时分析挂起或缓慢的数据库系统 从整体上识别全局资源争用和死锁 量化的性能影响 准确可行的建议 为 RAC 提供群集范围的分析 被动式性能管理 实时 ADDM SQL 性能分析 我启用了并行查询，但这个查询还是花了很长的时间。我想知道这究竟是怎么回事。 并行降级 不受控制的并行执行 并行服务器可用性 对象级设置 会话级设置 技巧：实时 SQL 监视 使用并行提示执行的插入 实时 SQL 监视 “并行”选项卡 并行协调器在整个期间都处于忙碌的状态！！ 实时 SQL 监视 启用并行 DML 后 并行从查询在整个期间都处于忙碌的状态！！！ SQL 性能分析 简单查询却花费了很长的时间。数据库出了什么问题？ SQL 性能问题 统计信息 资源 应用程序问题 并行性 初始化参数 技巧：实时 SQL 监视 带有 Count 和 Group By 的 SQL 实时 SQL 监视 带有 Count 和 Group By 的 SQL 实时 SQL 监视 PGA 大小增加 被动式性能管理 实时 ADDM 主动式性能管理 主动式性能管理 被动跟踪长时间运行的程序？ 可以跟踪我的程序吗？ 这种跟踪存在什么问题？ 一种非常被动的观察问题的方式 需要额外的开销将数据写入跟踪文件 需要跟踪的程序通常都是存在问题的程序 影响生产系统的性能 监视复杂的数据库操作 数据库中实际发生的情况 实时数据库操作监视 了解出现的问题，并以更迅速的方式解决问题。 应用程序作业的数据库监视 为应用程序作业分组 SQL、会话 主要情形：ETL 操作、季末工作 由应用程序指定的标签驱动的实时监视 将会自动监视 Oracle 数据泵作业 PL/SQL、OCI 和 JDBC 中的标签功能 避免 SQL*Trace 的开销 可以看见首要 SQL 语句、系统和会话的性能指标 为数据库操作命名 DBOP 的设置方法 命名或括号结构 标签 监视组合数据库操作 Oracle Database 11g：支持简单数据库操作 PL/SQL 过程/函数 Oracle Database 12c：支持组合操作（新增） 应用程序代码或 DBA 定义的两个时间点之间的一个或多个会话活动 例如：SQL*Plus 脚本、批处理作业或 ETL 处理 每个 DB 会话最多可具有一个 DBOP 主动式性能管理 数据库操作 分析瞬时性能问题 昨天晚上执行的批处理作业花了两倍的时间才完成，不知是哪里出了问题。 无法检测瞬时问题 查看 AWR 数据 在快照窗口中会被平均值掩盖 磁盘上的 ASH 数据 每 10 秒采样一次 若要检测在“过去”时间内发生的此类问题，难度非常大 自动性能诊断 ADDM 系列： 数据库性能管理的不断发展 增强的实时 ADDM 主动问题检测和分析 每 3 秒运行非常轻量级（内存中、无闩锁）的检查 检测到性能低下的趋势时，触发进一步的分析 对高 CPU 占用、I/O 峰值、内存、互连、挂起和死锁进行分析 在问题威胁到应用程序性能之前将其识别 对于当前的峰值，可以手动触发实时 ADDM 用于短时间（5 分钟以内）的性能峰值，如影响非常严重的瞬时问题 提供对关