张大朋+甲骨文公司资深Oracle+DBA

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 持续的性能优化
更改检测
• 变更管理
• 在变化中保留秩序
更改测试 自动执行更改
• Ongoing Administration
• Manage More with Less
配置检测和应用变更
• 确保系统符合公司的标准 • 检测未经授权(恶意)的更改 • 配置变更
• ~ 300 out-of-box policies per Oracle “best practices” • 不断地监测遵从性 • 遵从的评分反映遵守程度 (0-100%) • 基于非遵从的通知
Monitor Policies
• 应用变更
• Schema 比较能力帮助识别 • 恶意 SQL • 未经授权的访问控制的变化 • tables, procedures, triggers, functions的变 化 • 增加/删除 索引,等等.
Reports
Security
Compare
变更监测: DBA 1.0 vs. 2.0
优点
Oracle E-Business Suite (EBS) Certification
• • • • 确保 EBS release 11i, R12 可用于Oracle Database 11g 复杂、大量的负荷: 超过650K 的唯一查询语句需要 确认 保证应用系统对于 Oracle Database 11g是优化的 使用之前的工具(home-grown)进行真实有效地测试的困难
• Manage More Fra Baidu bibliotekith Less
DBA最大的挑战
• 性能管理
• 持续的性能优化
变更检测
• 变更管理
• 在变化中保留秩序
变更测试 自动执行变更
• Ongoing Administration
• Manage More with Less
使用真实的应用测试测试变更 (Real Application Testing)
DBA 2.0
自动完成 (Automatic SQL Tuning自动的优化SQL)
5. 6. 7. 8.
实时 SQL 监控
查看里面的SQL执行计划
• 自动监视长时间运行的SQL • Enabled out-of-the-box with no performance impact • 监视每个sql的执行 • 公布监视统计信息
DBA 2.0
查看ADDM建议 ADDM 推荐使用 cursor_sharing
DBA最大的挑战
性能诊断
• 性能管理
• 持续的性能优化
应用调优
• 变更管理
• 在变化中保留秩序
• Ongoing Administration
• Manage More with Less
DBA最大的挑战
性能诊断
• 性能管理
数据库重演
1 2 3
捕获 重演 分析和 和 补救
• 在生产环境捕获负载
• 捕获全部的生产环境的负载,包括真实的负载、时间、并发特征 • 将捕获的负载移植到测试系统上
• 在测试环境重演负载
• 在测试系统中进行所需的更改 • 全面的重演生产环境的负载
• 分析和报告
• 捕获和重演报告 • AWR, ASH
场景: 比较测试和生产的 Schema
DBA 1.0
1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 确定数据库, 测试和生产 获取应用的 schema 写脚本获取表定义的列的信息 在第一个数据库运行脚本 在第二个数据库运行脚本 直观地比较结果 编写新索引的脚本 重新运行脚本 对于数据库其他对象重复这个过程 生成一个列出变更的报告 编写脚本来应用变更 将变更应用 重复以上步骤已验证变更 在生产和测试数据库上重新运行 在生产和开发环境上重新运行
Analysis & Reporting
变更测试: DBA 1.0 vs. 2.0
场景: 测试 Oracle E-Business Suite
DBA 1.0 全部的测试时间
Number of Steps 安装和配置 了解应用 识别关键事物 开发测试脚本 运行测试 共计 LoadRunner
(Days)
优点 • 降低采用新技术的风险 • 减少有效的测试时间,从数周到几天 特点 • 数据库重演 • SQL 性能分析器 确保变更: • 数据库和操作系统 • 配置变更,比如从单机转换成RAC • 存储变更 • 操作系统迁移, 比如,从 Windows 到 Linux
Now Supports Upgrades from Oracle 9iR2 to 10gR2 and 11g!
建议包括: 新建索引, 统计信息的更新, SQL 结 构的调整 和 SQL 评测

Packaged Apps + SQL Profile
Customizable Apps + SQL Advice
Customizable Apps + Indexes & MVs + Partitions
Well-Tuned SQL
DBA 1.0
1. 2. 3. 4. 5. 6. 1. 检查系统的初始环境 查看等待事件 2. 确定latch争用 发现等待在shared pool 和 library cache latch 查看 v$sysstat 看 “parse time elapsed” > “parse time cpu” #硬解析很高 7. 识别SQL i. 识别产生大量应解析的session, 并且 trace他们 ii. 查看 v$sql 视图,找出具有相同 plan_hash_value的sql语句 8. 检查和回顾SQL 9. 确定应解析问题是由于常量sql语句(literal sql) 引起的 10. 启用 cursor sharing
• • •
Automatic Diagnostic Engine Self-Diagnostic Engine
• • •
High-load SQL IO / CPU issues RAC Issues
使用AWR快照进行自上而下的 分析 分类树 -基于几十年的 Oracle 性能优化专业知识 Performance expert, now a RAC Specialist too in 11g 实时的结果
• • 无须为看到结果等几个小时 根据症状区分根本原因
精确的定位根本原因 报告非问题的区域,比如,I/O 是没有问题的
SQL Advisor
System Resource Advice
Network + DB config Advice
性能诊断: DBA 1.0 vs. 2.0
场景: 硬解析问题(Hard Parse)
• 持续的性能优化
应用调优
• 变更管理
• 在变化中保留秩序
• Ongoing Administration
• Manage More with Less
自动的SQL优化
Packaged Apps Custom Apps

