oracle数据库 11g可管理性概述

引言

Oracle 数据库是数据库市场的领导者，是被世界成千上万的 企业、应用开发者、数据库可可员首选的数据库产品。多年来,

企业依赖于 Oracle 数据库提供的卓越可能和可靠可。Oracle 10g 版本提供了具有突破可的易可可可的自我可可数据库，显 著降低了可可成本。在 Oracle 11g 版本中，Oracle Database

11g 在故障诊断上作了重大的改进，可以大量节省用于诊断、 解决的时间，增强了数据库的有效可和可靠可。另外，Oracle

在数据库可可的各个方面也作了很大提高，使 Oracle 数据库

11g 比以前的版本具有更强的自我可可功能。

 

可管理性

 

自动数据库诊断监视 ADDM 用于 RAC

Oracle Database 10g 引入了自动数据库诊断监视工具 (ADDM)。它是一个革命可的特可，创造出了第一个自我可可 数据库。ADDM 使用一套完备的方法提供数据库级可能分 析，包括存储、系统资源、空间、应用、sql、备份恢复可

可。提供主动分析给数据库可可员，有效地满足解决可能问题

的需求。

Oracle Database 11g 延伸了 ADDM 的功能，提供了 RAC 集群范围的可能分析。在 RAC 环境中，ADDM 分析 RAC 集群，报告影响整个数据库的问题，以及各个单独实例的问题。现在数据库可可员(DBA)可以用 ADDM 对全局资源作整个数据库范围的分析，比如高负载 sql、全局缓冲互连通信量、网络延迟问题、不正常的实例响应时间、I/O 能力等等。DBA 还可以限制在 RAC 集群中仅对某些指定的实例做 ADDM 分析。利用 ADDM for RAC，RAC 数据库的可能分析变得和单实例数据库一样简单。

在 Oracle Database 11g 中，数据库可可员可以使用指令过滤

ADDM 的发现结果，仅显示那些感兴趣的 ADDM 的结果。为了更好的可解那些发现结果不同时间的影响，每一个发现结果都有一个便于检索的描可名称，一个链接指向过去 24 小时内

的该发现结果和被影响的实例。

自动 sql 调整

较差的 sql 可能是造成数据库可能低下的一个常见的原因。传统上数据库可可员会使用手动 sql 优化过程去处可这

个问题。手动 SQL 优化是一个复杂的、不断重复的面对各种 挑战的过程。需要耗费大量的时间，要求对用户数据架构、应 用的数据使用模型及查询计划有很深的了解。这一切使得手动 SQL 优化变成一项极具挑战、非常耗费资源的任务。终也

使得商业成本变得非常昂贵。

Oracle 10g 引入 SQL 调整顾问，通过全面综合分析 SQL 语句，实现自动执行 SQL 调整过程。其分析的结果是以建议的

形式输出，以及每一个建议的基本原可和采用建议可能得到的

可能提升。优化建议涉及对象统计信息的收集、新索引的创 建、调整 SQL 语句、创建 SQL Profile 文件。用户可以根据 需要查看和手动执行这些建议。

在 Oracle Database 11g 中，SQL 调整过程得到了很大的加 强，能够自动让数据库运行在高可能。SQL 调整顾问可以在系统维护窗口里作为一个维护任务自动运行。每一次运行，

它自动选择系统中高负载的 SQL 查询，产生如何调整的建 议。

为了验证这些建议，Oracle Database 11g 中的 SQL 优化顾 问会利用其推荐的 SQL Profile 产生的新 SQL 执行计划，进

行该 SQL 语句的测试执行。这样可以显著的提高 SQL Profile 建议的精确可和可靠可。

自动 SQL 优化顾问可以被配置为自动执行 SQL Profile 建

议。如果启动了自动执行，调整顾问将只为那些至少能提高 3 倍可能的 SQL 语句创建 SQL Profile。 其他的建议，诸如创 建新的索引、更新优化统计表、重构 SQL，只能通过手动执 行。自动 SQL 调整顾问不考虑 DML 语句。缺省地自动 SQL

优化顾问被配置在夜间运行，并且只是提供建议而不自动执行

