【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载本指南围绕社区模板仓库community-templates中位于 Databases/template_progress_datasul_totvs 的Banco Progress Datasul模板展开讲解如何借助 Zabbix AgentWindows 或 Linux对 TOTVS Datasul 套件所使用的 Progress 数据库默认服务端口进行连通性监控。读完本文你将掌握该模板的完整结构22 个端口监控项、值映射与触发器、模板导出文件5.0 XML 与 5.4/6.0 YAML中的实现细节差异以及从导入到验证的完整部署流程。模板定位与适用场景根据模板 README 的说明见 5.0/README.md 与 5.4/README.md该模板的核心定位是Basic template with items and triggers monitoring default Totvs Datasul ports using Zabbix Agent on the host (Windows or Linux).即基于 Zabbix Agent 的被动检查监控 TOTVS Datasul 的默认端口。Datasul 是 TOTVS 的 ERP 产品线其底层数据库为 Progress模板名 Banco Progress Datasul 即Progress 数据库 / Datasul之意README 中也明确写到 banco Progress para o Datasul da Totvs。在生产环境中Datasul 的各个业务数据库EMS、FINANCE、PAYROLL、HCM 等分别监听独立的 TCP 端口任何一个数据库实例异常下线都会直接影响业务可用性因此以端口可达性作为监控信号是一种轻量且无需侵入数据库内部的实用方案。需要说明的适用前提模板要求监控主机上安装并运行 Zabbix AgentREADME 注明支持 Windows 或 Linux 主机模板导出文件按 Zabbix 版本组织5.0 提供 XML 格式template_progress_datasul_totvs.xml5.4 与 6.0 提供 YAML 格式5.4 版 YAML、6.0 版 YAMLREADME 标注该模板最初在 Zabbix 3.4.6 上测试通过三个版本文件的实际导出日期均为 2021-11-21。模板整体结构剖析从模板导出文件可以还原出模板的完整骨架。模板名为Banco Progress Datasul归属于两个主机/模板组Datasul与Progress。在 5.0 的 XML 中所有监控项都被归入名为Progress的 application应用组而在 5.4/6.0 的 YAML 中这一分组方式被替换为统一的 tag 标记tag: Application, value: Progress。这是 Zabbix 新旧版本导出格式的典型差异但语义一致——所有监控项均与 Progress 数据库这一应用上下文绑定。模板不包含任何宏macros、模板链接template links或发现规则discovery rules这一点在三个版本的 README 中均有明确声明。这意味着模板开箱即用无需预定义宏或依赖其他模板22 个监控项全部为静态定义不依赖 LLD 自动发现各数据库名称与端口号在模板中固定写死适用于标准端口部署的 Datasul 环境。值映射把 0/1 变成 Online/Offline模板导出了名为Progress Datasul的全局值映射value map定义如下原始值映射后显示值0Offline1Online该值映射在 5.0 XML 与 5.4/6.0 YAML 中完全一致见 5.0 XML 的 value_maps 段 与 5.4 YAML 的 valuemaps 段。由于net.tcp.port键返回的是 0/1 数值值映射让监控项在最新数据界面中直接呈现为可读的 Online / Offline而不是裸数字。22 个端口监控项全表模板的监控项全部基于 Zabbix Agent 内建键net.tcp.port[address,port]用于探测指定 TCP 端口是否可连通返回1表示端口开放可达返回0表示不可达。模板中将第一个参数地址留空由 Agent 依据自身配置确定探测目标端口号作为第二个参数显式指定。以下为模板定义的完整监控项清单数据来源于 5.0/README.md 的 Items collected 表格并与 5.0 XML 交叉核对监控项名称Item key探测端口更新间隔默认状态DB EMS2ADTnet.tcp.port[,23600]2360010s启用DB EMS2MOVnet.tcp.port[,23601]2360110s启用DB EMS2MPnet.tcp.port[,23602]2360210s启用DB NEOGRIDnet.tcp.port[,23603]2360310s禁用DB EMSINCnet.tcp.port[,23604]2360410s禁用DB EMS5CADnet.tcp.port[,23605]2360510s启用DB EMS5MOVnet.tcp.port[,23606]2360610s启用DB HCMnet.tcp.port[,23607]2360710s启用DB SRCADGERnet.tcp.port[,23608]2360810s禁用DB SRMOVFINnet.tcp.port[,23609]2360910s禁用DB EMS2SORnet.tcp.port[,23610]2361010s启用DB EMS2CADnet.tcp.port[,23612]2361210s启用DB FINANCEnet.tcp.port[,23614]2361410s启用DB PAYROLLnet.tcp.port[,23616]2361610s启用DB EMSDEVnet.tcp.port[,23618]2361810s启用DB EMSFNDnet.tcp.port[,23620]2362010s启用DB EAInet.tcp.port[,23622]2362210s启用DB MDTFRWnet.tcp.port[,23624]2362410s启用DB MDMERGEnet.tcp.port[,23626]2362610s启用DB MDTCRMnet.tcp.port[,23628]2362810s禁用DB MOV2DISnet.tcp.port[,23640]2364010s启用DB MGESPnet.tcp.port[,23700]2370010s启用从上表可以看出三个规律端口规划集中除DB MGESP23700外其余 21 个数据库端口集中在 2360023640 区间与 Datasul 默认端口规划一致更新频率统一所有监控项均为 10 秒更新一次属于较积极的探测频率可及时反映数据库服务中断部分项默认禁用DB NEOGRID、DB EMSINC、DB SRCADGER、DB SRMOVFIN、DB MDTCRM五个监控项在模板导出文件中被标记为DISABLED见 5.0 XML 中各 item 的statusDISABLED/status字段。这一点在 README 的表格中并未体现属于导出文件中的实际状态推测这些数据库并非所有 Datasul 部署都启用导入后可结合现场环境按需启用。触发器README 与模板文件的事实差异一个值得注意的细节README 的 Triggers 一节声明 There are no triggers in this template模板中无触发器但实际模板导出文件并非如此。核对 5.0 XML 与 5.4/6.0 YAML 可以发现22 个监控项中除DB MOV2DIS外其余 21 个监控项每个都内嵌定义了一个触发器命名为Database XXX is down如Database EMS2ADT is down严重级别为HIGH。这是以 README 为代表的文档与实际模板实现不一致的典型案例——在实际使用中应以模板导出文件为准。触发器的判定逻辑简单而直接只要最近一次探测结果不等于 1{last()}1即认为对应数据库端口不可达触发告警。由于net.tcp.port在端口开放时返回 1、关闭时返回 0因此1等价于端口未开放。表达式在三个版本中的写法存在语法差异5.0 XML简写形式{last()}lt;gt;1XML 中转义为如{last()}15.4/6.0 YAML完整引用形式last(/Banco Progress Datasul/net.tcp.port[,23600])1明确指定了模板与 item key 的完整路径见 5.4 YAML 第 82 行 等处的 triggers 定义。与无触发器声明矛盾的还有禁用项的处理DB NEOGRID等 5 个被禁用的监控项其内嵌触发器同样被标记为DISABLEDXML 与 YAML 中 trigger 的status/status字段均为 DISABLED随监控项一起静默不会产生告警噪音。部署与使用步骤1. 按版本导入模板仓库按 Zabbix 版本划分了三个目录导入时务必选择与你的 Zabbix Server 主版本匹配的文件Zabbix 版本导入文件5.0template_progress_datasul_totvs.xml5.4template_progress_datasul_totvs.yaml6.0template_progress_datasul_totvs.yaml导入路径Zabbix 前端Configuration配置→ Templates模板→ Import导入选择对应文件后提交。仓库根目录 README.md 也给出了通用流程下载模板 → 导入到支持的 Zabbix 版本 → 按配置要求调整 → 将模板关联到主机。2. 配置主机并关联模板模板的类型为Zabbix agent被动检查因此监控主机必须满足安装并运行 Zabbix AgentWindows 或 Linux 均可模板不区分平台Agent 与 Zabbix Server/Proxy 网络可达且主机已加入 Zabbix 监控主机上 Datasul 的 Progress 数据库服务正常监听上述默认端口。在主机配置页面通过Templates链接搜索并添加Banco Progress Datasul模板即可完成关联。3. 验证数据采集导入并关联后可以在Monitoring → Latest data最新数据中查看各监控项取值端口可达时显示映射值Online原始值 1不可达时显示Offline原始值 0。若需要命令行快速验证 Agent 侧的探测结果可在 Zabbix Server 上使用zabbix_get手工测试zabbix_get -s 主机IP或主机名 -k net.tcp.port[,23600] # 返回 1 表示 23600 端口可达返回 0 表示不可达注意zabbix_get命令需要在安装有 zabbix-get 工具的环境中执行并且主机 Agent 需允许该主机的被动检查请求。4. 按需调整若现场部署未使用NEOGRID、EMSINC、SRCADGER、SRMOVFIN、MDTCRM等数据库保持其禁用状态即可若使用了这些数据库可在监控项配置中将其启用同时会连带启用对应触发器若 Datasul 数据库端口在环境中被改写过非标准端口部署模板中写死的端口号需要同步修改——该模板未使用宏端口号直接内嵌于 item key 中10 秒的更新间隔可根据告警策略与 Agent 负载适当调大如 30s/60s减少无谓的探测开销。监控原理与边界说明从模板结构可以推断其设计思路用 TCP 端口连通性作为数据库实例存活的代理指标。net.tcp.port是 Zabbix Agent 的内建键由 Agent 进程发起 TCP 连接探测不依赖任何外部脚本或第三方工具因此部署成本极低、跨平台一致Windows/Linux 行为相同这是该模板最大的实用价值。同时也要明确其边界端口可达只代表TCP 层监听正常不代表数据库进程健康例如 Progress 服务僵死但仍占用端口、或端口被其他进程占用时会出现误判如需更深层健康检查应结合数据库自身状态指标扩展监控模板不含发现规则新增数据库实例需要手动在模板中补充监控项从源码结构看DB MOV2DIS是唯一没有内嵌触发器的监控项见 5.0 XML 中该 item 的定义即它只采集数据、不产生告警需要告警时需自行补充。总结Banco Progress Datasul是一个简洁、零依赖的 Zabbix 社区模板以net.tcp.port键为核心用 22 个静态监控项覆盖 TOTVS Datasul 的 Progress 数据库默认端口2360023640 及 23700配合Progress Datasul值映射0Offline / 1Online与 21 个 HIGH 级别 is down 触发器实现数据库端口层面的实时告警。部署时只需在安装有 Zabbix Agent 的 Windows/Linux 主机上导入对应版本模板并关联即可。需要特别提醒的是README 中无触发器的声明与模板文件中的实际定义不符实际告警能力以内嵌于模板导出文件的触发器为准文档与实现存在出入这也体现了以模板导出文件作为事实依据的重要性。赞分享【免费下载链接】community-templatesZabbix Community Templates repository项目地址https://gitcode.com/gh_mirrors/co/community-templates点击查看免费下载相关推荐Zabbix 监控 Oracle 数据库基于 ODBC 的 template_oracle_db 模板实战指南Zabbix 监控 Oracle 数据库基于 ODBC 的 template_oracle_db 模板实战指南 导读 本文以 Zabbix CommunityZabbix 监控 Lighttpd 实战App Lighttpd by Zabbix Agent 模板ModStatus 数据源深度解析Zabbix 监控 Lighttpd 实战App Lighttpd by Zabbix Agent 模板ModStatus 数据源深度解析 本指南以 ZaZabbix 8.0 使用 Zabbix agent 2 监控 Oracle 数据库Oracle by Zabbix agent 2 模板完整实战指南Zabbix 8.0 使用 Zabbix agent 2 监控 Oracle 数据库Oracle by Zabbix agent 2 模板完整实战指南 本文是指标监控可观测性告警运维上一篇GSD 开发者行为画像用 /gsd:profile-user 让 Claude 学会你的工作方式下一篇LX Music一个桌面端搞定五大音源0 元听歌不折腾创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考