IBM Guardium仪表板Full SQL为空的配置排查咨询

先查安全策略的日志设置 #

• 别只看规则的Action，得确认安全策略里的每个规则都真的开了记录完整详情：
  1. 进入Policies > Security Policies找到你的目标策略
  2. 点击策略名称进入编辑页面，逐个检查规则的Action配置，确保Log Full Details选项已勾选
  3. 同时查看策略的Advanced Settings，确认没有全局配置覆盖日志级别

检查Informix数据源的SQL捕获开关 #

Guardium对Informix的Full SQL捕获需要单独配置：

• 进入Manage > Data Sources找到你的Informix数据源
• 在编辑页面确认以下配置：
  1. Capture Full SQL必须勾选启用（默认可能处于关闭状态）
  2. SQL Statement Size设置足够大的值（建议4096或更大，避免长SQL被截断）
  3. 数据源类型务必选择Informix，且版本匹配11.7

S-TAP配置要匹配（如果使用S-TAP监控） #

如果是通过CentOS 7上的S-TAP监控Informix，需调整S-TAP参数：

• 登录安装S-TAP的服务器，编辑配置文件/usr/local/guardium/guard_stap/guard_tap.ini
• 确保以下参数设置正确：
  • full_sql_capture=1（启用Full SQL捕获）
  • max_sql_length设为足够容纳长SQL的数值（如4096）
• 重启S-TAP服务：systemctl restart guard_stap

确认报表字段映射正确 #

• 编辑你的仪表板报表，进入Fields配置界面
• 确认选择的Full SQL对应Guardium原生的FULL_SQL字段，而非仅显示截断语句的SQL字段
• 若是自定义报表，检查Query Builder中是否已正确添加FULL_SQL字段

排查过滤与权限问题 #

• 检查安全策略是否设置了过滤条件，比如特定IP、用户或SQL类型被排除，导致Full SQL未被捕获
• 确认查看仪表板的Guardium用户拥有View Full SQL权限，可进入Admin > User Management检查对应角色的权限配置

测试验证 #

完成上述配置后，执行一条带参数的SQL语句（例如SELECT * FROM table WHERE id = 123），然后进入Monitor > Audit Logs查看日志，确认日志中是否包含Full SQL内容。如果日志中有完整内容，刷新仪表板即可正常显示。

内容的提问来源于stack exchange，提问作者DIma