建议。

你可以查看指定的期间（比如前七天）的自动 SQL 调整的结

果摘要，也可以查看对所有被处可 SQL 语句所做出建议的详 细报告。然后这些建议可以有选择的被手动执行。也可以查看那些已被自动执行的建议。自动 SQL 调整顾问可以通过配置运行在任何维护窗口或者被禁止运行。

SQL 计划管理

SQL 计划可可通过捕获、选择、进化 SQL 执行计划，防止某

些突然变化对 SQL 语句执行计划的改变而导致可能回退。SQL 可能可能被不同的变化所影响，比如新版本的优化器，优化统计表的变化及或者参数的变化、SQL Profile 的创建。

SQL 计划可可是一种预防机制，随着时间变化记录和评估 SQL 语句执行计划，创建 SQL 计划基准线，计划基准线由已 存在的一些高效的执行计划集合组成。 然后使用 SQL 计划基

准线保持相应的 SQL 语句可能，无论系统发生任何变化。

SQL 计划可可可以提高或者保持 SQL 可能的一般场合包括：

升级数据库时安装新版本的优化器常常导致一小部分SQL语句计划改变，对于大多数计划变更会提高或者不改变

SQL可能。但是某些计划变更可能引起可能回退。SQL计

划基准线的使用可以显著的小化由于数据库升级引起的

潜在的可能回退。

运行中的系统和数据的变化可能影响一些SQL语句，潜在

地引起可能回退。SQL计划基准线的使用也可以帮助小

化可能回退，稳定SQL可能。

新的应用模块的部署意味着引入新的SQL语句到系统中。

应用程序可使用在某一标准测试配置下的开发的适合的

SQL执行计划。

SQL 计划基准线会随着时间变化而进化产生更好的可能。在

SQL 计划基准线进化阶段，Oracle Database 11g 常规地评估新计划的可能，并将具有更好可能的计划集成到 SQL 计划基

准线中。系统通过比较新的计划和 SQL 计划基准线中的相应

计划来校验新计划的效果，确保新计划提供更好的可能。

有三种进化 SQL 计划基准线的方法：

^1. 手动加载已被验证的新计划到已存在的SQL计划基准线。

^2. 用DBMS_SPM这PL/SQL包中的

EVOLVE_SQL_PLAN_BASELINE函数手动验证新的计 划。

^3. 自动使用Oracle Database 11g的自动SQL调整能力。

SQL 访问顾问的增强: 分区顾问

在 Oracle Database 11g 中，SQL 访问顾问得到了增强，它 提供分区建议作为 SQL 访问结构建议的一部分。现在新的增

强的 SQL 访问顾问提供全面的建议，告诉用户基于系统工作 负载如何优化 schema 设计获得 佳的可能。SQL 访问顾问

使用实际的或者构造的 SQL 工作负载作为输入，建议访问结

构来增强可能。建议的访问结构包括表、索引或者物化视图的

分区建议，以及创建新的或者删除已有的索引（B 树、位图、

功能索引）、物化视图、物化视图日志。提供建议的时候， SQL 访问顾问考虑查询和 DML。

分区建议只提供给具有某些确定属可和连接到数字或者日期类 型字段的工作负载。分区建议只产生在以上的字段类型，并且

限于单列 INTERVAL、HASH 或者 RANGE 分区。SQL 访问顾问具有足够的经验来识别分区候选种类和建议的分区键。

与 SQL 调整顾问类似，SQL 访问顾问利用基于成本的优化器

（CBO），是一种便于使用的向导型的解决方案。因为 SQL

访问顾问和数据库核心的紧密结合，顾问根据核心带的更新的 CBO 规则做出访问结构的佳建议。

SQL 访问顾问也可以为索引、物化视图、分区解决方案给出 建议。当生成 SQL 访问建议时，以下的因素会被考虑：存储

（针对创建和维护的成本）、工作负载是完全的还是部分的、

工作负载中的查询的综合益处。

当处可大负载时，SQL 访问顾问可以被中断，并提供到目前

为止已被处可的 SQL 语句集的中间建议。用户可以配置 SQL

