ITPub博客

   自从使用了Orabbix监控Oracle以来，很多工作都能够通过这种配置可控的方式处理，有些问题是潜在问题，有些是遗留问题，多多少少还是提高了效率。   最近涉及机房搬迁，我们的Zabbix服务器也在迁移计划中，而因为部署的规模也不大，所以Orabbix和Zabbix Server放在了一起，结果搬迁之后问题就...

有一天上班的时候，收到一封报警邮件。ZABBIX-监控系统: ------------------------------------报警内容: archive_area_usage------------------------------------报警级别: PROBLEM------------------------------------监控项目: archive_area_usage：ARCHIVEDLOG-->70.25--> ------------------------------...

    当Zabbix和Percona两者相遇，会擦出不少的开源火花来，众人拾柴火焰高，最终受益的还是大部分运维人员。    我很早就用过Percona提供的MySQL监控模板，但是却没有刨根问底，只是简单使用而已，自从定制了Orabbix之后，我还是信心满满，MySQL的数据字典相对要少很多，监控起来...

晚上在琢磨怎么把报警的处理实现自动化的功能，想来想去，发现其实很多内容都是相通，在纸上写写画画，简单理了理自己的思绪。人嘛，有时候不逼着自己，只会更加懒惰，而一旦迈开了步子，可能就停不下来了，问题也有轻重缓急，我们来理一理。我的一个简单总结，问题分为三类，当前问题，潜在问题，历史问题。当前问题...

   我聊聊最近我的一些想法和感悟，想了一圈，发现还是选了这么个题目。当然这也只是一个开始，都是自己的真实想法。   有时候觉得我们有些矛盾，干着高科技的活，但是有时候还用着一些老土落后的思维方式，想想也还是蛮有意思。故事来源于一次服务器信息的整理，当然之前我也写了几篇博客来说明元...

对于服务器的一些信息，如果数据量大了之后总是感觉力不从心，需要了解，但是感觉得到的这些信息不够清晰明了。比如我们得到一台服务器，需要知道最基本的硬件配置，内存情况，磁盘空间情况，哪些磁盘空间问题需要关注，哪些磁盘空间问题可以忽略，swap的使用情况如何，服务器的操作系统版本，内核版本，上面运行有几个实...

之前分享过一篇元数据管理的文章 http://blog.itpub.net/23718752/viewspace-1960938/如果服务器不多，或者人也不多，基本都是按照下面的方式来管理。比如下面是14台服务器，会在特定的服务器（比如中控）设置一个专门的路径来存放一个文件，即服务器列表信息，然后把对应的责任人都划分出来。当然这种方式是比较简单，...

今天留意到一封报警邮件。内容如下：ZABBIX-监控系统: ------------------------------------报警内容: CPU utilization is too high------------------------------------报警级别: PROBLEM------------------------------------监控项目: CPU idle time：45.92 % ------------------------------------ 报警时间...

是否为归档模式         数据库是否为归档模式，可以使用archivelog list查看是否为force logging模式         数据库是否启用了force logging是否使用spfile         ...

快过春节了，对于巡检工作真是非常重要的一环，也是考验巡检的力度的一种方式，及早发现问题，及时解决，就会避免很多“到时候再说”的问题。当然公司层面也有一些巡检要求，我自己也总结了一下，发现还是需要写一部分，然后不断完善。主要分为下面的几个部分来阐述。检查ILO可用性和使用情况    如...

之前分享了第一篇 使用shell批量监控磁盘坏块(一)，今天来简单说说这个需求的实现内容 。首先主要思路是通过中控的机器来发送监控的细节，然后返回结果。首先就是我们需要有一个服务器列表，里面会有这些需要的元数据信息。比如列表如下：192.127.133.13   某某服务中心主库     &...

之前也写过一篇比较基本的文章，也算是自己对运维平台的一个基本思考。当然想法简单，而且缺乏实践，但是朝着这个方向迈进是没有错的。从我的观点来看，现在能够实现半自动化运维已经很了不得了。而且把这些工作能够落到实处，更是不易 。比如举几个简单的例子。比如对于数据库的数据文件添加这个功能来说，其实完全可以...

对于orabbix报出的警报，自己都是心怀敬畏，因为这些表面的现象如果深入分析没准就能有所收获，当然目的还是解决问题，不是一味追求指标。<br />今天收到的报警邮件如下，然后在两分钟后问题自动恢复。<br />###<br />ZABBIX-监控系统: <br />------------------------------------<br />报警内容: DG_issue<br />---...

今天收到一封报警邮件，内容如下：<br />------------------------------------<br /><p><span> </span>报警内容<span>: Free disk space is less than 15% on volume /var<br />------------------------------------<br /></span>报警级别<span>: PROBLEM<br />------------------------------------<br /></span...

现在系统监控的工作处于过渡期，即对于Oracle的还是保留了gridcontrol的监控和报警，同时也保留了zabbix的报警，在发生问题的时候想看看哪个能监控的更到位一些，是否稳定等等，其实这个还真不好说，监控的好与不好都在于使用的情况，标准也不一样，不过从今天这个案例来看，系统级的监控还是zabbix要灵活一些。<br />今天...

一般在一些容灾环境中，尤其是在11g的ADG非常普及的场景下，备库被赋予了更多的责任，很多时候在容忍一些延迟的情况下，有些应用的大量数据查询任务直接放到了备库，把它当做一个只读节点来使用，所以在有些情况下，可能备库的压力还是蛮大的。最近自从把备库纳入zabbix的监控体系之后，有一个备库总是在午夜发来一...

还是继续分析报警信息的关联，下面两个看似没有直接联系的报警信息其实很有关联。下面是主库的报警的信息，查看v$dataguard_status得到了最新的错误信息。#############################[DB监控系统]_adb2_p@10.127.xx.19_报警ZABBIX-监控系统: ---------------------------------...

<span style="color:#666666;font-family:'宋体, Arial';"><span style="line-height:26px;"><div style="white-space:nowrap;"><div>任何规则都是固定的，但是人是活的，很多时候把一些细节之处结合起来，还是能够发现一些潜在的问题。</div></div>早上收到zabbix的报警，是两条看似很平常的短信。<br />一封邮...

很多事情见多了也就有了麻木的感觉，报警短信就是如此，每天总能收到不少的报警短信，可能很多时候就扫一眼，如果没有严重的问题自己是不会情愿打开电脑处理的。对于此，有些朋友说是不是阀值太低了，调高一些报警就少了，如果那样做，监控的意义也就大大不同了。很多时候硬件错误或者系统错误不是突然出现问题，而...

在zabbix中有了orabbix的辅助，监控效率大大提高，但是因为orabbix是基于jdbc的方式，有些监控还是有一些限制。<br />比如dataguard的检查，如果采用dg broker来检查，效果就更直观也更可信。<br />DGMGRL&gt; show configuration;<br />Configuration - csdb<br />&nbsp; Protection Mode: MaxPerformance<br />&nbsp...