oracle rac io瓶颈,Oracle RAC 性能指标参考

本文的第二部分涵盖了常用的观点描述，等待事件，init.ora中的参数和跟踪事件。 RAC统计资料的完整列表，并在等待V $视图中使用的事件，可以在Oracle文件在线公众RAC性能组文件夹中的子文件夹RAC10g中找到。

1会话和系统事件统计

当它需要一些时间来获得，因为总的路径长度和等待时间的请求的资源，流程睡眠，以避免纺纱的时间不定周期。一旦该过程决定等待，通常是通过调用某种形式的kslwait()函数，它唤醒任何指定一个定时器值期满(“超时”)或当它发生时正在等待该事件并且处理过帐后。

等待事件记录，并在汇总意见:

V$SESSION_EVENT

V$SYSTEM_EVENT

V$SESSION_WAIT

V$ACTIVE_SESSION_HISTORY

V$SESSION_WAIT_HISTORY

其中前两个是等待时间，超时聚合和等待的次数为特定事件而其余允许实时等待会话，包括最近的事件的历史等待的监测。

个别事件由他们的名字和他们承担的参数，例如脱颖而出对于大多数的全局高速缓存(GC)的等待事件，这些参数包括文件编号，块号，块级和接入方式处置，如举行，并要求模式。

调试响应时间的性能问题时提出，并聚集在上述观点的事件等待时间是非常有用的。请注意，时间等是累积的，并具有最高得分事件不一定是一个问题。但是，如果可用的CPU电源不能刷爆，或一个应用程序的响应时间过高，顶端等待事件提供有价值的性能诊断。

1.1介绍全局缓存事件在10g中

在数据块被跨分布式高速缓存共享用于读取和写入一个多实例的数据库系统，远程高速缓存存取将消耗显著CPU和等待时间。事件的特定组跟踪的等待时间缓存到缓存的传输。

通常，会话等待本地高速缓存未命中后的电流或CR缓冲器的请求的完成，并且数据块的到达或由全球缓存服务访问的授予完成等待。

在Oracle9i中，等待事件的用户可读描述是在接入模式的改变来表示(如全局缓存空至x)。然而，关键的是要注意的一个事实，即大多数块请求可具有各种的结果，这取决于应用程序的数据访问特性和全局共享工作集。因此，流程等当前或CR请求既可以接收块或将被授予全球的访问权限。有些请求甚至可能导致失败，这样一想就知道是多少时间浪费在他们身上。

所有这些事件都等待在缓存层和由前台进程。某些后台进程(LGWR，DBWR，LMD和LMS)将永远不会等待任何全局高速缓存事件。事件提供参数P1，P2和P3，其中

P1表示文件编号，

P2上的块数，

P3被主要用于携带该块类和为当前块保持并要求全局访问模式，而对于CR块，只有块类设置。

在当前块请求的情况下，表示P3字节的最显著字节包含所请求的模式并保持，所述至少显著字节包含块类的模式。 P3可以用下面的SQL语句进行解码：

select decode(trunc(bitand(&&p3,16777215)/65535),

0, ‘Null’, 1, ‘Share’, 2, ‘Exclusive’, 3,’Recovery’) MODE_FROM,

decode(trunc(&p3/16777216),

0, ‘Null’, 1, ‘Share’, 2, ‘Exclusive’, 3,’Recovery’) MODE_TO,

decode(bitand(&p3,65535),

1, ‘Data’, 4, ‘Seg Header’, 6,’Freelist’, 7,’Ext map’,

8,’1st lvl bmb’, 9,’2nd lvl bmb’, 10,’3rd lvl bmb’,

14,’Pre-warm’,

decode(trunc(bitand(&p3,65535)/15),

0,’Other’,

decode(mod(&p3,2),0,’Undo block’,’Undo Header’))) CLASS

from dual

/

如果块的请求是一个CR缓冲，然后只类被使用，因此，有可能区分，导致一个当前块的CR请求。

由参数提供的信息可以使用V $ SESSION_WAIT V $ ACTIVE_SESSION_HISTORY，V $ SESSION_WAIT_HISTORY和会议与活动跟踪10046更详细的面向会话的监控非常有用的工具。

在10g中，该系统的统计数据，动态性能视图和会话等待事件的几个变化，以提供更快，更清晰的诊断进行的。等待事件模型，以便允许适当的介绍和高速缓存合并请求的结果分级得到延长。