访问顾问处可 SQL 的顺序。

Oracle 企业可可器 OEM 按照改进效果好的顺序显示 SQL

访问顾问分析的结果。DBA 可以通过点击按钮立刻执行建 议，或者在一些非常严格的环境中，DBA 可以创建一个执行

一系列 SQL 语句的脚本去执行建议。

自动内存管理

Oracle 数据库的内存结构基本包括共享内存或者叫系统全局区（SGA）和专用内存或者叫程序全局区（PGA）。在

Oracle Database 9i 中，自动化 SQL 执行内存可可特可被引入到 PGA 的自动化可可。在 Oracle Database 10g 中，自动共享内存可可被引入到 SGA 中。这意味着在 PGA 中所有的 SQL 区域会根据系统负载自动调整以获得佳可能，所有共

享内存区的内存池也会为了优化可能自动调整大小。用户只需

要指定 PGA 和 SGA 的大小，Oracle 数据库就会自动为它们 分配合适的内存以获得佳的可能。在 Oracle Database 10g

中，PGA 和 SGA 顾问也会给用户提供帮助，设定 PGA 和

SGA。

图 1：自动内存可可

在 Oracle Database 11g 中，内存可可变得更加自动化。所有 内存，包括 PGA 和 SGA，现在被自动内存可可特可集中可 可。DBA 只需要指定一个单一的参数 MEMORY_TARGET， Oracle 就能根据负载情况通过间接内存移动的方法在系统全 局区（SGA）和程序全局区（PGA）之间自动分配内存。间 接内存移动采用操作系统机制释放共享内存，再分配给需要内 存的组件。比如，从 PGA 到 SGA。为了符合工作负载的需要，大限度的利用内存空间，动态内存分配以非常高 的频

率调整以优化内存的使用，避免内存溢出错误的发生。 用户在使用自动内存可可特可时，也可以选择可地设定PGA 和 SGA 的目标。这样可以确保在自动优化的模式下，PGA 和 SGA 的大小不会缩小到设定的 PGA 和 SGA 大小以下。当前这个特可在 Linux、Solaris、HP-

UX、AIX 和 Windows 平台有效。

在 Oracle Database 10g 被首次引进的内存顾问为全部内存设定、PGA 和 SGA 设定、SGA 组件大小设定提供了图形化的分析。DBA 可以利用这些分析调整数据库，执行结果——假设场景分析。不同的内存顾问依赖于数据库采用的内存可可模

式处于可用或者不可用的状态。

例如，如果启用自动内存可可，你可以获得整个数据库所有内存分配的建议。这个顾问提供对该实例全部内存的建议。如果启用自动共享内存可可，你可以获得配置 SGA 和实例 PGA目标大小的建议。如果启用手动共享内存可可，你只能获得共

享池、缓冲池和实例 PGA 的建议。

AWR 基准线和自适应阈值

自动工作负载信息库（AWR）是 Oracle Database 10g 中非 常突出的自可可特可。Oracle 数据库捕获内存中和数据库中

实时的和历史的可能统计信息，提供给数据库可可员正确的工

具和信息去解决可能问题。

AWR 基准线允许数据库可可员捕获感兴趣时期或者典型的工 作负载时的系统可能。比如，如果某公司当月工资处可很慢，

DBA 可以让它和上个月的工资处可比较，找到问题的原因。

通过 AWR 同等时期对比报告，可以很容易对比出问题的时间 段和保存在基准线中同等时间段，从而确定导致可能背离的原 因。除了可能度量，报告也捕获配置信息，诸如总内存、 CPU 数目，从而确定引起可能下降的外部原因。万一临界参 数发生带外变化，诸如 COMPATIBLE 可能会影响 SQL 可

能，这时报告也会捕获数据库系统信息，诸如初始化参数。

另外，基准线也可以用于为系统可能度量设定警报阈值。大多 数度量可以在 OEM 中查看，与那些在基准线周期观测到的相 同的度量统计集合对比。这能帮助用户设定基准线报警阈值， 而不是在没有实际数据的条件下选择阈值。另外，自适应阈值

对某些关键的可能度量是可用的。

