使用度量基线技术实现Oracle自我监控

如数据库管理员现在需要让Oracle数据库系统进行自我监视。当服务器的CPU使用率达到多少的时候,自动向数据库管理员报警;或者到表空间的使用量达到全部最大容量的90%时自动提醒数据库管理员等等。这些功能对于数据库管理员来说,肯定非常的实用。在Oracle数据库系统的企业管理器中提供了多种方式帮助管理员监视Oracle应用环境。在每个监视主机上的Oracle管理代理能够监视主机上所有目标的状态、性能和健康情况。如故目标对象发生故障或者性能度达到预警阀值,数据库系统就会生成预警,并通过一定的渠道告诉给数据库管理员。可见这个数据库系统的自我监视功能,可以代替数据库管理员的眼睛。

但是,这个自我监视功能要起作用的话,则离不开度量基线。度量基线就是一个技术指标,告诉企业管理器,当某个指标达到这个度量基线或者超过多少时,执行某项动作。所以,度量基线的管理对于数据库系统的自我监视功能非常关键。如果这个度量基线设置的高了,那么就起不到监视的作用。等到系统报警时,可能数据库已经崩溃掉了。如果这个度量基线设置的比较低,那么数据库会频繁的报无效的警。反而会因为太过于灵敏而给数据库管理员造成不必要的麻烦。所以度量基线的设置对于Oracle数据库来说非常的关键。

一、度量基线设置的基本步骤

设置度量基线其实不是很难。只需要简单几个步骤就可以完成度量基线的设置。其难点在于如何设置才是合理的。下面笔者就结合度量基线设置的内容来谈谈怎么设置一个合理的度量基线。

进入Oracle的企业管理器,打开创建度量基线的页签。在这个页签上,就可以来设置度量基线的所有内容。然后数据库系统会自动根据这里的设置来计算阀值。在创建度量基线时,选择目标性能在典型工作量下处于克接受范围内的日期和时间段,这是建立一个合理的度量基线的基本准则。具体的来说,要设置一个度量基线,需要设置一下具体的参数。

一是度量基线的名称。由于数据库可以同时监视多个数据库对象以及Oracle应用环境,为此需要给度量基线取一个合适的名字。这对于数据库管理员后续的维护具有很重要的意义。做好在基线的名称中,能够体现所监控对象的名字。如此数据库管理员就可以一目了然的知道这个度量基线主要用来监控什么对象的。另外,数据库管理员还可以对某个对象的不同时刻的性能进行监视。如可能晚上12点到2点主要用来进行数据库备份,那么就可以设置一个基线来监视此时的作业。帮助管理员判断数据库备份作业发生时的Oracle应用环境。此时,在定义度量基线名字的时候,最好能够包含时间信息。这些建议都可以提高度量基线名字的可读性。

二、设置“一天中的小时”

笔者个人认为,这个参数很关键。如果管理员选择了“一天中的小时”这个参数,则用户度量基线的结果数值是前几个小时内的累积值。这在数据库测试的时候非常有用。如用户在数据库设计的时候,可能在某个时段内设计了一些自动化作业。数据库管理员需要测试一下这些作业发生时,会否触发系统报警作业。此时,数据库管理员就可以设置这个参数。如管理员选择的一天中的小时数设置为12。则数据库系统就会采用上午10点到11点之间的数据作为度量的基础。如果这个一个小时内的度量平均值超过了用户定义的百分比,则系统就会报警。故灵活设置这个参数,可以帮助管理员及时了解某个特定时段或者某个特定作业的数据库性能。在测量触发器等Oracle子程序的性能对于数据库的影响,非常有作用。

三、设置警告的百分比或者严重百分比

让系统在没达到极限值之前报警还是超过了一定的比例之后再报警呢。这需要数据库管理员根据实际情况来设置这个参数。如某个用户的表空间容量可能为10G。当数据库管员监视这个对象,把这个对象的基线置设置为10G之后,那么管理员肯定不希望其使用两已经达到10G的时候再来报警。此时,数据库系统 已经因为表空间达到最大限度而发生了数据丢失的情况。管理员希望当表空间的使用量达到90%时就给管理员报警。让管理员能够提早介入,从而防止意外的损失。为此,可以通过度量数据的下限值与上限值来定义。在度量数据表中,有下限值和上限值两个文本框。在这两个文本框中填入数据之后,系统便可以根据度量基线值使用这些百分比来计算建议的度量阀置。注意,这里需要输入百分比的值。如要设置低于基线值20%的时候,发生报警时,就输入20即可。不用输入百分号。

在度量基线值设置过程中,这个百分比是最有技巧的地方。因为其直接关系到在什么时候触发某个报警作业。这个值到底设置为多少比较合适,往往是公说公有理、婆说婆有理,没有一个标准的答案。笔者认为,这需要根据企业的实际情况进行调整。如数据库管理员刚开始可以设置一个比较低的基线阀值,然后根据报警事件的有效性来逐步对此进行调整。这个调整的过程可能需要半年甚至更长的时间。虽然这个过程比较长,但是相对于自动化监视给数据库管理员带来的收益来讲,也是值得的。

时间: 2024-10-28 12:16:42

使用度量基线技术实现Oracle自我监控的相关文章

Oracle健康监控及健康检查(Health Monitor)

