相关疑难解决方法(0)

如何在IIS 7.5中停止回收应用程序池？

我配置了以下设置:

ProcessModel -> Idle Time-out (minutes) = 0
Recycling -> Regular Time Intervals (minutes) = 0

这些设置是否应该阻止应用程序池回收？

我在VS 2013中使用EF6,MVC 5.我有一个长时间运行的任务导致超时错误,因此我想将其设置为单独的后台任务运行并立即返回到Web控制器.后台任务将向SQL服务器数据库报告进度.基本上,我需要的是消防功能.似乎有很多选择:

1. 将任务详细信息写入服务器并使用Windows服务处理它们UPDATE:这是使用的选项
2. 使用async- 这似乎不是一个安全的选择
3. 使用HostingEnvironment.QueueBackgroundWorkItem方法

选项3将是首选,因为它将所有代码保存在一个解决方案中.如果可能的话,请你评论每一个的利弊,并指出3号工作的例子.

从Azure WebSite Always On和Azure Web站点上"Always On"设置的含义我假设Azure WebJobs托管在IIS中并使用IIS资源(以及我们的网站资源).

此外,在定价页面:http://azure.microsoft.com/en-us/pricing/details/websites/有一个声明:

按需,按计划运行自定义可执行文件和/或脚本,或作为Web站点实例中的后台任务连续运行.连续WebJobs执行需要Always On.计划的WebJobs需要Azure Scheduler Free或Standard.

因此我认为这是真的.实际上Azure WebJobs托管在Azure网站的IIS中.注意:WebJobs可以连续且长时间运行.

然而,令我担心的是,执行长时间运行的进程/后台进程通常被视为反模式:

• 我可以使用线程在IIS上执行长时间运行的作业吗？
• 关注IIS上长时间运行的进程
• ASP.NET长时间运行的任务.线程正在中止异常

那么Microsoft Azure提出了一些看似反模式的东西吗？附加问题:然后将Quartz.NET作为连续任务运行并进行"免费"简单后台任务调度会是一个好主意吗？