数据库日常维护脚本执行情况如何监控?

目前我们的生产数据库服务器上会部署统一的runstats脚本、删归档日志脚本、monitor脚本、还有一些数据归档脚本。 由于现在生产环境数据库达到几百台。没办法也没实现通过统一的开源工具监控所有数据库服务器上相关脚本运行情况。  

os:linux  aix  

db: DB2

level:9.7

请问各位高人

1:针对我上面提供的情况是否有好的办法做到可以监控所有服务器上相关脚本运行情况。

2:有没有相关的开源软件可以实现我上面提到的需求。

3:银行或者相关使用DB2的公司针对上述情况都是怎么做的,难道都是一台一台上去看?

参与104

15同行回答

jillmejillme课题专家组CIO某大型银行
银行的监控软件,要么是商业的,要么是自己开发的,例如SHELL或者其他。一般就监控 CUP 磁盘 内存的使用情况交易的处理是否超时,一段时间内交易的成功和失败比。交易的平均处理时长。各个系统之间的联通性日志等 是不会轻易删除的,很多都是备份到其他的存储空间上。使用SHELL的...显示全部

银行的监控软件,要么是商业的,要么是自己开发的,例如SHELL或者其他。一般就监控 CUP 磁盘 内存的使用情况

交易的处理是否超时,一段时间内交易的成功和失败比。交易的平均处理时长。各个系统之间的联通性

日志等 是不会轻易删除的,很多都是备份到其他的存储空间上。

使用SHELL的一般都是交易量不大的系统中才可以使用,否则频繁的进行查询很耗费资源,影响生产

收起
互联网服务 · 2015-10-26
浏览1036
freebilefreebile数据库运维工程师金融行业
监控脚本的运行情况,如果监控服务器太多,一台一台上去看是不现实的,而且生产环境是不会让你随便登陆,所以我们这边对监控的情况,都是自己开发了一套脚本,去监控数据库和其他软件,通过FTP把监控输出结果上传到一台服务器,然后再批量处理输出,把所有服务器的监控满足一定条件的(比如...显示全部
监控脚本的运行情况,如果监控服务器太多,一台一台上去看是不现实的,而且生产环境是不会让你随便登陆,
所以我们这边对监控的情况,都是自己开发了一套脚本,去监控数据库和其他软件,通过FTP把监控输出结果上传到一台服务器,然后再批量处理输出,
把所有服务器的监控满足一定条件的(比如脚本运行失败、表空间状态异常、文件系统使用率超过阈值等等)打印到统一的文本,正常的输出就不显示。

如果你关注某天某服务器的详细情况,可以直接查看上传的完整的输出结果收起
金融其它 · 2015-10-26
浏览3579
  • 将脚本执行结果发到数据库统一监控展示
    2015-10-26
  • 目前我们这边的数据库性能监控采用的是这种情况,然后采用的web展示的。 但是领导对于监控等相关脚本的执行情况不建议这种,最好是能操作集中管理软件来做。 类似datastage那种,可以有一个crontab job管理工具。 方便直观。
    2015-10-27
DB-TrendSetterDB-TrendSetter联盟成员数据库架构师公司
比较简单的做法,在所有服务器上挂载同一NFS,脚本执行的时候用IP+脚本名称区别去写日志,然后写解析日志的脚本就行。显示全部

比较简单的做法,在所有服务器上挂载同一NFS,脚本执行的时候用IP+脚本名称区别去写日志,然后写解析日志的脚本就行。

收起
电信运营商 · 2015-10-26
浏览1077
dbchipdbchip技术总监国开泰富基金
1、自己写个SHELL监控上述监控进程。2、银行一般会购买多种监控软件,对网络、主机、数据库、中间件、WEB、应用 等进行全方位监控。显示全部

1、自己写个SHELL监控上述监控进程。

2、银行一般会购买多种监控软件,对网络、主机、数据库、中间件、WEB、应用 等进行全方位监控。

收起
IT咨询服务 · 2015-10-26
浏览2941
  • 主要想看看有没有crontab job的管理工具。 如果实在没有好的办法就自己摸索改造。 O(∩_∩)O哈哈~
    2015-10-27
zhendazhenda数据库管理员昆仑银行
目前没听说有关于脚本的监控,银行系统使用开源软件监控更是不可能。若真有这方面需求你们可以自己情况寻找解决方式,单独上一个针对解决脚本的软件也不现实。一些脚本本身也无需监控,否则会重复性工作,也给系统带来以外开销。例如:删归档日志脚本完全可以用文件系统使用率的监...显示全部

目前没听说有关于脚本的监控,银行系统使用开源软件监控更是不可能。若真有这方面需求你们可以自己情况寻找解决方式,单独上一个针对解决脚本的软件也不现实。

一些脚本本身也无需监控,否则会重复性工作,也给系统带来以外开销。例如:删归档日志脚本完全可以用文件系统使用率的监控来替代,大于告警阀值时可以人为检查脚本是否生效。关于runstats脚本和monitor脚本可以将结果写到一个输出文件并定期删除。通过已有监控添加输出文件。根据一些关键字符进行判断并告警。

这些都是需要系统架构和安全科等部门统一规划,生产无小事,添加需谨慎。

收起
软件开发 · 2015-10-26
浏览2914
  • 主要是因为之前我们这边在生产服务器上面部署过一个数据归档脚本,部署人离职。后面这个脚本一直没人知道导致过一个小事故。 所以想改成下目前生产环境的crontab 等job 的管理机制。
    2015-10-27

提问者

匪徒易真
数据库管理员匪徒易真

相关问题

问题状态

  • 发布时间:2015-10-23
  • 关注会员:18 人
  • 问题浏览:15102
  • 最近回答:2017-01-15
  • X社区推广