自动SQL优化
• • • 捕捉高负载的 SQL 使用 SQL Profiles调整SQL 实施大大改善的SQL plans (可 选)
• 全局执行级别 • 计划操作级别 • 并行执行级别
• 优化工作指南
DBA最大的挑战
• 性能管理
• 持续的性能优化
更改检测
• 变更管理
• 在变化中保留秩序
更改测试 自动执行更改
• Ongoing Administration
• Manage More with Less
DBA最大的挑战
• 性能管理
Oracle Database 11g
DBA最大的挑战
性能诊断
• 性能管理
• 持续的性能优化
应用调优
• 变更管理
• 在变化中保留秩序
• Ongoing Administration
• Manage More with Less
DBA最大的挑战
性能优化
• 性能管理
• 持续的性能优化
应用调优
• 变更管理
DBA 2.0 总的测试时间
Number of Steps 安装和配置 了解应用 识别关键事物 开发测试脚本 运行测试 共计 DB Replay
(Days)
24 20 20 80 5 149 天
4 0 0 2 5 11 天
DBA 1.0
(LoadRunner)
DBA 2.0
(Database Replay)
Replication
Apps/SQL
Recovery
Memory
Schema
Storage
Backup
RAC
可管理性的演变
不断的改进 26% Less Time
100%
31% Fewer Steps
Oracle9i Database Oracle Database 10g
75% 50% 25% 0% Time Steps
High-Load SQL
Automatic Tuning Optimizer
• •
Access Analysis
Auto SQL Tuning
Auto SQL Analysis
提供的建议所带来的性能优势 SQL Profiling 调整执行计划而无 须更改SQL语句 对打包的应用程序启用透明的性 能优化
Compare SQL Performance
Analysis Report
Starwood 酒店和度假村
• 升级关键面向客户的应用,提供客房预订率系统从Oracle数据 库10.2.0.4至11.1 。 • 不稳定的数据对计划制定有影响。 • 无法使用合成查询测试之前的升级。
挑战
解决方法
• SQL 性能分析器确定不良SQL • SQL Profiles 使SQL更加透明。 • SQL 计划基准线使计划更稳定。 • 非常成功的升级。 • 可预知的性能和 SLAs • 将测试时间从5个月缩短到10天。
DBA 2.0
1. 2. 运行Dictionary比较作业 识别报告中所有的 schema和初始化参数的 差异
DBA最大的挑战
• 性能管理
• 持续的性能优化
Change Detection
• 变更管理
• 在变化中保留秩序
Change Testing Change Automation
• Ongoing Administration
Database Management for DBA 2.0
Jagan R. Athreya Director, Database Manageability Oracle Corporation Scott McNeil Sr. Product Marketing Manager Oracle Corporation
SQL 优化: DBA 1.0 vs. 2.0
场景: 调整问题 SQL
DBA 1.0
1. 2. 3. 4. 获取执行计划 检查查询对象和他们的大小 检查和对比执行计划的统计信息中的执行统计部 分 (存储在 V$SQL 视图中) 找出问题所在,比如, “first rows” issue because only recent data is ever displayed despite large history being queried 联系应用厂商 为应用厂商生成测试案例 从应用厂商那里获得适当的用于修改应用程序的 补丁 在下一个维护周期安装该补丁
• 在变化中保留秩序
• Ongoing Administration
• Manage More with Less
有多少人知道 ADDM?
Automatic Database Diagnostic Monitor (ADDM)
自动性能诊断
AWR and ADDM
Snapshots in Automatic Workload Repository
DBA最大的挑战
• 性能管理
• 持续的性能优化
• 变更管理
• 在变化中保留秩序
• Ongoing Administration
• Manage More with Less
可管理性的演变
Adaptive Auto-Tuning Integrated Advisory Low-Impact Instrumentation
30 周
2周
SQL 性能分析器 (SPA)
SQL Workload
• 测试更改对SQL查询性能的影响 • 在生产环境抓取SQL负载,统计 信息和绑定的变量
Pre-change executions stats
Post-change executions stats
• 在测试环境再执行SQL查询 • 自动修正不良SQL • 自动集成 SQL 调整集, SQL 计 划基线,SQL调优建议器,提供 端到端的解决方案
相关文档
最新文档