Automation
自动化运行故障排除
自动化故障排除是缩小原因范围的过程。大多数问题来自访问、计划可用性、网络状态、触发器不匹配、条件不匹配、范围广泛或规则重叠。
在以下情况下开始使用此清单:
- 规则没有做出预期的改变。
- 一条规则运行在错误的工作上。
- 规则的运行频率比预期要高。
- 自动化显示加载、重试、无访问、升级或无互联网状态。
- 您需要安全地测试规则。
诊断参考
| 问题 | 为什么这很重要 |
|---|---|
| 自动化正在加载吗? | 如果构建器无法初始化,则无法查看或更改规则。 |
| 你在线吗? | 自动化管理需要网络访问。 |
| 您在正确的空间吗? | 规则和访问是特定于空间的。 |
| 您的角色可以查看自动化吗? | 禁止访问状态会阻止规则审查。 |
| 该计划是否允许自动化? | 升级提示意味着该功能在当前计划下不可用。 |
| 规则是否有效? | 暂停或禁用的规则不应运行。 |
| 规则保存后是否发生触发? | 除非构建器明确支持该行为,否则规则无法响应过去的更改。 |
| 更改时每个条件都匹配吗? | 条件决定是否允许该操作。 |
| 该项目是否在范围内? | 规则不能作用于其范围之外的工作。 |
| 是否有重叠的规则? | 类似的规则可能会产生重复或意外的更新。 |
诊断未运行的规则
- 打开自动化。
- 确认构建器加载。
- 确认规则存在并且处于活动状态。
- 确认受影响的项目在范围内。
- 确认保存规则后发生了触发器。
- 将项目与每个条件进行比较。
- 确认操作目标仍然存在并且可以访问。
- 使用一项明显符合规则的安全项目进行测试。
预期结果: 您知道问题是否是访问、可用性、触发器、条件、范围或操作行为。
诊断运行过于频繁的规则
- 如果规则仍然导致意外更新,请暂停或禁用该规则。
- 首先查看范围。
- 检查触发器。
- 添加更严格的条件。
- 检查其他规则是否可以响应相同的更改。
- 使用匹配和不匹配的安全项目进行测试。
- 待结果正确后才能重新启用。
诊断重复更新
- 搜索具有类似触发器的规则。
- 比较它们的范围和条件。
- 暂时禁用更广泛或重复的规则。
- 测试剩余的规则。
- 返工规则,以便只有一个操作执行相同的更新。
诊断访问或计划阻碍因素
- 检查“自动化”页面上显示的消息。
- 如果显示没有互联网,请重新连接并重试。
- 如果显示没有访问权限,请要求空间管理员检查您的角色。
- 如果显示升级提示,请要求帐单所有者检查计划可用性。
- 如果显示重试,请刷新应用程序并重试构建器。
如果没有单独的运行历史记录
某些空间可能不会在可见构建器中公开单独的运行历史记录面板。在这种情况下,请通过受影响的项目验证行为:
- 在预期时间确认更改的项目。
- 检查预期字段、受托人、提醒或通知是否发生更改。
- 将项目状态与规则条件进行比较。
- 使用安全的测试项目进行重现并记录大约时间。
故障排除
任务更改后规则不运行
- 症状: 任务发生更改,但预期操作未发生。
- 原因: 触发器可能与该更改不匹配,或者更改时条件不匹配。
- 决议:
- 确认确切的触发器。
- 确认任务在范围内。
- 确认各项条件。
- 使用安全任务进行测试。
规则影响不相关的项目
- 症状: 不应该匹配的项目被更新。
- 原因: 范围或条件太宽泛。
- 决议:
- 暂停或禁用规则。
- 范围狭窄。
- 添加所需条件。
- 重新启用之前测试不匹配的项目。
无法打开Builder进行故障排除
- 症状: 您无法加载构建器。
- 原因: 脱机、无法访问、计划可用性、会话或初始化问题。
- 决议:
- 确认网络访问。
- 重试。
- 刷新应用程序。
- 请管理员验证您的角色。
- 报告问题时请注明空间和大概时间。
FAQ
报告自动化问题时我应该包括哪些内容?
包括空间名称、规则名称、受影响的项目、预期操作、实际结果和大概时间。
什么是最安全的测试?
创建仅用于测试的低风险项目。使其符合规则,确认发生了一项预期操作,然后将其清理。