第十节: 利用SQLServer实现Quartz的持久化和双机热备的集群模式 :

背景： 默认情况下，Quartz.Net作业是持久化在内存中的，即 quartz.jobStore.type = "Quartz.Simpl.RAMJobStore, Quartz"，这种模式有以下弊端：

① 想在A服务器上控制B服务器上已经发布了的job和trigger不方便；

② 很难实现Web端(寄宿在IIS上)管理作业，客户端(发布成服务)的这种模式。

③ 最大弊端就是一旦服务器宕机或者重启，调度器Schdeuler对应的所有作业（job、trigger及其对应关系）将丢失，不得不重新发布；

 解决方案：

　　针对问题1. 可以借助Remote代理的模式，通过TCP协议在A服务器上直接获取B服务器上的Scheduler，然后进行操作。(详情点击)

　　针对问题2. 客户端作为Server端进行调度的执行，Web端通过Remote模式获取客户端的中的Scheduler，然后进行作业的管理，问题是一旦客户端端挂机，Web端是连接不上的。

　　针对问题3. 无论代理还是不代理，只要Server端一挂机，保存在内存中的作业都会丢失，所以这个时候，我们需要另辟蹊径，将作业持久化进行迁移，比如迁移到数据库中，这样话，即使服务器宕机，数据库中存储的作业信息仍然存在，下次只需要开启Scheduler即可，无须配置job和trigger了，同时也解决了上述问题1和问题2，即都可以直接修改数据库即可。

该章节也是为开篇提出的目标三铺最后一道路，下面着重介绍持久化SQLServer数据库。

步骤1：准备数据库脚本。

　　下载地址为：https://github.com/quartznet/quartznet/blob/master/database/tables/tables_sqlServer.sql，执行后的数据库如下图：

重点介绍一下以上表的含义：

　　qrtz_blob_triggers : 以Blob 类型存储的触发器。

　　qrtz_calendars：存放日历信息， quartz可配置一个日历来指定一个时间范围。

　　qrtz_cron_triggers：存放cron类型的触发器。

　　qrtz_fired_triggers：存放已触发的触发器。

　　qrtz_job_details：存放一个jobDetail信息。

　　qrtz_job_listeners：job**监听器**。

　　qrtz_locks： 存储程序的悲观锁的信息(假如使用了悲观锁)。

　　qrtz_paused_trigger_graps：存放暂停掉的触发器。

　　qrtz_scheduler_state：调度器状态。

　　qrtz_simple_triggers：存放简单触发器的信息。

　　qrtz_trigger_listeners：触发器监听器。

　　qrtz_triggers：将Trigger和job进行关联的表。

注：cron方式需要用到的4张数据表： qrtz_cron_triggers，qrtz_fired_triggers，qrtz_job_details，qrtz_triggers。

步骤2：代码进行持久化数据库配置

　　需要配置的信息有SQLServer版本、数据库连接字符串、存储类型、数据源名称、驱动类型，代码如下：

            var properties = new NameValueCollection();
             //SQLServer版本
             properties.Add("quartz.dataSource.myDS.provider", "SqlServer-20");
             //表名前缀(可有可无)
             //properties.Add("quartz.jobStore.tablePrefix", "QRTZ_");
             //数据库连接字符串
             properties.Add("quartz.dataSource.myDS.connectionString", "Data Source=.;Initial Catalog=quartz;User ID=sa;Password=123456");
             //properties.Add("quartz.dataSource.myDS.connectionString", "Server =.;Database = quartz;Trusted_Connection =True;");
             //JobStore设置（JobStoreTX: 带有事务；JobStoreCMT：不带有事务）
             //存储类型
             properties.Add("quartz.jobStore.type", "Quartz.Impl.AdoJobStore.JobStoreTX, Quartz");
             //数据源名称
             properties.Add("quartz.jobStore.dataSource", "myDS");
             //驱动类型
             properties.Add("quartz.jobStore.driverDelegateType", "Quartz.Impl.AdoJobStore.StdAdoDelegate, Quartz");

步骤3：向数据库中持久化作业，并开启调度。

代码如下：

            var factory = new StdSchedulerFactory(properties);
             IScheduler scheduler = factory.GetScheduler();
             var job = JobBuilder.Create<HelloJob4>()
                                 .WithIdentity("ypfJob1", "ypfJobGroup1")
                                 .Build();
             var trigger = TriggerBuilder.Create()
                                  .WithIdentity("ypfTrigger1", "ypfTriggerGroup1")
                                 .WithCronSchedule("/3 * * * * ?")
                                 .Build();
             if (!scheduler.CheckExists(job.Key))
             {
                 scheduler.ScheduleJob(job, trigger);
             }
             scheduler.Start();

运行结果为：

此时分析数据库中的数据：

QRTZ_CRON_TRIGGERS  表：即存放cron类型的trigger

QRTZ_JOB_DETAILS  表：即存放job的信息

QRTZ_TRIGGERS 表：将Trigger和job进行关联的表

 QRTZ_FIRED_TRIGGERS 表：

下面做几个实验，验证持久化问题：

 实验1：去掉代码中job和trigger的创建及关联，直接进行调度器的启动。

实验结果：调度正常按照每3s执行一次，证明作业持久化数据库成功。

实验2：修改数据库中的cron表达式为每5s执行一次，然后保持实验1中的代码注释，运行代码。

实验结果：调度变为每隔5s执行一次了，证明作业持久化数据库成功。

实验3：我们在上面的数据库表中发现一个现象，第一个字段都为Sched_Name，即调度器的名称，而且默认都为QuartzScheduler，那么如何增加多个不同名称的调度器呢？获取的时候又是怎么获取指定的调度器呢？都是通过下面的这句代码配置：

