|
一、背景
接到任务,要求对所有数据库的所有表空间进行监控,愿意是遇到表空间不足导致业务数据库的不可用,我们知道通过Zabbix监控Oracle的插件有一些,比如Orabbix或者Pyora,前者通过Java进行数据获取,所以必须要安装Java,我之前的文章有讲解安装过程,后者虽说是用Python脚本进行监控,但是我们的账号密码都暴露在脚本中,导致安全性下降,所以我们这里通过脚本来进行实现。
利用Zabbix监控Oracle表空间利用率,但是这个Oracle库的表空间有很多个,而且不同的服务器的表空间各不相同,我怕累死,就想办法利用Discovery做一个自动发现,实现自动批量添加同类item的需求。
二、监控机制
Oracle表空间使用率实时监控,当表空间使用率达到95%时触发告警机制。Oracle表空间分为系统默认表空间和用户创建的表空间,而表空间又有自动扩展和非自动扩展两种类型,用户(DBA)在创建表空间时可以根据应用需求指定是否开启表空间自动扩展。那么在这里我们需要分析一个监控策略,就是当Zabbix监控到某个表空间使用率达到95%,那么就让触发器触发警告(Warning)信息,并发送邮件给DBA或管理者。当检测到表空间没有开启自动扩展时,则触发Information信息。
Oracle表空间是否开启自动扩展以及最大能扩展到多少在最初应该规划好的,有时在创建表空间时指定初始容量和最大能扩展的容量一致的话,那么就会让这个表空间立即拥有最大能扩展的容量,而不是随着表空间的消耗而慢慢增加。所以即使我们检测到该表空间开启了自动扩展功能,实际上也不会继续扩展了。当然在大多数业务场景下一般是不建议开启表空间自动扩展功能的,除非你的业务是非关键的。回到监控这里,当我们同时收到这两个告警信息时,那么就要及时处理Oracle表空间使用率大于95%的问题了。
三、Oracle客户端配置
1、创建脚本check_tablespace.sh
Oracle表空间的信息需要SQL语句查询得到,因此,我们首先创建一个获取表空间信息的原始脚本/home/oracle/check_tablespace.sh,这个脚本由oracle用户去执行,脚本内容如下:
#!/bin/bash
# tablespace usagep check
source ~/.bash_profile
function check {
sqlplus -S "/ as sysdba" /dev/null 执行这个脚本,并生成两个保存有oracle表空间名称信息的文件:/tmp/ora_tablespace.txt和/tmp/ora_autex.txt。
我们需要把脚本放到oracle用户的crontab计划任务表中,让脚本在后台每15分钟执行一次,一定要保证计划任务能正常按计划执行,否则这可能会被监控欺骗(监控端获取到的数据一直保持不变)。
[oracle@mail ~]$ crontab -l
*/15 * * * * /home/oracle/check_tablespace.sh 2、创建脚本discovery_oracle_tablespace.sh
通过脚本取得表空间的名字,并转换成json格式的(因为zabbix的自动发现功能获取的数据类型是JSON格式的)。
下面编写一个zabbix自动发现oracle表空间的脚本,我这里的脚本路径是/usr/local/zabbix/scripts/discovery_oracle_tablespace.sh。
#!/bin/bash
#zabbix discovery oracle tablespace
table_spaces=(`cat /tmp/ora_tablespace.txt | sed -e "1,3d" -e "/^$/d" -e "/selected/d" | awk '{print $1}'`)
length=${#table_spaces[@]}
printf "{\n"
printf '\t'"\"data\":["
for ((i=0;i/dev/null;then
echo 1
else
echo 0
fi
}
case $CEHCK_TYPE in
pre)
usagepre ;;
fre)
available ;;
check)
check ;;
*)
echo -e "Usage: $0 [pre|fre|check] [TABLESPACE_NAME]"
esac 给创建的脚本添加执行权限。
cd /usr/local/zabbix/scripts
chmod +x tablespace_check.sh
chmod +x discovery_oracle_tablespace.sh 检查脚本的输入情况是否正常,如下图:
[root@mail ~]# /usr/local/zabbix/scripts/tablespace_check.sh pre SYSTEM
100
[root@mail ~]# /usr/local/zabbix/scripts/tablespace_check.sh fre SYSTEM
25559040[root@mail ~]# /usr/local/zabbix/scripts/tablespace_check.sh check SYSTEM
1 4、为Zabbix增加监控Key
在Zabbix客户端配置文件/etc/zabbix/zabbix_agentd.conf增加如下参数:
Include=/etc/zabbix/zabbix_agentd.conf.d/*.conf 创建文件/etc/zabbix/zabbix_agentd.conf.d/oracle_tablespace.conf,内容如下:
UserParameter=discovery.oracle.tablespace,/usr/local/zabbix/scripts/discovery_oracle_tablespace.sh
UserParameter=tablespace.check
,/usr/local/zabbix/scripts/tablespace_check.sh $1 $2 重新启动Zabbix客户端服务。
service zabbix_agentd restart 5、在Zabbix服务端测试监控Key
测试结果如下,一切正常。
[root@monitor bin]# ./zabbix_get -s 10.0.2.64 -k tablespace.check[pre,SYSTEM]
100
[root@monitor bin]# ./zabbix_get -s 10.0.2.64 -k tablespace.check[fre,SYSTEM]
25559040
[root@monitor bin]# ./zabbix_get -s 10.0.2.64 -k tablespace.check[check,SYSTEM]
1 四、Zabbix服务端配置
1、创建模板,并添加自动发现规则
Name:Oracle tablespace discover
Type:Zabbix agent
Key:discovery.oracle.tablespace 2、创建Item prototypes
这里主要添加的三个item就是我们获取到的三个指标,我这里只演示使用率的配置,大家可以通过附件下载我的模板,直接导入即可。
使用率:
Name:Oracle tablespace:{#TABLESPACE_NAME} 使用率
Type:Zabbix agent
Key:tablespace.check[pre,{#TABLESPACE_NAME}] 3、创建Trigger prototypes
同样,这里有两个触发器,我这里只演示当表空间使用率超过95%报警的信息配置。
4、创建Graph prototypes
五、结果验证
等待一段时间的发现之后,我们可以看到主机发现了相关的监控项,并可以执行报警信息。
USERS表空间的图标情况:
注意:以上的监控时间间隔和告警级别大家可以根据自己的实际情况设定,我这里只是进行演示配置而已。
附件:http://down.运维网.com/data/2368673
|
|
|