数据库自我管理和数据库.ppt

  1. 1、本文档共64页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Oracle 数据库 10g: 自我管理的数据库 Leng Leng Tan 高级总监 甲骨文公司 议程 主要的可管理性挑战 Oracle 的管理方案 可管理性革命 — Oracle 数据库 10g 这对您意味着什么? 问答 可管理性为什么很重要? 管理 IT 就是管理业务 对于客户 业务规模和复杂性增加 管理成本高 故障成本令人无法接受 对于独立软件供应商合作伙伴 部署复杂性增加 开发成本增加 支持成本高 Oracle 的 管理方案 完整的可管理性解决方案 使单个数据库易于管理 可管理性革命 空前的开发工作 最大的单项工作 工作中 50% 是设计人员 二百多位工程师 汇集大量的客户反馈 积极的有针对性的开发 不仅仅是进行研究! 范围广泛的工作 项目跨越整个技术领域 长期的承诺 可管理性前景 自我管理的数据库 DBA 的时间用在何处 DBA 的时间用在何处 软件安装 快速简单的安装 对安装过程进行重大的重新设计 单张 CD,只需 20 分钟 显著减少 CPU、内存、磁盘空间的消耗 使用 Oracle Instant Client 进行极为简单的客户端安装(3 个文件) 自动执行所有安装前和安装后的步骤 验证操作系统配置、补丁、资源的可用性等 为自动启动和关闭配置所有组件(监听器、数据库、代理程序、OMS、OID 等) 增强的静默安装 简化创建和配置过程 使用预先配置的、准备就绪的数据库,显著减少数据库的创建时间 初始化参数减少 90%:不到 30 个基本参数 自动设置常见任务,例如备份 自动配置 LDAP 服务器 自动共享服务器设置 简易的连接命名 简化升级 升级前检查(例如参数设置) 升级后状态检查 时间估算程序 可以重新开始 指导管理员使用最佳应用 随时可用的数据库控制 不需要单独安装 创建数据库后,完全进行管理和监控 监听器的发现、配置和监控 密切相关、随时可用的经验 快速轻便的安装 简化创建和配置过程 简化升级 灵活的数据库控制 DBA 的时间用在何处 高效的数据加载 Oracle 数据库 10g 数据泵 比导出快 60%(单个流) 比导入快 15 – 20 倍(单个流) 自动并行处理 — 多个流 可重新开始 对导出的转储文件进行大小估计 跨平台的可移植表空间 DBA 的时间用在何处 持续的系统管理 DBA 50% 的时间用在持续的管理、监控和调整 性能诊断和故障排除 空间和对象管理 SQL 和应用程序调整 系统资源调整 备份和恢复 Oracle 数据库 10g — 自我管理的数据库 智能基础架构 自动负载信息库 自动数据库诊断监控器 (ADDM) 计算机内的性能专家 提供数据库范围的性能诊断,包括 RAC 在每次获取负载信息库快照时自动运行 提供影响及益处分析 提供信息和原始数据比较 使用时间模型集成所有组件 ADDM 的体系结构 设计数据库编码方式方法,以生成时间和等待模型 数据库中的自我诊断引擎 — 数据库性能的关键 分类树 — 基于 Oracle 数十年的性能调整技术 实时结果 查明根本原因以及没有问题的区域 还可以手动运行 性能诊断:以前与现在的情况 以前 检查系统利用率 查看等待事件 观察闩锁争用情况 查看共享池和库缓存闩锁的等待情况 检查 v$sysstat(难以操作) 查看 “parse time elapsed” > “parse time cpu” 以及硬分析数量超过正常的情况 通过以下方法识别 SQL 识别具有很多硬分析的会话并跟踪它们,或者 在 v$sql 中检查具有相同散列计划的多个语句(难以操作) 检查所访问的对象并查看 SQL 通过观察 SQL 包含文字的情况来识别“硬分析”问题 支持游标共享 Oracle10g 查看 ADDM 建议 ADDM 建议使用 cursor_sharing 应用程序和 SQL 管理 高效执行 SQL 的关键:Oracle 基于成本的优化器 经过验证的技术 十年以上的产品使用 被所有高层次的应用程序供应商所采用 完善的功能 自动收集对象和系统(CPU、IO、高速缓存)统计信息 全套访问路径、适应性搜索策略 基于成本的转换 自动分配内存及并行处理 已有版本优化器统计信息 仍旧面临的挑战 如何快速找出复杂查询的最佳计划? 由相关性、复杂的判定选择性而导致的次最佳计划 什么是“不良”的 SQL? 如何在打包的应用程序中处理“不良”的 SQL? 如何“全局”地优化整个应用程序的 SQL 语句? 添加索引可能对单个语句有帮助,但它对应用程序其余部分的影响如何 自动调整优化器 识别“不良”的 SQL 自动获取负载 自动识别高负载 SQL 前 N 个最消耗资源的 SQL 语句 自动调整优化器 自动 SQL 调整 以往执行所积累

文档评论(0)

173****1616 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档