17.笔记：为可用性调整数据库-CSDN博客

3.1智能基础结构
AWR、ADDM、ASH（active session history ,ASH活动会话历史，用以追踪会话在在等待的所有事件），这些技术合起来被称为智能基础结构
MMON后台进程
MMON后台进程是Oracle Database 10g中引入的一个新的后台进程，它负责对数据库内部运行情况进行自动监视。MMON还负责在每次AWR
运行完之后启动自动数据库诊断监控器，用来检查报表中指出的瓶颈或问题。此外，MMON每隔一分钟检测一次ALERT_QUE，它是sys用户拥有
的一个队列，查找所有新添加的信息和警告。MMON既可以自动地执行纠正动作，也可通过ALERT_QUE发送一个警告。然后，这些警告会显示
在企业管理器的数据库主页上。使用DBMS_AQADM.ADD_SUBSCRIBER过程可将其他的警告接收者（如第三方工具或自产工具）添加到ALERT_QUE中，
从而可将警告发送至多个位置。如果ALERT_QUE由于某种原因变得不可用，那么警告将被记录在该实例的ALERT.LOG中。

3.2 AWR：自动工作负载仓库
2.1什么是AWR
AWR本质上讲是一个基于作业的排序的、Oracle数据库中收集和存储的统计数据的集合，其中也包括了有关数据库本身的信息。这一元数据仓库
默认地保存在Oracle database 10g中一个被称为SYSAUX的新表空间中。catawr.sql脚本通过sys用户拥有的对象生成工作负载仓库。工作负载仓库
对象的名称以WRH$、WRI$或WRM$开头。
用于AWR的命令行API:DBMS_WORKLOAD_REPOSITORY

2.2 查看AWR报表
（1）使用EM
（２）DBMS_WORKLOAD_REPOSITORY.AWR_REPORT_TEXT

2.3 工作负载仓库输出报表分析
报表的四个部分
（1）报表头
（2）REPORT SUMMARY
可以快速地查看到最常见的资源瓶颈
（3）RAC统计数据
（4）主报表

2.4 为比较工作负载创建基线
基线（也被称为保留快照集（Preserved Snapshot Set））用来提供一个比较点，通过与其比较来指明性能是否变坏以及何时变坏。
创建基线的好处有两个。首先，基线数据会被无限期地保存在仓库中，除非显式地将它删除，因此它不会像快照的其他部分那样会过
期。因此用术语“保留快照集”来描述。第二个优点是具有快速地将快照与基线进行比较的能力。

4.查看ADDM报表
4.1 ADDM与企业管理器
（1）使用EM
（2）DBA_ADVISOR_TASKS和DBA_ADVISOR_LOG

4.2 ADDM的驱动力量是什么
ADDM在提供调查结果和建议时考虑多方面的情况：单独会话的等待事件；为了降低数据库在操作上的整体开销时间，决定DB花在数据库调用上的时间
和DB时间模型；较小粒度等待事件的高级分组----等待类；以及操作系统和数据库度量。使用工作负载仓库和活跃会话历史(ASH)中存储的这些信息作为基础，
ADDM做出调查结果，并随后给出相关的建议。
（1）等待事件与活跃会话历史
在过去的版本中，使用V$SESSION_WAIT视图并确定会话正在等待什么。
Oracle Database 10g中引入了一种新的视图，称为V$ACTIVE_SESSION_HISTORY，它维护来自活跃会话的数据、捕获等待事件及其等待时间、SQL_ID和有关
等待会话信息。我们可以回到过去并查看会话在过去的相关详细信息。ADDM使用这些信息进行预期分析和反应式分析。些外，V$ACTIVE_SESSION_HISTORY视图
还可以为一个活跃会话提供前10个等待事件。
Oracle Database 10g中目前有700多种等待事件。

等待类： V$SYSTEM_WAIT_EVENT
常见等待类：
Administrative:有特定权限的用户（即数据库管理员）使用的命令，会导致其他用户等待。例如，索引重建。
Application:该类通常涉及到应用程序设计，包括由行级锁以及显式锁或隐式锁命令（隐式锁命令指那些由DDL语句产生的锁）导致的锁等待。
Cluster ： RAC环境中的全局缓冲、全局队列和与消息相关的全局等待事件。
Commit：目前只包括一个用于提交后重做日志同步的等待事件。
Concurrency：一般是涉及到并发分析、缓存闩锁和锁竞争的等待，暗示有多个会话竞争相同的资源。
Configuration：本类中的等待事件一般通过调节来解决，它们包括较小的日志缓冲空间、日志文件大小、缓存大小、共享池大小、ITL分配、HW队列竞争、ST
队列竞争等。
Idle：非活跃会话。
Other：与上述类无关的所有其他等待事件。
Network：数据在被发送到网络上前进行的等待----特别是网络层或硬件层中的等待。
Scheduler：由于资源管理器优先级导致的等待。
System I/O：（除MMON或SMON之外的）后台进程导致的I/O等待。
User I/O：由前台进程、SMON或MMON竞争读取磁盘引导的阻塞等待。

（2）DB时间模型
DB时间模型是一种根据数据库中花费的总时间来研究性能的方法。在Oracle Database 10g中，基于时间的统计数据被保存在两种视图中：V$SYS_TIME_MODEL和
V$SESS_TIME_MODEL。尽管这些视图包含了各种与时间相关的不同的统计数据，但最有意义的统计数据是DB时间。各种调整行为的目标应当是降低总体开销时间。
如果花费在数据库、数据库调用上的总开销时间降低了，那么调整就是有效的。ADDM使用DB时间模型作为提供调查结果和建议的基础。此外，以降低总DB时间为目标
的SGA的自动调整在决定如何分配SGA资源时也要考虑到DB时间。

5. 自动存储管理（ASM）
ASM:Automatic Storage Management
ASM磁盘组可用于所有的Oracle文件，包括系统参数文件(spfile)、控制文件、联机重做日志和所有的数据文件。此外，还可以将一个ASM磁盘组中的文件用作闪回恢得
区，作为所有RMAN备份、闪回日志和归档日志的存放位置。但是，告警文件和跟踪文件必须存放在文件系统中。
镜像实际上是针对被称为“伙伴”磁盘来实现的，在一个ASM磁盘组内，任意给定磁盘最多能够拥有8个“伙伴”磁盘。因为限制伙伴的数目可以减小因为双磁盘故障而导致
数据丢失的可能性。
故障组：故障组通过创建一个包含来自多个控制器的磁盘的组，从而使磁盘冗余度更强。同样，如果一个控制器发生故障，并且所有与该控制器相关的磁盘都不可访问，
那么只要该磁盘组内的其他磁盘连接在不同的控制器上，那么它们仍然是可访问的。通过在磁盘组内生成一个故障组，Oracle和ASM不仅可以将写操作镜像到不同的磁盘上，
而且还会将写操作镜像到位于不同故障组内的磁盘上，这样，某个控制器的故障将不会影响对数据的访问。
重新平衡操作：ASM与生俱来具有从磁盘组中动态添加和删除磁盘而不影响磁盘组本身或数据库本身的整体可用性的能力。这也是网络计算的规则之一。
您可以使用ASM实例的一个特定参数ASM_POER_LIMIT来控制重新平衡操作。该参数默认地被设置为1，意味着一旦某个磁盘被添加或删除，重新平衡操作就会开始----使用
一个单独的从属进程。最多可以将ASM_POWER_LIMIT设置为11。
ASM与RAC:由于ASM环境是由Oracle进行管理，因而它特别适合于RAC环境的安装。
ASM要求即便是在单实例情况下也要运行ocssd后台进程（集群同步服务）。