我在ASP.Net框架4,webforms网站上使用Quartz.Net.
基本上,用户应该能够手动触发批处理脚本,该脚本异步处理存储在数据库中的数千条记录.用户可以随时停止或暂停,调整一些变量,并在需要时继续处理(剩余记录).
代码完成并在本地工作(开发人员机器,win7,vs2010,sql server express 2008 R2).
它还在本地服务器上进行了测试(win server 2008 R2,sql server express 2008 R2).
它在两个环境中都能正常工作,并使用预编译的所有代码进行测试.
问题是,一旦部署在远程服务器(win server 2008 R2)上,它实际上应该在其上运行(托管环境,不共享,不集群),它并不完全有效(详情见下文).调度程序已创建,但触发器(即作业)不会触发.
(注意：我知道有些人会建议使用Quartz作为Windows服务,但是尽管有这样做的好处,我真的想知道为什么它不能用作嵌入式解决方案,因为它应该工作得很好喜欢本地)
细节
Quartz 2.1.2 Common.Logging 2.1.2 Common.Logging.NLog 2.0.0 NLog 2.0.1.2@H_301_14@Global.asax中
public static ISchedulerFactory SchedulerFactory; public static IScheduler Scheduler; void Application_Start(object sender,EventArgs e) { SchedulerFactory = new StdSchedulerFactory(); Scheduler = SchedulerFactory.GetScheduler(); // Define a durable job instance (durable jobs can exist without triggers) IJobDetail job = JobBuilder.Create<MyJobClass>() .WithIdentity("MyJob","MyGroup") .StoreDurably() .Build(); Scheduler.AddJob(job,false); Scheduler.Start(); } void Application_End(object sender,EventArgs e) { Scheduler.Shutdown(true); }@H_301_14@process.aspx.cs(单击开始按钮)
// get records from DB,iterate,process,etc ... IJobDetail job = ASP.global_asax.Scheduler.GetJobDetail(new JobKey("MyJob","MyGroup")); job.JobDataMap.Put("something1",1); job.JobDataMap.Put("something2",somevar); ITrigger trigger = TriggerBuilder.Create() .WithIdentity("MyTrigger","MyGroup") .StartNow() .WithSimpleSchedule(x => x.WithIntervalInSeconds(5).RepeatForever()) .Build(); var triggeRSSet = new Quartz.Collection.HashSet<ITrigger> { trigger }; ASP.global_asax.Scheduler.ScheduleJob(job,triggeRSSet,true);@H_301_14@日志输出
本地日志
Default Quartz.NET properties loaded from embedded resource file Using default implementation for object serializer Using default implementation for ThreadExecutor Initialized Scheduler Signaller of type: Quartz.Core.SchedulerSignalerImpl Quartz Scheduler v.2.1.2.400 created. RAMJobStore initialized. Scheduler Meta-data: Quartz Scheduler (v2.1.2.400) 'DefaultQuartzScheduler' with instanceId 'NON_CLUSTERED' Scheduler class: 'Quartz.Core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'Quartz.Simpl.SimpleThreadPool' - with 10 threads. Using job-store 'Quartz.Simpl.RAMJobStore' - which does not support persistence. and is not clustered. Quartz scheduler 'DefaultQuartzScheduler' initialized Quartz scheduler version: 2.1.2.400 Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started. Batch acquisition of 0 triggers Batch acquisition of 0 triggers@H_301_14@它继续记录0次触发的批量采集,直到发生按钮点击：
Default Quartz.NET properties loaded from embedded resource file Batch acquisition of 1 triggers Producing instance of Job 'MyGroup.MyJob',class=MyJobClass Batch acquisition of 0 triggers Calling Execute on job MyGroup.MyJob Trigger instruction : NoInstruction Batch acquisition of 1 triggers Producing instance of Job 'MyGroup.MyJob',class=MyJobClass Batch acquisition of 0 triggers Calling Execute on job MyGroup.MyJob Trigger instruction : NoInstruction Batch acquisition of 1 triggers@H_301_14@部署日志
Default Quartz.NET properties loaded from embedded resource file Using default implementation for object serializer Using default implementation for ThreadExecutor Initialized Scheduler Signaller of type: Quartz.Core.SchedulerSignalerImpl Quartz Scheduler v.2.1.2.400 created. RAMJobStore initialized. Scheduler Meta-data: Quartz Scheduler (v2.1.2.400) 'DefaultQuartzScheduler' with instanceId 'NON_CLUSTERED' Scheduler class: 'Quartz.Core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'Quartz.Simpl.SimpleThreadPool' - with 10 threads. Using job-store 'Quartz.Simpl.RAMJobStore' - which does not support persistence. and is not clustered. Quartz scheduler 'DefaultQuartzScheduler' initialized Quartz scheduler version: 2.1.2.400 Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED started.@H_301_14@在这里保持这样.如您所见,与其他日志相比,它并没有尝试获取触发器(线路批量获取0触发器根本不会出现).如果您仍然单击进程按钮,则日志会添加一行：
Default Quartz.NET properties loaded from embedded resource file@H_301_14@但没有别的事情发生.记录未被处理(我知道,因为每次记录被处理,都会在数据库中标记).不会发生错误,但不会触发触发器,也不会执行作业.此外,按钮单击时cpu使用率最多可达50％或更多,除非您转到IIS,停止并重新启动应用程序池,否则不会下降.此cpu消耗不会在本地发生.
更新1
根据LeftyX的建议,更改了对单例的调度程序的使用,但仍然在远程服务器上获得相同的行为.
更新2
我也尝试使用ADOJobStore(而不是我正在使用的RAMJobStore).
现在它仍然在当地完美运作;但仍然没有在线执行触发器(因此工作).唯一的区别是在线cpu使用率不高达50％.
现在我可以看到创建了作业和触发器(我查询表并查看这些记录是否存在),但永远不会被执行.
解决方法
你应该使用单例对象.
在你的process.aspx.cs这一行
IScheduler scheduler = new StdSchedulerFactory().GetScheduler();@H_301_14@创建一个新的调度程序,但您应该在Application_Start中使用您创建的静态调度程序.
如果要访问单例实例,请在Global.asax.cs中使用公共memeber：
public static ISchedulerFactory SchedulerFactory; public static IScheduler Scheduler;@H_301_14@你可以在process.aspx.cs中引用它：
MvcApplication.Scheduler.ScheduleJob(job,true);@H_301_14@另一种解决方案是使用依赖注入.您可以使用StructureMap找到一些信息here,为Unity找到here.
更新：
您可以下载名为AspNet_Quartz here的示例应用程序(asp.net 4.0),看看它是如何工作的here.