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

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

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

如果你拥有服务器，你应该使用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，在出现问题时发送警报消息。

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

我们也使用控制台应用程序。如果您使用像Log4net这样的日志工具，您可以正确地监视它们的执行。另外，我不确定它们为什么比网页更难维护，因为如果设计得当，两者之间可能会共享一些相同的代码库。

如果你不愿意让这些任务定时运行，你可以在你网站的管理部分设置一个网页作为队列。用户输入一个运行任务的请求，它反过来在MyProcessQueue表中插入一个空白的日期戳记录，您的计划任务每X分钟检查一次MyProcessQueue中的新记录。这样，它只在客户希望它运行时运行。

希望这些建议能有所帮助。

我发现这对所有参与者来说都很简单:

创建一个webservice方法，如DoSuchAndSuchProcess 创建一个控制台应用程序来调用这个webmethod。 在任务调度程序中调度控制台应用程序。

使用这种方法，所有的业务逻辑都包含在你的web应用程序中，但你有windows任务管理器的可靠性，或任何其他商业任务管理器来启动它并记录任何返回信息，如执行报告。使用web服务而不是发布到页面有一点优势，因为它更容易从web服务获取返回数据。