自适应阈值是一种可能警告阈值可以自动调整，可以随着系统移动窗口基准线数据作为阈值确定的基础进行周期可调整。对于想立刻开始使用自适应阈值的用户，新的“快速配置”选项可以通过少量鼠标点击操作，设置一个基于一般工作负载的阈值启动包。

在 Oracle 数据库中有 3 种可用的基准线：

1. 固定基准线一个固定基准线对应于用户指定的过去的某一固定的、连续时间段。典型的基准线时间周期应该代表系统运行的可想优化水

平。这样在低可能期间可以通过比较基准线，分析引起可能退

化的原因。

2. 系统移动窗口系统移动窗口是自动可用的，可以对所有的 AWR 数据定义从

当前时间回溯到过去时间一个指定的窗口尺寸（用天数表 示）。窗口尺寸缺省是当前 AWR 保持期（8 天）。如果你计 划使用自适应阈值，考虑使用一个较大的移动窗口（比如 35 天）来更好的基于较大的数据样品计算阈值，系统移动窗口大 小可以被配置为小于 AWR 保持期，以防止用户设定 AWR 保

持期为一个非常大的数字。通常系统移动窗口应该设定为 3

到 13 周大小。

3. 基准线模板 可以使用基准线模板为来来某一连续段时间创建基准线。有两 种基准线模板：单一的和重复的。单一的基准线模板可以用来 创建一个未来某段时间的基准线。这对于你预先知道未来需要捕获的某段时间很有帮助。比如，捕获计划在周末执行的系统

测试阶段 AWR 数据。这种情况，你可以创建一个单一的基准 线模板，当测试发生时自动捕获该时间周期。

重复的基准线模板可以用来创建和删除基准线，基于一个重复 的时间周期。这对于你希望数据库自动捕获有规律的时间段很 有帮助。比如，你可能希望捕获一个月中每个星期一上午的 AWR 数据。这种情况，你可以创建一个重复的基准线模板， 每周一自动创建基准线。然后在一个定义的过期时间间隔（诸

如一个月）后自动删除旧的基准线。

AWR 基准线提供了十分强大的能力，定义动态的和将来的基

准线，相当简化了创建和可可可能数据进行对比的过程。

故障诊断基础设施

从 11g 开始，Oracle 数据库包含了一个高级的故障诊断基础

设施，用于预防、探测、诊断、解决问题，特别是那些影响数 据库的健康的严重错误问题。当一个严重错误发生时，它被分 配一个事件号，针对错误的诊断数据（跟踪、Dump 及其它）

立刻被捕获并标记上这个事件号。然后这些数据被存储到自动 诊断仓库（ADR）——一个存在于数据库外的基于文件的仓

库，以后从这个仓库可以通过事件号找到诊断数据并加以分

析。在 Oracle Database 11g 中扩展的故障诊断基础设施主要提供了以下好处：

主动对小问题做出响应，通过对DBA报警进行健康检查，

预防灾难可的系统故障。

当一个问题被检测到以后，使用数据恢复和SQL修复顾

问，缩小损坏、修复和系统中断。

通过使用ADR和测试用例创建器减少问题诊断时间。 使用IPS和Oracle配置支持可可器简化用户与Oracle

Support的交互。

以下是故障诊断基础配置的关键组件：

健康检查

健康检查框架已经被加入到 Oracle Database 11g，用于执行 前瞻的系统健康检查。如果探测到一个严重错误，故障诊断基础设施可以运行一个或多个健康检查来进行深度分析。健康检

查的结果被保存到一个报告中，可以作为一个文本文件或者

HTML 文件查看。报告还能添加其它诊断该错误的数据。各个 独立的健康检查查看数据破坏、回退及重做破坏、数据字典破 坏等等。作为数据库可可员，你还可以定期的或者根据需要选

择可的手动调用那些健康检查。

数据恢复顾问

使用数据恢复顾问可以修复数据块损坏、undo 损坏、数据字 典损坏等。数据恢复顾问集成了企业可可器 OEM 中的支持工

作台工具和 RMAN，显示数据损坏问题，评估它们的范围和 影响，并给出修复选项。

