我在 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
的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);
}
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);
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
继续记录批量获取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
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.
这里保持这样。如您所见,与其他日志相比,它并没有尝试获取触发器(行批量获取0触发器根本没有出现)。如果您仍然单击过程按钮,则日志会添加一行:
Default Quartz.NET properties loaded from embedded resource file
但没有其他事情发生。记录未被处理(我知道,因为每次记录被处理,都会在数据库中标记)。不会发生错误,但不会触发触发器,并且不会执行作业。此外,按钮单击时CPU使用率最多可达50%或更多,除非您转到IIS,停止并重新启动应用程序池,否则不会降低。此cpu消耗不会在本地发生。
根据LeftyX的建议,更改了对单例的调度程序的使用,但仍在远程服务器上获得相同的行为。
我还尝试使用 ADOJobStore (而不是我正在使用的 RAMJobStore )。 现在它仍然在当地完美运作;但仍然不会在线执行触发器(因此作业)。唯一的区别是在线CPU使用率不高达50%。 现在我可以看到创建了作业和触发器(我查询表并查看这些记录是否存在),但永远不会被执行。
答案 0 :(得分:3)
我注意到的一件事是在你的asp.net应用程序中使用Scheduler
你应该使用单例对象。
在process.aspx.cs
这一行
IScheduler scheduler = new StdSchedulerFactory().GetScheduler();
创建一个新的调度程序,但您应该在Application_Start
中使用您创建的静态调度程序。
如果您想要访问单身人士实例,请在Global.asax.cs
中使用公开会员:
public static ISchedulerFactory SchedulerFactory;
public static IScheduler Scheduler;
您可以在process.aspx.cs
:
MvcApplication.Scheduler.ScheduleJob(job, triggersSet, true);
另一种解决方案是使用依赖注入。您可以使用 StructureMap 找到一些信息here,为 Unity 找到here。
更新:
答案 1 :(得分:3)
问题与IIS
而不是调度程序Quartz.NET
,Hangfire
等有关。另一方面,网上发布了许多解决方法,但只有一些他们正在工作。在我看来,没有必要应用大量的配置设置。只需在您发布应用程序并享受的服务器上安装Keep Alive Service For IIS 6.0/7.5即可。之后,在应用程序池回收,IIS /应用程序重新启动等之后,您发布的应用程序将处于活动状态。希望这有助于...
答案 2 :(得分:3)
Quartz没有任何问题,都是因为IIS应用程序池的回收。
我通过停止用于Quartz回收的池来修复错误:
1.转到 IIS管理器 - &gt; 应用程序池 - &gt;创建一个新池,我将其命名为Scheduler(你可以命名任何东西)
2.选择计划程序池 - &gt; 高级设置
+在常规部分,在启动模式下,为(IIS 7.5,8)选择 AlwaysRunning (IIS 8.5)或 true
+在流程模型部分 - &gt; 空闲超时(分钟)设置为 0 (意思是:没有Idel超时)
+在回收部分 - &gt; 常规时间间隔设置为 0 (表示:无回收)
3。将Quartz站点部署到该应用程序池中。并向游泳池发送一个请求以“唤醒您的应用程序”#34;它会一直运行直到你停止它。
这就是它。
已更新:使用Auto-Start ASP.NET Applications
答案 3 :(得分:0)
我刚遇到了一个类似的问题,可能会咬别人 - 它在打开调试并获得“批量获取0触发器”消息之后将我带到了这个问题。
我的工作每2个小时就像这样:
"0 0 0/2 * * ?"
我想更频繁地做,所以每2分钟这样:
"0 0/2 0 * ?"
我甚至试过https://cronexpressiondescriptor.azurewebsites.net/给了我一个很大的线索我应该仔细阅读: 每2个小时,在该月的第0天 最终让我意识到我的真正含义是:
"0 0/2 * * ?"
所以上课时,当你向左移动你的cron时,用*而不是0来回填。
希望能帮助别人。