您有两种通用方法：事件驱动过程或轮询过程。前者在事件发生时运行（文件降落在文件夹中），而后者在定期运行（每隔5分钟看一次文件是否存在）运行。

根据我的经验，事件驱动模型在实践中听起来确实不错，但在实现中却令人恐惧。我们使用了各种现成的软件和本地的“文件监视程序”任务来处理数据。不可避免地会发生
某些
事情，并且没有注册该事件，因此没有数据被处理。解决方法通常很简单，请重新启动该过程，然后再移回文件。除非我们在一个受监管的环境中工作，在该环境中我们无权移动文件，因此将需要另一个人来重置队列，而不是谁来移动文件。

轮询过程要容易得多。如果有工作要做，那就去做。否则，它会重新进入睡眠状态。Windows Task Scheduler可以做到这一点。SQL
Server有自己的作业调度系统，称为SQL Agent。它也可以在不同的时间间隔运行软件包。

让SSIS在无限循环中运行以检查文件或使用WMI事件来尝试捕获放置的文件可能很诱人，但两者都不做。SSIS并非设计为一直运行。取而代之的是，使用经过验证的产品来处理它们的原意。