10gocm->session5->数据库管理实验->GC资源管理器的资源消耗组介绍

《GC资源管理器》

公文：administrator’s Guide->24 Using the Database Resource Manager

用法：在实际生产环境中使用的少

行动：限制使用数据库资源。CPU    undo表空间  IO  session

场合：当有多个应用使用一个数据库而且资源紧张时可用“资源管理器”调节

实现：可用GC完毕也可用EM完毕。还能够使用程序包完毕

UI方式：简单，快捷，不easy出错

commend方式：设置复杂，命令非常长。失败率高。DBMS_RESOURCE_MANAGER_PRIVS包处理

要求：

1.定义2个资源消耗组（OLTP事务处理资源消耗组和DSS数据仓库资源消耗组）

2.创建一个日程计划schedule

3.对于OLTP资源消耗组。我们最多不能有超过50个活动会话数。假设超过了50个活动会话那么就应该中止120秒后再请求

4.对于DSS资源消耗组，我们最多不能超过10个活动会话数，假设超过了10个活动会话那么就应该中止300秒后再请求

5.设置OLTP  DSS  OTHER_GROUPS 3个组CPU命中率分别为 50%  30%  20%

6.DSS 资源消耗组最大并行度为20

7.对OLTP会话查询一条DML语句的时间不能超过100秒

8.指定实例默认计划“schedule日程计划”激活

实验

声明：OLTP 事务处理资源消耗组

DSS  数据仓库资源消耗组

OTHER_GROUPS 其它资源消耗组

不同资源消耗组策略不同

登录GC 输入sysman passwordoracle1216

ocm01->Administration->consumer group-> 输入syspasswordsys登陆

Create->OLTP 资源消耗组，点击Add加入ocm01用户将复选框选中，点击OK就可以

Create->DSS  资源消耗组，点击Add加入ocm0102用户将复选框选中。点击OK就可以

Database Instance: ocmdb >  Object Type：Resource Plan->create->起一个计划名字schedule_plan

点击Modify加入Consumer Groups （OLTP和DSS）

LEO1->Administration->Plans 创建日程计划

Session Pool  10  300

50  120

在General选项中level 30 50 20

Parallelism选项中设置DSS并行度20

在Idle Time选项中设置“Max Idle Time”设置限制OLTP会话查询一条DML语句的时间不能超过100秒

General中选中“activate this plan”，应用激活就可以，点击OK创建完毕

总结自ocm实验选讲

【登录gc】

【点击targets】

【点击Databases->ocmdb】

【点击administration->Resource Manager->Consumer Groups】

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQmlZYW5XYW5nU2hpSmll/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

【输入SYSusernamepassword】

【点击Create加入资源用户组】

【加入DSS,和OLTP资源用户组】

【为资源用户组加入用户】

【打勾之后点击Select】

【点击OK】

【点击Resource Manager->Plans加入计划 】

【点击Create加入计划】

【加入计划】

--==

无截图

plan:SCHEDULE_PLAN

description:SCHEDULE_PLAN

第二个选项打勾

--==

【为计划选择资源用户组】

【设置OLTP  DSS  OTHER_GROUPS 3个组CPU命中率分别为 50%  30%  20%】

【点击编辑】

【DSS 资源消耗组最大并行度为20】

【对OLTP会话查询一条DML语句的时间不能超过100秒】

【点击General->Activate this plan激活计划】

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQmlZYW5XYW5nU2hpSmll/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

【点击apply】

【完毕 】

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvQmlZYW5XYW5nU2hpSmll/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >

版权声明：本文博客原创文章。博客，未经同意，不得转载。

时间： 2024-10-12 12:22:44

10gocm->session5->数据库管理实验->GC资源管理器的资源消耗组介绍的相关文章

10gocm->session5->数据库管理实验->GC资源管理器资源消耗组演示

<GC资源管理器> 官方文档:administrator's Guide->24 Using the Database Resource Manager 使用率:在实际生产环境中使用的比较少 作用:限制数据库资源的使用,CPU  内存  undo表空间  IO  session 场合:当有多个应用使用一个数据库并且资源紧张时可用"资源管理器"调节 实现:可用GC完成也可用EM完成,还可以使用程序包完成 UI方式:简单,快捷,不容易出错 commend方式:设置复杂,命

HotSpot VM GC收集器的合名问题