properties.Add("quartz.scheduler.instanceName", "Ypf1Scheduler");

 分享完整代码：

            var properties = new NameValueCollection();
            //SQLServer版本
            properties.Add("quartz.dataSource.myDS.provider", "SqlServer-20");
            //表名前缀(可有可无)
            //properties.Add("quartz.jobStore.tablePrefix", "QRTZ_");
            //数据库连接字符串
            properties.Add("quartz.dataSource.myDS.connectionString", "Data Source=.;Initial Catalog=quartz;User ID=sa;Password=123456");
            //properties.Add("quartz.dataSource.myDS.connectionString", "Server =.;Database = quartz;Trusted_Connection =True;");
            //JobStore设置（JobStoreTX: 带有事务；JobStoreCMT：不带有事务）
            //存储类型
            properties.Add("quartz.jobStore.type", "Quartz.Impl.AdoJobStore.JobStoreTX, Quartz");
            //数据源名称
            properties.Add("quartz.jobStore.dataSource", "myDS");
            //驱动类型
            properties.Add("quartz.jobStore.driverDelegateType", "Quartz.Impl.AdoJobStore.StdAdoDelegate, Quartz");

            //Scheuler的名称，用于处理多个调度器的情况（指定和获取都是用这句代码，如果不指定的话，默认均为QuartzScheduler名称）
            {
                properties.Add("quartz.scheduler.instanceName", "Ypf1Scheduler");
            }

            var factory = new StdSchedulerFactory(properties);
            IScheduler scheduler = factory.GetScheduler();

            var job = JobBuilder.Create<HelloJob4>()
                                .WithIdentity("ypfJob1", "ypfJobGroup1")
                                .Build();
            var trigger = TriggerBuilder.Create()
                                 .WithIdentity("ypfTrigger1", "ypfTriggerGroup1")
                                .WithCronSchedule("/10 * * * * ?")
                                .Build();
            //Scheduler只要存在相同的job名称，将不在关联 （这里需要根据实际要求来处理）
            if (!scheduler.CheckExists(job.Key))
            {
                scheduler.ScheduleJob(job, trigger);
            }

            scheduler.Start();

发现数据中上述的几张表中多了一条数据：

　　PS：前面有博友【 搵中求胜】给我留言提示集群的问题，这里借助他的话给大家一个提醒：

　　在使用 Quartz.Impl.AdoJobStore 做集群时，一旦出现连接超时或者底层的SQL错误，这个Job将彻底堵住，即使数据库连接恢复该JOB也得不到恢复，继承自IJob的Execute方法将不会被调用。

因此，必须有一个Timer对这些超时未执行的Job做重置或者移除再加入（切误参考网上DEMO做一个Manager继承IJob，因为Manager也被堵住了）

二. 双机热备的集群模式

集群的两种形式：

　　1.读写分离：即master - slave，在SQLServer通过“发布-订阅”来实现，写是落库到master，读从slave中，一个主多个从。

　　2.双机热备：即一主多备，高可用，主挂掉了，备会自动顶上去， Quartz.Net集群采用的就是这种形式（备用服务启动，最短大约需要7.5s）。

配置代码在持久化的基础上多了两句：

　　properties["quartz.jobStore.clustered"] = "true";
　　properties["quartz.scheduler.instanceId"] = "AUTO";

下面分享完成的一段代码：

   var properties = new NameValueCollection();

             properties["quartz.dataSource.sqlserver.provider"] = "SqlServer-20";
             properties["quartz.dataSource.sqlserver.connectionString"] = @"Data Source=.;Initial Catalog=quartz;User ID=sa;Password=123456";
             properties["quartz.jobStore.type"] = "Quartz.Impl.AdoJobStore.JobStoreTX, Quartz";
             //注意这个名字改为了sqlserver，上面的都要跟着改，也可以改为别的名
             properties["quartz.jobStore.dataSource"] = "sqlserver";
             properties["quartz.jobStore.driverDelegateType"] = "Quartz.Impl.AdoJobStore.SqlServerDelegate, Quartz";

             //cluster 集群指定
             properties["quartz.jobStore.clustered"] = "true";
             properties["quartz.scheduler.instanceId"] = "AUTO";

             //Scheuler的名称，用于处理多个调度器的情况（指定和获取都是用这句代码，如果不指定的话，默认均为QuartzScheduler名称）
             {
                 properties.Add("quartz.scheduler.instanceName", "QuartzSchoolScheduler");
             }

             var factory = new StdSchedulerFactory(properties);
             var scheduler = factory.GetScheduler();
             var job = JobBuilder.Create<HelloJob4>()
                                 .WithIdentity("job3", "jobGroup3")
                                 .Build();
             //trigger   2s执行一次
             var trigger = TriggerBuilder.Create()
                                         .WithIdentity("trigger3", "triggerGroup3")
                                         .WithSimpleSchedule(x => x.WithIntervalInSeconds().RepeatForever())
                                         .Build();
             var isExists = scheduler.CheckExists(job.Key);
             if (!isExists)
             {
                 //开始调度
                 scheduler.ScheduleJob(job, trigger);
             }
             scheduler.Start();

数据库表的变化：

 QRTZ_SIMPROP_TRIGGERS 表：  （与cron的trigger存放的位置不同）

 QRTZ_JOB_DETAILS 表：

 QRTZ_TRIGGERS 表：

 QRTZ_FIRED_TRIGGERS 表：

运行结果：

　　生成一下代码，直接在bin文件里打开，然后再打开一个，发现第一个正常运行，第二个不运行。

　　关闭第一个客户端，7.5s后发现第二个正常启动运行，验证双机热备。