如何自定义 TSAMP 启动和停止脚本以使监控代理集群感知

2016 年 1 月 29 日 杰克·瓦姆瓦斯

我已经集成了 Tivoli Storage Automation (TSA) 和 DB2 。该解决方案基于两节点 TSAMP 解决方案,即“自动化软件”,作为集群可靠可扩展集群技术 (RSCT) 环境的一部分运行。 (RSCT 是“集群软件”)

阅读更多 Tivoli Storage Automation for Multiplatforms (SA MP) 和共享磁盘方法

TSAMP 使用一组自动化脚本来管理 DB2,即启动、停止和监视它们。 TSAMP 响应单个资源的意外状态变化(例如 DB2 实例故障)、服务器故障/崩溃、网络/NIC 相关的中断

要确认 TSA 与 DB2 的集成,您可以检查 DB2 dbm 配置。如果您使用的是 Linux 检查:

db2 获取 dbm cfg | grep '集群管理器'

将 TSAMP 与 DB2 集成的挑战之一是支持服务需要具有集群感知能力。一些示例是监控和备份。

在非集群环境中,可能安装了一个监控代理来监控 DB2。监控基于 DB2 作为一个单元。在集群场景中,将一个 DB2 实例(节点 1)的状态与另一个 DB2 实例(节点 2)的状态相关联会增加复杂性。

有多种方法可以解决这个问题。该方法取决于监控平台。您可能有一个无代理远程监控系统。此处讨论的解决方案适用于在每个操作系统上都安装了监控代理的情况

对于监控,应用的解决方案是自定义 TSA 启动和停止脚本。 TSA 脚本位于 /usr/sbin/rsct/sapolicies/db2  .它们会在每次 DB2 版本升级时刷新,因此需要严格管理。

除了在每次 DB2 版本升级时管理 TSA 脚本外,还需要管理监控代理升级。升级可能会重置默认值,包括在操作系统启动时自动启动

基本原理是从标准的启动\停止过程中取出监控代理。即在操作系统启动时不要自动启动 db2 监控代理。使用集群软件来管理db2代理监视器的停止\启动。

定制的文件是 db2V10_start.ksh 和 db2V10_stop.ksh。  当 TSA 集群软件正在运行并尝试在节点 1 上启动 db2start 时,它将执行的脚本之一是 db2V10_start.ksh。

发生故障转移时,TSA 将使用的脚本之一是 db2V10_stop.ksh。可以利用这些脚本来停止和启动各种支持服务,例如监控。

在服务器崩溃的情况下,即 db2V10_stop.ksh 不运行,启动时的服务器不会启动监控代理,因为您已经将它从 /etc/init.d / 部分中取出

下一步是查看关联集群节点的不同状态并避免错误警报。我将在以后的文章中讨论这个过程。

我还将写一篇关于 RSCT 附带的监控的文章。 RSCT 监控提供有关集群状态各个方面的大量详细信息  

阅读有关 DB2 集群和高可用性的更多信息

TSAMP 维护和诊断

用于 DBA 管理 DB2 集群的 TSAMP 备忘单

 

添加一名作者http://www.ysaijiu.com)

分享:

验证您的评论

预览您的评论

这仅仅是一个预览。您的评论尚未发布。

在职的...
您的评论无法发布。错误类型:
您的评论已保存。评论经过审核,在作者批准之前不会出现。 发表另一条评论

您输入的字母和数字与图像不匹配。请再试一次。

作为发表评论之前的最后一步,请输入您在下图中看到的字母和数字。这可以防止自动程序发布评论。

阅读此图片时遇到问题? 查看备用。

在职的...

在如何自定义 TSAMP 启动和停止脚本以使监控代理集群感知上发表评论

评论经过审核,在作者批准之前不会出现。


dba-db2.com | DB2 性能调优 | 数据库管理员 DB2:一切 | FAQ | 接触 | Copyright