起因 最近ogg出现了一点问题，没有及时发现，于是考虑将ogg的监控也纳入zabbix当中来。对于这一类监控，考虑的地方不单单在于如何监控，而是善用zabbix的模板、自动发现等功能来实现，这样会方便配置以及后期的可扩展性。 获取OGG信息 首先对ogg的运行情况查看通常是通过info all命令 1234567891011121314151617181920MANAGER RUNNING

一个11g的数据库出现报错，根据字面判断可能是某个slave进程启动失败。这种ORA-00455错误通常表示在操作系统层面为了响应某种请求而去生成一个新的进程时因为某种原因导致失败，最有可能的原因一般是由于操作系统资源不足或者配置错误，所以这个错误的解决途径通常是从操作系统层面入手，但是也有部分情况是与oracle有关的。 这里显示的120s超时可以通过设置event事件来进行动态修改 1234$

故障现象 将一个18c版本的dmp导入到11.2.0.4当中时出现报错 12ORA-39000: bad dump file specificationORA-39142: incompatible version number 5.1 in dump file "/u01/schema_dump.dmp" 这是由于高版本导出的dmp文件在低版本数据库当中无法识别。 解决办法：

介绍 监控结果预处理可以用来定义和根据相应的规则来对采集到的数据进行转换，通过预处理管理进程来管理这些预处理，而具体的步骤则是由多个 work 进程来完成。 Preprocessing 页可以对接收到的数据定义转换规则，可以允许一个或多个规则同时存在，之后才将转换后的数据写入到数据库。如果有多个规则存在，则会按照定义的顺序来依次进行转换。Preprocessing 可以运行在 zabbix ser

JSON（JavaScript Object Notation，JavaScript对象表示法，读作/ˈdʒeɪsən/）是一种由道格拉斯·克罗克福特构想和设计、轻量级的数据交换语言，该语言以易于让人阅读的文字为基础，用来传输由属性值或者序列性的值组成的数据对象。尽管JSON是JavaScript的一个子集，但JSON是独立于语言的文本格式，并且采用了类似于C语言家族的一些习惯。 JSON 数据格

oracle中临时表很常见，它是用来只在一个事务或者会话时间段内存放临时数据的表。临时表中的数据对于会话来说是私有的，每个会话只能看到和处理它自己的临时数据。 临时表 在18c以前，我们所碰到的临时表一般都成为全局临时表，都是通过CREATE TEMPORARY TABLE的方式新建，所有的会话都能看到这个临时表的字典信息。而从18c开始引入了一种新的临时表，成为私有临时表，只有会话自己能看到它的

给zabbix配置完LDAP验证，但是需要提前在zabbix中建好用户，这个就会比较麻烦一点，AD域中的用户好几千人，而涉及到IT的也有2 300人，加上配置邮箱、手机号等，很明显工作量巨大。 由于对python和LDAP都不太熟悉，研究了几天没想出如何从直接从ldap将用户信息同步到zabbix，但刚好在另外一套系统中发现了有将ad域账号落地到数据库的情况，于是退而求其次，从这个数据库取得数据，

目前新zabbix系统添加了1300多台监控设备，3W多个触发器，每天的告警也是满天飞，造成了有用的信息通常淹没在了告警风暴当中。由于目前都采用的短信告警，成本上也是一笔不小的开支，所以就很必要对告警进行优化。 主要思路 告警依赖 有时候一台主机的可用性依赖于另一台主机。如果一台路由器宕机，则路由器后端的服务器将变得不可用。如果这两者都设置了触发器，你可能会收到关于两个主机宕机的通知，然而只有路

有同事碰到一个问题，在导出一个很小的库时有三张表都提示报错，而其他对象都导出正常。 123ORA-02354: error in exporting/importing dataORA-01555: snapshot too old: rollback segment number with name " " too smallORA-22924: snapshot too o

Granules 从10g开始引入了ASMM的功能，oracle会自动管理各个模块内存的使用，而granules则是oracle用于使用共享内存区域的最大内存单元。 在oracle的sga中，数据块都会读入到buffer cache这块内存区域当中，如果启用了ASSM，share pool中的部分区域会标记为KGH:NO ALLOC然后重新映射到buffer cache当中去，这是oracle会根