替换EBS应用中Control M为JS7，如何以最小工作量测试其高可用特性？

核心思路：复用现有迁移作业，聚焦关键故障场景测试 #

不用额外构建测试环境或新建作业，直接基于当前测试环境中已迁移的EBS相关作业开展验证，重点覆盖Controller主备切换、Agent节点故障这两个核心高可用场景。

• 测试Controller主备自动接管

  1. 确保测试环境已部署主备Controller集群，且有正在执行或待执行的EBS迁移作业
  2. 手动停止主Controller进程：执行systemctl stop js7-controller（或直接kill对应进程）
  3. 观察备Controller是否在1-2分钟内自动接管集群主导权，检查：
     • 正在执行的作业是否持续运行无中断
     • 待调度的作业是否按计划触发
     • JOC Cockpit中显示的集群状态是否更新为备机为主
  4. 恢复主Controller进程，确认它自动切换为备机状态，集群回到正常主备模式

• 测试Agent节点故障切换

  1. 确保测试环境至少有2个Agent节点，且目标EBS作业配置为允许在Agent集群（或多Agent备选）上运行
  2. 触发一个EBS作业，待作业进入执行状态后，停止当前承载作业的Agent进程
  3. 观察作业是否自动切换到可用Agent节点继续执行（或按配置重新启动），验证：
     • 作业最终能正常完成
     • EBS系统对应的业务结果（如数据同步、批处理输出）符合预期
  4. 恢复Agent节点，确认它重新加入集群，能正常接收新的作业调度请求

• 简化版网络故障测试
  无需复杂网络配置，直接通过临时禁用网卡的方式，断开主Controller与备Controller的网络连接，或断开Agent与Controller的连接：

  • 验证Controller集群能快速识别故障，备机及时接管
  • 验证已接收作业的Agent在断网后仍能继续执行，恢复网络后自动同步作业状态到Controller

• 验证作业状态一致性
  故障切换完成后，重点检查：

  • JOC Cockpit中的作业状态记录与实际执行结果完全匹配
  • EBS系统未出现作业重复执行、数据异常等问题

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