一.Oracle健康监控及健康检查 Oracle数据库包括一个名为Health Monitor的框架,用于运行诊断检查数据库的各种组件.Oracle健康监视器检查各种组件数据库,包括文件,内存,事务完整性,元数据和进程使用.在检查器运行后,它生成一个包含有关检查器发现的信息的报告,包括优先事项(低,高或关键),调查结果及其后果的描述,和关于执行的基本统计. Health Monitor使用XML生成报表并存储ADR报告.可以使用V$ HM_RUN,DBMS_HM,ADRCI或企业管理器查看相应的

Oracle 8x监控sysdba角色用户登陆情况_oracle

正在看的ORACLE教程是:Oracle 8x监控sysdba角色用户登陆情况. 在Oracle 8i版本之前,使用internal用户来执行数据库的启动和关闭以及create database等操作:从8i版本以后,Oracle已经逐渐淘汰了internal用户,采用授与sysdba或者sysoper角色的用户才可以执行数据库的启动和关闭等操作,为保持用户习惯在8i中依旧保留了internal用户和svrmgrl,但已完全可以不使用svrmgrl工具和internal用户了.最新发布的orac

PON技术怎么解决网络监控传输瓶颈?

随着现代城市朝多职能化发展,城市布局日趋复杂,地面监控点有上百.数百个甚至上千个,要保证职能部门能在第一时间掌握实时.清晰高品质的视频图像,就凸现出光纤资源的紧张.而且,在城市功能日趋强大和复杂的今天,重新敷设光缆不仅成本非常昂贵,各方的协调更是困难重重.鉴于此,该如何解决上述问题呢? 其实,在电信运营商的FTTH(光纤到户)的建设中也遇到了同样的问题.为了解决这一问题,充分发挥光纤的带宽优势.解决光纤资源紧张.提高网络的可靠性,电信运营商选择了PON(无源光网络)技术.这种技术也可以运用到安防

云存储技术助力安防监控 现实仍存阻隔

当前,安防监控的发展可谓是如火如荼,与此同时,云存储技术在安防监控的应用也日渐普遍,作为未来安防存储发展的一种趋势,目前,云存储厂商正在将各类搜索.应用技术和云存储相结合,以便能够向企业提供一系列的数据服务;但是,云存储的发展状况仍受限于一下几个因素: 1.网络带宽的限制,真正的云存储系统将会是一个多区域分布.遍布全国.甚至于遍布全球的庞大公用系统,使用者需要通过adsl.ddn等宽带接入设备来连接云存储.只有宽带网络得到充足的发展,使用者才有可能获得足够大的数据传输带宽,实现大量容量数据的传输

Oracle中监控sysdba角色用户登陆情况

在Oracle 8i版本之前,使用internal用户来执行数据库的启动和关闭以及create database等操作:从8i版本以后,Oracle已经逐渐淘汰了internal用户,采用授与sysdba或者sysoper角色的用户才可以执行数据库的启动和关闭等操作,为保持用户习惯在8i中依旧保留了internal用户和svrmgrl,但已完全可以不使用svrmgrl工具和internal用户了.最新发布的oracle 9i已经完全淘汰了svrmgrl工具和internal用户.由于具有角色sy

无线技术与网络视频监控

在当今安防网络化的大潮中,无线技术无疑扮演着推波助澜的角色.而就视频监控行业而言,3G.WiFi.WIMax三位干将作为主力引领视频向监控无线化迈进的同时,卫星.微波系统二尖兵也在应急指挥等领域开疆辟地,加之新生代4G的腾空出世,致使视频监控无线传输俨然进入了一个崭新的时代. 安防网络化大潮的推手 当拿着遥控器将电视频道调至"CCTV5"收看"NBA圣诞大战",掏出手机接听亲人冬日里的问候或是用PAD与久别的好友痛快的视频聊天时,有位神秘的通信使者无线技术正殷勤地将

用改变跟踪技术加速Oracle递增备份

Oracle 8i引进了恢复管理(RMAN),首次实现了真正的递增备份.在RMAN之前,数据库输出也能够递增进行,但一旦某个表的任何一块发生改变,整个表都需要重写.RMAN递增备份则仅需在给定的数据文件中重写被修改的部分,由此可大大节约了空间. 然而在版本10g之前,递增备份需要对整个数据文件进行扫描以确定哪些数据块发生了改变.对于大型数据库而言,尽管节约了空间,但其时间复杂度并不比完全备份好很多. 改变跟踪技术(有时也称块改变跟踪技术)通过在一个独立的跟踪文件中记录发生改变的数据块以解决上述问

TICK技术栈 -- DevOps轻量级监控解决方案

了解和学习TICK栈不久,还有很多需要进一步深入.但我个人非常看好这个项目,也希望更进一步研究,同时,在阅读源码和二次开发中,希望技术上能有所提升.另外,telegraf有CPU毛刺,已经转战更稳定的老牌 collectd.同时,生产环境,grafana 也是非常不错的选择,不需要二次开发,即可满足大部分需求.前端框架一个用的reactjs,一个angular1.5.感觉chronograf技术更轻量和前卫点儿,不过grafana也有非常多值得学习的地方,想二次开发的话,两个项目都值得深入 :

Oracle 索引监控(monitor index)

      合理的为数据库表上创建战略性索引,可以极大程度的提高了查询性能.但事实上日常中我们所创建的索引并非战略性索引,恰恰是大量冗余或是根本没有用到的索引耗用了大量的存储空间,导致DML性能低下.Oracle 提供了索引监控特性来初略判断未使用到的索引.本文描述如何使用Oracle 索引的监控.   1.冗余索引的弊端    大量冗余和无用的索引导致整个数据库性能低下,耗用了大量的CPU与I/O开销,具体表现如下:       a.耗用大量的存储空间(索引段的维护与管理)       b.增