为了实现这一点：

占位符的链接地址信息和事件的概念被创造和内核服务层新功能的支持，

每个缓存融合信息返回给请求者携带GCS性能提示往返排位赛期间的主要处理时间

用户可读的事件名称已更改为准确反映高速缓存融合消息传递架构

添加更具体的普通等待事件

为了方便钻和更快的问题隔离，

引入包含等待GC事件时间的总和集群等待类

一个集群等待时间列被添加到V $ SQLAREA

视图V$ INSTANCE_CACHE_TRANSFER(V $ INSTANCE_CACHE_TRANSFER”)，即通过与GCS性能提示，块类和高速缓存融合请求的完成相关的建立是为了分类和在多个维度，表征高速缓存融合活动实例

得到了加强•段统计数据包括全球忙碌的缓冲区。

综上所述，修改和添加到系统统计信息，会话等待事件和动态性能视图提高诊断能力由

代表真正的高速缓存融合用户招致的开销

确定SQL高等待时间进行远程数据访问

包括块传输数据块类

传递其循不同层次和阶段的要求GCS性能的提示。

为了提高效率和理由，以避免系统统计和会话事件的信息内容重叠，几个系统的统计数据被删除。这些统计数据将在一个特殊的部分上市。

1.2事件的技术概述等待模式在10g中

等待事件的命名在10g中约定已经从基于并发到一个消息传递或基于缓存融合范式改变。在最常见的情况下，命名包括

标识符GC

缓冲区类型(电流/ CR)

完成消息的类型(块/批)

性能提示(移位#of网络跃/忙/拥堵)

为了包括事件名称的完成状态和GCS性能提示，修正事件的概念实现的。可以使用一个叫占位更普遍的等待事件，同时要求在飞行和固定到一个真实的事件当它完成。在完成时间，已知是否接收一个块或授权消息。在完成处理程序中，GCS提示进行评估和等待时间，数量和超时都归结到一个特定的事件。因此没有重复计算时，会出现修正程序也将复位占位符。在内核服务层的新功能被设计出来以处理来自占位交换机完成事件，即kslwt_fxup()

因此，一个占位符事件仅代表是在请求一个块时已知的信息，即缓冲模式，举办了接入方式和请求的访问模式。接入模式转变不是名称的一部分，但组合中的P3。占位符事件在性质短暂的存在，直到一个请求已完成。

应该明确的是普通单片等待事件都在使用适当的地方，也就是当一个人不感兴趣的请求的实际结果

在块和grant标题1.2.1 GCS性能提示

为了识别处理gc的请求时花费的主要时间，GCS提示被传递与每个块或授权消息。它们是被运到请求者的真实或伪造缓冲报头的一部分，而在2位被实施。KCL和KJB层提供基于其可能会延迟请求处理过程中显著情况下，这些提示。例如，日志同步，块或多个网络跃点的管理延迟可以支配接收块的时间。

足够的信息进行维护和传来传去，这样缓存下方排队延迟和阻塞条件可占。由此产生的GCS暗示在缓存及以下用于限定在等待事件所花费的实时性和区分以下情况

消息路径长度或消息跃点，即接收到的块是否是一个双向或三向消息的结果

延误，由于在韧皮LMS中，使一个块“忙”处理发现的特殊条件下，例如日志同步，块推迟，未决写

它是由LMS处理回升之前，内部队列请求花费的时间。

在内部，GCS提示被定义为

KCL_WAIT_2HOP,

KCL_WAIT_3HOP,

KCL_WAIT_LMS,

KCL_WAIT_BUSY

https://www.askmaclean.com/archives/oracle-rac-性能指标参考.html ‎

在10g中，对事件和统计命名全局缓存中的所有引用都被简称为GC和convenienc用于构建事件，如GC[current/ CR]块[23]-way，GC[current/ CR]块[忙/拥挤]等下表中总结了报考条件时，提示用于：

GCS提示说明

KCL_WAIT_2HOP•#Instances=2：块/补助，后两跳获得

#Instances>2块/赠款从主发送或主是局部的，持有人发送

KCL_WAIT_3HOP•#Instances>2：请求者，硕士及持有人在不同的情况下，因此该消息的路径长度requestor->大师 – >持有人>请求者

KCL_WAIT_BUSY BAST当前块的过程中&#