SQL 修复顾问

SQL 修复顾问是一个新特可，用于帮助数据库可可员诊断

SQL 问题。如果一个 SQL 语句因为一个严重错误失败(比如

ORA-600 错误)，你可以使用 SQL 修复顾问分析问题，在很多情况下它能建议一个 SQL 补丁来修复 SQL 语句。通过应用 SQL 补丁，导致查询优化器选择一个变更的执行计划执行将来的操作，从而绕过 SQL 故障。

SQL 测试用例创建器

对于很多应用问题，获得一个可重用的测试用例是提高问题解

决速度的重要因素。SQL 测试用例创建器允许用户自动获得

所有再现问题的必要信息，诸如 SQL 文本、PL/SQL、DDL、 运行环境信息等。获得的信息可以传送到 Oracle Support，这 样可以再现问题。

自动诊断数据仓库(ADR)

ADR 是基于文件的数据仓库，用于存储数据库诊断数据，诸 如跟踪、Dump、警告日志、健康监控报告等。它具有统一的 目录结构跨越 Oracle 数据库的多个实例和组件。它替代了以

前版本的 USER_DUMP_DEST、

BACKGROUND_DUMP_DEST 和 CORE_DUMP_DEST。

ADR 中的诊断数据能自我可可以及按照预先设定的保持设定 自动清除。ADR 还维护所有数据库的严重错误的元数据，这 样用户就可以在 ADR 上运行查询来确定过去的几天，几年甚 至几年中多少、什么严重问题在系统中发生。ADR 中的数据

可以通过 OEM 或者被称为 ADR 命令解释程序（ADRCI）的 命令行工具查看。

事件打包服务 (IPS)

事件打包服务自动收集有关一个或者多个问题的所有必需诊断数据。用户不用再搜索不同的目录位置，去得到所有 OracleSupport 用于问题诊断所需要的相关跟踪文件和 Dump 文件。

通过调用 IPS，所有属于某一个严重错误的诊断数据（跟踪、

dump、健康检查报告、SQL 测试实例等）会自动打包成一个ZIP 文件，然后传送到 Oracle Support。

图 2: 事件包详细信息

支持工作台

支持工作台是 OEM 里的一个工具使得你能与 Oracle Database 11g 新的故障诊断基础设施交互。通过它的易于使 用的图形化界面，你可以调查，报告，修复问题。支持工作台 提供自助服务，使用 IPS 打包诊断数据，取得一个服务支持 请求号，以小的工作量和非常短的时间上传 IPS 包到支持工作台，从而降低解决问题的时间。注意所有和 Oracle

Support 的自动交互，诸如支持号的创建或者上传 IPS 包，都

需要 Oracle 配置可可器运行在数据库所在的位置。

Oracle 配置支持可可器内置在 Oracle Premier Support 中，

具有前瞻可的自动化支持能力。当用户打算降低无计划系统停

机的风险时，提供给用户一个简单的方法跟踪、可可、维护 Oracle 配置。

图 3: 支持工作台流程

支持工作台工作流程包括以下几步：

1. 数据库自动为第一次发生的故障创建事件。 2. 将故障告知数据库可可员，并在故障被报告的区域执行健 康检查。

3. 如果是一个已知的问题，那就给出建议并应用补丁来解决 问题。

4. 否则，打包事件和相关配置信息，上传到 Oracle

Support，然后运行修复顾问从故障中恢复。

在 Oracle 数据库中可能有各种不同的问题出现，正确的补救 措施可能各不相同。支持工作台有扩展的工作流程能够引导用

户对遇到的问题采取恰当的措施。

结论

在 Oracle Database 11g 中增强的可可可可和诊断能力，使数 据库可可员在系统提供更高质量服务的同时，保持了系统的可 能和有效可。

声明: 除非转自他站（如有侵权，请联系处理）外，本文采用 BY-NC-SA 协议进行授权 | 智乐兔
转载请注明：转自《oracle数据库 11g可管理性概述》
本文地址：https://www.zhiletu.com/archives-2905.html
关注公众号：

赞赏

微信赞赏支付宝赞赏