WebSphere集群环境下EJB持久化定时任务配置与执行疑问

问题背景 #

在WebSphere单实例环境中，使用@Schedule注解的EJB定时任务可正常运行，但迁移到集群环境后，需要确保任务仅在整个集群中触发一次，而非每个集群成员独立执行。

当前使用的EJB定时任务代码 #

@Stateless
public class TestTimer {
    @Schedule(second="*/10", minute="*", hour="8-23", dayOfWeek="Mon-Fri",
          dayOfMonth="*", month="*", year="*", info="TestTimer", persistent=true)
    public void scheduledTimeout(final Timer t) {
        System.out.println("@Schedule called at: " + new java.util.Date());       
   }
}

核心疑问与解答 #

1. 未指定数据源时，WebSphere将调度信息持久化到何处？ #

未手动配置数据源时，WebSphere默认使用内置嵌入式Derby数据库存储定时任务信息，存储路径为：

<WebSphere安装目录>/profiles/<你的概要文件名>/databases/EJBTimerDB

这种存储仅适用于单实例环境，集群中每个节点的嵌入式Derby相互独立，无法共享任务状态。

2. 当前配置迁移到集群后，任务会如何触发？ #

当前默认配置下，每个集群成员都会独立触发该定时任务。因为各节点使用自身的嵌入式Derby存储任务，彼此无法感知其他节点的任务执行状态，导致任务在每个实例上重复执行。

3. 如何调整实现集群中仅触发一次？ #

核心是让所有集群节点共享同一个定时任务存储，通过配置集群级别的Scheduler，绑定共享数据源，WebSphere会自动协调任务执行，确保仅单个节点触发任务。

4. 配置所有集群成员指向同一个集群范围Scheduler的具体步骤 #

步骤1：创建集群共享的数据源

• 登录WebSphere管理控制台，进入资源 > JDBC > 数据源
• 点击新建，作用域选择目标集群（不要选单个节点）
• 配置数据库连接（可选用DB2、Oracle或网络版Derby，禁止用嵌入式Derby），完成后测试连接确保可用
• 保存并同步节点

步骤2：创建集群级别的Scheduler

• 进入资源 > 调度程序
• 点击新建，作用域选择目标集群
• 设置名称、JNDI名称（例如jdbc/ClusterEJBTimerScheduler），在定时器数据库下拉框中选择刚才创建的集群共享数据源
• 保存并同步节点

步骤3：修改集群的EJB容器配置

• 进入应用程序服务器 > 集群 > 你的集群名称 > EJB容器
• 在EJB定时器设置板块，找到调度程序JNDI名称，填入刚才创建的Scheduler的JNDI名称
• 保存配置并同步所有集群节点

步骤4：重新部署EJB应用

• 将应用重新部署到目标集群，确保部署过程中EJB定时器的持久化逻辑绑定到集群Scheduler

补充方案 #

如果不想依赖WebSphere原生Scheduler，也可以通过分布式锁（如数据库行锁、Redis锁）在定时任务代码中控制执行逻辑：每次任务触发时先尝试获取锁，获取成功才执行任务，失败则直接退出。但这种方式需要自行处理锁的过期、异常等情况，可靠性不如官方原生配置。

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