【问题标题】:Oracle Resource Manager Plan DesignOracle 资源管理器计划设计
【发布时间】:2009-05-21 15:06:22
【问题描述】:

我是 Oracle 10g 资源管理器的新手,正在寻找有关如何制定计划以实现我的目标的指导。我将测试该计划,但我希望得到一些指导,这样我就不必尝试数百种不同的计划配置。我有以下目标:

  1. 不要让非系统会话显着减慢系统会话速度。
  2. 不要让任何 OLTP 用户会话显着减慢任何其他 OLTP 用户会话。
  3. 不要让批处理拖慢 OLTP。

鉴于这些目标,我首先想到的是创建以下消费者群体/计划指令:

Consumer Group       Level 1     Level 2    Level 3
SYS                  100%           0%        0%
OLTP1                  0%          10%        0%
OLTP2                  0%          10%        0%
OLTP3                  0%          10%        0%
OLTP4                  0%          10%        0%
OLTP5                  0%          10%        0%
OLTP6                  0%          10%        0%
OLTP7                  0%          10%        0%
OLTP8                  0%          10%        0%
OLTP9                  0%          10%        0%
OLTP10                 0%          10%        0%
BATCH                  0%           0%      100%

使用这种方法可以将每个 OLTP 用户放入不同的 OLTP 组(假设有 10 个用户)。文档对此不是很清楚,但听起来如果 OLTP1 组中的 OLTP 用户需要的份额超过其 10% 的份额,只要其他所有 OLTP 组在需要时获得 10% 的份额,它就会获得它。我的理解准确吗?这会奏效还是有更好的方法?

【问题讨论】:

    标签: oracle oracle10g resourcemanager


    【解决方案1】:

    如果他们有相同的要求,我会稍微简化一下,为 OLTP 创建一个组。仅当新组在优先级方面的要求与其他组不同时才创建一个新组。还要确保当 OLTP 用户启动了长时间运行的重型进程时,该会话被切换到批处理组,或者根本不启动。 资源管理器仅在 cpu 消耗为 100% 时启动。从那时起,它将开始划分资源,以确保每个小组都能根据您的指示获得应得的东西。 其他要考虑的事情是最大并行度、会话池和(从 11g 及更高版本)撤消使用和 io 限制。

    最好的问候, 罗纳德 http://ronr.blogspot.com

    【讨论】:

    • 感谢您的回复。我还没来得及尝试。我创建多个 OLTP 组的原因是没有一个 OLTP 应用程序会践踏其他 OLTP 应用程序。如果它们都在同一个组中,则失控的应用程序可能会使用该组的所有处理时间,而不会为其他应用程序留下任何东西。通过在消耗达到 100% 时将它们隔离开来,失控的 OLTP 应用程序将被限制为 10%,并为其他 OLTP 应用程序留出足够的处理时间。这听起来合理吗?
    • 这听起来很合理,但也有点沉重。您可以将这样一个失控的进程切换到批处理组,或者甚至在它达到 cpu 使用的配置文件限制时终止它。
    • +1 自动动作切换看起来只有在达到执行时间、达到 i/o mb 限制或达到 i/o 请求限制时才能切换。如果会话阻碍其他 OLTP 会话,我想要将会话转移到批处理组,但我无法从这些切换标准中看出这一点。
    • Leigh,您也可以使用估算选项。这首先检查操作是否可以及时完成,当数据库决定它不适合允许的时间时,在操作发生之前执行切换。会话干扰其他会话的原因可能更多,例如锁定。试一试,让它变得简单。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-04-17
    • 2021-11-26
    • 2017-11-14
    • 1970-01-01
    • 2016-03-29
    • 2017-11-08
    相关资源
    最近更新 更多