如果你拥有服务器，你应该使用windows任务调度程序。使用AT /?从命令行查看选项。

否则，在基于web的环境中，您可能不得不做一些讨厌的事情，比如设置一台不同的机器，以定时间隔向某个页面发出请求。

All of my tasks (which need to be scheduled) for a website are kept within the website and called from a special page. I then wrote a simple Windows service which calls this page every so often. Once the page runs it returns a value. If I know there is more work to be done, I run the page again, right away, otherwise I run it in a little while. This has worked really well for me and keeps all my task logic with the web code. Before writing the simple Windows service, I used Windows scheduler to call the page every x minutes.

另一种方便的运行方法是使用像Pingdom这样的监视服务。将他们的http检查指向运行您的服务代码的页面。让页面返回结果，然后可以使用该结果触发Pingdom，在出现问题时发送警报消息。

我已经成功地在ASP中使用了Abidar。NET项目(这里有一些背景信息)。

此方法的唯一问题是，如果ASP。NET web应用程序从内存中卸载。由于使用率低)。我尝试过的一件事是创建一个任务，每5分钟访问一次web应用程序，让它保持活跃，但这似乎并不可靠，所以现在我使用Windows调度器和基本的控制台应用程序来做这件事。

理想的解决方案是创建一个Windows服务，尽管这可能是不可能的。如果您正在使用共享托管环境)。从维护的角度来看，这也使得在web应用程序中保持内容更容易一些。

此外，如果你的应用程序使用SQL SERVER，你可以使用SQL代理来安排你的任务。这是我们通常放置重复出现的数据驱动代码(电子邮件提醒、定期维护、清洗等)的地方。SQL Agent内置的一个很好的特性是失败通知选项，它可以在关键任务失败时提醒您。

创建一个自定义的Windows服务。

我把一些关键任务设置为预定的控制台应用程序，发现它们很难维护。我创建了一个带有“心跳”的Windows服务，它每隔几分钟就会检查数据库中的日程安排。结果很好。

话虽如此，我仍然在使用预定的控制台应用程序来完成大部分非关键的维护任务。如果没坏，就别修。

还有另一种方法:

1)创建一个“心跳”web脚本，负责在任务到期或过期时启动任务。

2)在某个地方创建一个预定的进程(最好是在同一个web服务器上)，它会命中webscript，并强制它以定期的时间间隔运行。(例如，windows调度任务，使用IE或其他工具悄悄启动热节拍脚本)

任务代码包含在web脚本中的事实纯粹是为了将代码保持在web应用程序代码库中(假设两者相互依赖)，这对web开发人员来说更容易管理。

另一种方法是创建一个可执行的服务器脚本/程序，它自己执行所有的计划工作，并将可执行文件本身作为计划任务运行。这可以实现web应用程序和计划任务之间的基本解耦。因此，如果你需要在web应用程序/数据库可能关闭或无法访问的情况下运行计划任务，你应该使用这种方法。