Quartz–Distributed Job Scheduling Framework V1.4.ppt

* * * * * JobStoreCMT：跟 JobStoreTX 一样，我们需要配置一个 Datasource 才能使用 JobStoreCMT。然而，JobStoreCMT 需要两个 Datasource 而不是像 JobStoreTX 只要一个。其中一个 Datasource 和我们为 JobStoreTX 设置的类同：作为不受管理的数据源。同时呢，我们还需配置第二个数据源，是作为受管理的数据源，它由应用服务器来进行管理。 * The JDBCJobStore is compatible with all major databases, and Quartz offers a series of table-creation SQL scripts that ease the setup process. You will find table-creation SQL scripts in the docs/dbTables directory of the Quartz distribution. * QRTZ_CALENDARS 以 Blob 类型存储 Quartz 的 Calendar 信息。 QRTZ_CRON_TRIGGERS 存储 Cron Trigger，包括 Cron 表达式和时区信息。 QRTZ_FIRED_TRIGGERS 存储与已触发的 Trigger 相关的状态信息，以及相联 Job 的执行信息。 QRTZ_PAUSED_TRIGGER_GRPS 存储已暂停的 Trigger 组的信息。 QRTZ_SCHEDULER_STATE 存储少量的有关 Scheduler 的状态信息，和别的 Scheduler 实例(假如是用于一个集群中)。 QRTZ_LOCKS 存储程序的非观锁的信息(假如使用了悲观锁)。 QRTZ_JOB_DETAILS 存储每一个已配置的 Job 的详细信息。 QRTZ_JOB_LISTENERS 存储有关已配置的 JobListener 的信息。 QRTZ_SIMPLE_TRIGGERS 存储简单的 Trigger，包括重复次数，间隔，以及已触的次数。 QRTZ_BLOG_TRIGGERS Trigger 作为 Blob 类型存储(用于 Quartz 用户用 JDBC 创建他们自己定制的 Trigger 类型，JobStore 并不知道如何存储实例的时候)。 QRTZ_TRIGGER_LISTENERS 存储已配置的 TriggerListener 的信息。 QRTZ_TRIGGERS 存储已配置的 Trigger 的信息。 * If you dont need to tie your scheduling commands (such as adding and removing triggers) to other transactions, then you can let Quartz manage the transaction by using JobStoreTX as your JobStore (this is the most common selection). If you need Quartz to work along with other transactions (i.e. within a J2EE application server), then you should use JobStoreCMT - in which case Quartz will let the app server container manage the transactions * * High availability：当一个节点正在执行一个或者多个任务失败的时候。当其出现故障导致任务执行失败的时候，其他的节点会检测到并且标识在失败节点上正在进行的数据库中的任务 Scalability：可伸缩性，指在资源允许的情况下，可以配置多个节点，提高应用的性能。 Load Balancing：负载均衡，负载平衡是自动完成的，集群的每个节点会尽快触发任务。当一个触发器的触发时间到达时，第一个节点将会获得任务（通过锁定），成为执行任务的节点 * Quartz 集群中的每个节点是一个独立的 Quartz 应用，它又管理着其他的节点。意思是你必须对每个节点分别启动或停止。不像许多应用服务器的集群，独立的 Quartz 节点并不与另一其的节点或是管理节点通信。(将来的 Quartz 版本将会设计成让节点能与其他节点直接通信，而不是借助于数据库。) 取而代之的是，Quartz 应用是通过数据库表来感知到另一应用的。 * * 通过设置 or