Addm比较在EM12C中

I’m常用于出现问题时常出现出近容评论:

  • 我认为*有人改变了一些东西。
  • 我打赌一些DBA改变了一个参数!
  • 我知道<在坏名单上插入人的名称>正在运行那个过程,我告诉他/她不是!

制作假设与具有数据是疏远同行,同事和客户的好方法。

我的em12c有一个很棒的功能’建议可以轻松回答“What changed?”问题和阻止人们对谁的假设’没有任何数据支持结论的罪。它’s称为addm比较报告。

addm比较报告 易于访问,但可能需要安装一组视图填充EM控制台中的报表。如果要求安装,只需确保您将作为超级管理员身份登录到控制台,并作为具有AWR权限的用户身份安装到EM存储库。

安装后,您将从数据库页面中的性能菜单返回相同的Access菜单以访问比较:

addm_cm_0326_menu.

现在,允许展示您可能想要使用此功能的原因.②在以下示例中,我们可以看到此RAC环境中的性能在短时间内显着降低:

addm_cm_0326_main.

我们可以从此快照从EM Top活动图中看出,绩效从大约上午9点显着退化,并于3月21日左右11安达上午11点至下午11点左右发出显着问题。

收集信息并运行AddM比较报告

然后,我们转到我们的AddM比较报告并进入我们关注的比较期间:

addm_cm_0326_times.

I’ve选择了一个自定义窗口,为我的基本窗口,挑选8-9am,当表现正常在最佳活动中时。如果您收到错误,请首先要检查的是您的日期和时间。误解错误是非常容易误解的日期或时间。也记得,由于这是addm,它将在AWR快照上工作,因此您必须选择间隔时间,(默认为1小时),因此根据您的快照的间隔,无论您输入的时间,addm比较报告将选择最接近的快照到输入的时间。

高级比较

然后将生成报告,然后将显示报​​告。

addm_cm_0326_top_grph.

我们在我们报告的顶部看到的是我们b的活动的图表ASE期间,(8-9am)与我们的 比较期,(11AM-15PM)。你可以看到活动的重大变化,但你也可以看到图表的左上角是 SQL共性 只是 43%.Â这意味着我们在比较的两次中只有43%的同一个SQL。57%是追逐差异的大量百分比,但我们知道的,SQL的运行情况存在显着差异基本时期与比较期间的基本。答案也注意到 平均活动会话, 显示在 红色的 在我们榜样的底部中心。  比较期5.19 平均而言,这显着超过了 基地时期.

It’s All in the Details

报告的第二部分中的默认值是 配置。这是如果在全局到数据库系统的参数,内存等的任何更改,则会快速辨别。

addm_cm_0326_config.

如您所见,我们的示例对任何全局设置没有更改,包括参数等。如果您想检查当前设置,则可以单击 全部 单选按钮并查看所有内容。

下一步是查看 发现s为报告。根据您的报告,您将有不同的数据显示 性能差异 列在此示例中,我们’请介绍几个例子,您应该寻找,扩展等,以便从此功能中提供最大的。

addm_cm_0326_f_io.

该报告的这一部分由两组或三个部分分解,有时需要点击A +标志,以扩展到查找和/或使用下拉箭头的部分以扩展数据详细信息。此处显示的第一个部分显示在比较期间导致用户IO有显着增加的当前段。然后通过 Change Impact, 基地时期比较期。这允许用户快速访问总影响,并查看对每个时段的确切百分比。

在底部,如果有任何全球变化,这些变化负责部分影响,(系统更改细分)它将显示每个人。迄今为止,只有与平均活动会话的差异导致并发,这已直接负责在性能下降中的问题。

We’LL现在进入下一节下来,缓冲区忙等待。从之前的影响发生了显着下降 改变期,(5.08%下降到1.64%),但我们仍然可以清楚地看到从中增加 基地时期,(.87%和.17%)。我们能够通过检查底部提供的信息 描述,这向我们展示了缓冲区繁忙等待的每个对象,百分比 改变影响, 这 基地Perio.d%和 比较期 %.

addm_cm_0326_f_buffer_busy.

然后我们可以下拉到报告的底部并挖掘 系统更改突破Wn.这包括 工作量变化我们在此处看到的是SQL_ID提供的数据。我们看到缓冲区忙等待为null 根据 Period,但包含值的值 比较 Period。数据可能有点误导,因为它显示了0%的变化影响。此报告的计算必须在基本时段中具有某种类型的值,以便正确运行,因此在分析报告的这一部分时要小心。

addm_cm_0326_f_bb2_wrkld_chng.

系统工作量的变化

您可以做的就是将鼠标悬停在SQL_ID上方并检查SQL语句。

addm_cm_0326_f_bb3_sqlid.

然后我们可以…….

addm_cm_f_commits.

我们还可以选择决定我们想要检查的更改的百分比。默认值为5%,但如果我们想看较少或多个,我们可以更新值,然后单击 + 展示 SQL细分。我们只能显示 回归 或者 改进 根据需要根据需要过滤的任何特定部分的信息。

addm_cm_0326_look_for.

一旦进入了 SQL细分,我们可以将鼠标悬停在任何SQL_ID上以显示所讨论的SQL。我们能够查看性能是否从基本期间增加或降低了影响的百分比。