最近分析HotSpot VM GC日志,就各种收集器的名称搞晕掉了,幸好参考R大(RednaxelaFX )一些回复和文章.整理在此文,以方便自已日后查阅,也可让有需要的同学少走弯路,追本溯源,一切从DefNew的来因说起. DefNew: 是使用-XX:+UseSerialGC(新生代,老年代都使用串行回收收集器) ParNew: 是使用-XX:+UseParNewGC(新生代使用并行收集器,老年代使用串行回收收集器)或者-XX:+UseConcMarkSweepGC(新生代使用并行收集器,老

深入JVM虚拟机(四) Java GC收集器

深入JVM虚拟机(四) Java GC收集器 1 GC收集器 1.1 Serial串行收集器 串行收集器主要有两个特点:第一,它仅仅使用单线程进行垃圾回收:第二,它独占式的垃圾回收. 在串行收集器进行垃圾回收时,Java 应用程序中的线程都需要暂停("StopThe World"),等待垃圾回收的完成,这样给用户体验造成较差效果.虽然如此,串行收集器却是一个成熟.经过长时间生产环境考验的极为高效的收集器.新生代串行处理器使用复制算法,实现相对简单,逻辑处理特别高效,且没有线程切换的开销

java虚拟机学习总结之GC回收算法与GC收集器

GC回收算法 1.标记清除算法分为标记阶段和清除阶段标记阶段:通过特定的判断方式找出无用的对象实例并将其标记清除阶段:将已标记的对象所占用的内存回收缺点:运行多次以后容易产生空间碎片,当需要一整段连续内存时虽然空间足够但是无法分配,会多次触发GC操作. 2.复制算法为了提高标记清除算法的效率,减少内存碎片的产生而出现的,该算法将内存空间分为两个完全相同的两部分,每次只使用其中的一部分.分为标记阶段.复制阶段和清除阶段标记阶段:同标记清除算法的标记阶段一致复制阶段:将为标记的对象全部复制到另一块未

Java GC收集器配置说明

根据Java GC收集器具体分类,我们可以看出JVM根据需求不同提供了三种选择:串行收集器.并行收集器.并发收集器. 串行收集器只适用于小数据量的情况,我们主要了解一下并行收集器和并发收集器.默认情况下,JDK5.0以前都是使用串行收集器,如果需要使用其他收集器需要在启动的是时候加入相应的参数.JDK5.0以后,JVM会根据当前系统的配置进行判断. 我们先了解一下什么是并行和并发? 并行:指多条垃圾收集器线程并行工作,但此时仍是“Stop The World”状态,即用户线程处于等待状态: 并发

gc收集器选型

************************************************================================== jdk1.7 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代) jdk1.8 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代) jdk1.9 默认垃圾收集器G1 -XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集

Spark学习之路 （十四）SparkCore的调优之资源调优JVM的GC垃圾收集器

讨论QQ:1586558083 目录 一.概述 二.垃圾收集器(garbage collector (GC)) 是什么? 三.为什么需要GC? 四.为什么需要多种GC? 五.对象存活的判断 六.垃圾回收算法 6.1 标记 -清除算法 6.2 复制算法 6.3 标记-整理算法 6.4 分代收集算法 七.垃圾收集器 7.1 Serial收集器 7.2 ParNew收集器 7.3 Parallel收集器 7.4 CMS收集器 7.5 G1收集器 八.常用的收集器组合 正文 回到顶部 一.概述 垃圾收集

GC收集器

①:Serial(串行)收集器 最基本,历史最悠久的串行收集器,单线程组赛队列,jdk1.5之前默认的收集器. 优点:简单高效,没有线程交互的开销. 缺点:单线程,只会使用一个cpu/一条收集线程去完成垃圾收集. 对应算法:年轻代复制算法,老年代标记整理算法. ②:ParNew收集器(Serial收集器的多线程版本) 多CPU时对系统资源利用率很好,默认开启的收集线程数与CPU相同,单CPU时Serial有更好的效果. ③:Paraller Scavenge 收集器 特点:并行,目标是达到一个可

03JVM调优调优--2.基础：参数说明（堆参数说明），垃圾收集器（前置知识：垃圾回收算法，GC种类），垃圾收集器（种类，相关介绍）

垃圾收集器 前置 GC种类 垃圾回收算法 参数说明 堆的参数配置 原文地址:https://www.cnblogs.com/gcq243627152qq/p/11997594.html