luowei
luowei
trigger act the same way 
参考 #1630 提到的方案
# 需求细节 ## 入口 平台管理员账号登录， 进入系统设置-消息推送，选择webhook配置 ## 需求概要 1. 用户点击“修改”，进行webhook配置 - 选择是否开启webhook通知，启用此项后Webhook推送才会生效, 启停Webhook推送不会影响其他推送方式, 启用后如果工单状态发生变化，会向用户配置的 API 发送 POST 请求告知用户工单状态 - 默认不开启，选择开启，用户需填写以下内容，并点击提交 - webhook url：**必填**，用于工单消息推送的 API 地址 - 最大重试次数：默认3次，取值范围0-5。如果发送失败，请求重试的最大次数； - 重试间隔：默认1秒，取值范围1-5。请求重试的发送间隔； -...
**解决方案：** 1. 新增监控项read_only、server_id * 脚本新增item：read_only、server_id * actiontech_zbx_3.4_template_mysql_server.xml模板新增两个，分别展示read only（text类型）、server_id（numeric unsigned类型） * 开启方式同其它获取方式为show variables的item，默认开启 2. 修改item为Time_top_1～Time_top_10的监控项 * 获取数据的sql：SELECT time FROM INFORMATION_SCHEMA.PROCESSLIST WHERE state NOT IN ('','sleep') AND user != 'root' AND db...
现在删除用户的条件之一是审批流程没有指定该用户，该问题已不存在
**处理方案考虑** 把处理行数的逻辑从解析器中剥离出来，和解析器解耦合，方便解析器升级 **相关issue：** #2354 #2406
目前看来，我们的日志量可能会很大。需要确认如下问题： 1. 现有的日志是否有需要收敛的内容（减少不必要的日志内容） 2. 旧的日志文件是否需要压缩处理 3. 如果重定向标准输出，那容器方式部署的话，容器挂了，可能也无法查看std日志
actiontech/sqle-ee/issues/1433
能举个实际的使用场景吗？
**原因** 初步推断是cloudbeaver使用的oracle驱动配置问题 **临时解决方案** 使用cloudbeaver管理员登录，去修改oracle驱动配置   修改后点击保存