addm_cm_0326_top_sql.

每个部分都显示在 绩效差异 类别,我们可以转到描述并查看数据,(如我们在下面看到的 行锁等待)。Â您可以隐藏任何为检验周期提供太多信息的区域,或过滤中间选项区域中显示的内容。

addm_cm_0326_row_lock.

资源选项卡

addm比较报告中的最终选项卡是资源部分。Â这被分解为图形,即在播放任何区域时,显示有关任何给定的资源等待的详细信息。第一个部分,突出显示 浅蓝 是cpu。Â都是 根据 期间 比较 被注意到不是CPU绑定。通过这种两个实例RAC环境的不同色调显示CPU使用率。

addm_cm_0326_resource_cpu.

第二个链接是为了 记忆。Â介绍基础和比较表明,没有经验丰富虚拟内存(分页)。金额以表格格式显示,具有总计。

addm_cm_0326_resource_vm.

我们的第三个资源链接是为了 I/O。在此视图中有多个图表涉及,第一个显示如果在任何一个时期,如果I / O是一个问题,那么两者都可以在两者中看到一下I / O用法的分解。将鼠标悬停在任何图表上等待,例如 数据读取 在该示例中,您可以看到显示段的百分比和总数。读取和写入的注释 - Quep使用情况显示在本节中。

addm_cm_0326_resource_througuput.

I / O的右侧图是关于单块读取延迟的全部。这在许多系统中有用,但特别是Exadatas,其中单个块读取可能是尤其痛苦。请注意,基本和比较显示此数据,逐毫秒,没有实例过滤。

addm_cm_0326_resource_latency.

最后一个资源链接是为了 互连。对于RAC环境,此图将显示左侧图中的基础和比较吞吐量,以及如果任一期间 界限界限。Â您可以从Gbit的默认显示切换到每秒Gbit并记住,赢得了’t是显示的任何实例,因为这是节点平均之间的互连。

addm_cm_0326_resource_interconnect_bnd.

右手然后显示互连延迟。这是基于平均值,显示8KB Ping,快速授予和基本块传输的图表和比较时段的图表。

addm_cm_0326_resource_interconnect_latency.

现在这个数据可能会使一些DBA划伤它们的脑袋,所以我们’LL只是一分钟谈论这一点,并尽量不要比已经是已经的博客帖子… 🙂

8KB ping.–可以通过DBA_HIST_INTERCONNECT_PINGS通过SQL * Plus找到

这 8KB Ping is from the WAIT_8KB column and is a sum of the round-trip times for messages of size 8 KB from the INSTANCE_NUM to TARGET_INSTANCE since  startup of the primary instance.  Dividing by CNT_8KB, (another column) gives the average latency.  So think of this as a bit about response across your interconnect.

速度拨款 - 大多数情况下的缓存融合转移 快点 比磁盘访问延迟,即单个实例授予,因此快速授予是当RAC环境遇到这个和总数的情况下,平均值与单实例授予的频率。

快速块转移–Â块传输存在多种情况,但这是在RAC环境的节点上的平均水平上的唯一百分比百分比。 - 由于解决数据库块的争用涉及在跨越块的争用群集互连,有效的节点间消息传递是协调节点之间的快速块传输的关键。

该图的此计算取决于三个主要因素:

  • 每个同步序列所需的消息数
  • 同步的频率 - 频繁越少,更好
  • 节点间通信的延迟,(即速度)

报告告诉我们我们的例子是什么

在我们今天使用的示例中,更改已经增加了200多个目标,而没有下一步调整已经采取的OMS。因为我们只看到了执行量的更改,对现有对象的权重,当系统的管理员更新OMS来处理额外的资源需求时,这将快速解决。

概括

在一个简单的报告中包含所有这些数据,您’LL发现您可以快速诊断并回答问题“What changed”如果没有任何假设所需的假设。高级数据提供了经常快速的结论,可以在错误的方向上发送一组高技能的技术人员。

让’说实话 - 没有在公路旅行中有地图真的要求漫无目的地徘徊。

dbakevlar.

http://about.me/dbakevlar

5 thoughts on “Addm比较在EM12C中

  • 2014年3月28日在下午2:26
    永久链接

    凯利恩:

    我们发现它完全不公平和彻头彻尾的错误,最近几周,您已经被迫在Oracle EM12C中产生关于AWR / ADDM / ASH / ETC深度诊断功能的如此纯粹数量的高质量博客条目。

    我们只能假设您意识到我们许多人觉得无论这些任务有多重要,并且在我们满意的情况下至少两次阅读我们的帖子你是什​​么’ve covered.

    感谢您在EM12C功能和功能中令人难以置信的深度潜水。

  • 2014年3月28日在下午2:58
    永久链接

    我不’知道是否道歉或说谢谢… 🙂
    所以谢谢!
    凯利恩

  • 2014年4月4日在上午3:35
    永久链接

    我想知道是否有一种方法是通过直接从数据库执行它而不使用OEM 12c来生产此类比较addm报告?

  • Pingback: EM12C中的集群缓存一致性| DBA Kevlar.

  • Pingback: EM12C中的群集缓存一致性 - Oracle - Oracle - 蟾蜍世界

评论被关闭。