运行了很长时间的SSIS包后出现错误。这个错误是在创建目录(如http://blogs.lessthandot.com/wp-content/uploads/blogs/DataMgmt/ssis_image_05.gif)的任务中抛出的，并说"无法创建，因为已经存在同名的文件或目录"，但我确信同名的目录或文件不存在。
在抛出错误之前，任务创建了一个没有扩展名为预期目录的文件。该文件的修改日期比创建日期早8小时以上，这很奇怪。
我检查了服务器中的日期，它是正确的。我也试着再次运行这个包，它工作了。
发生了什么事?
听起来像是其他进程或人员在该目录中犯了一个错误，并创建了一个文件，然后阻止了您的SSIS包的目录创建命令，而不是您的包中的问题。
你看了创建文件的安全设置了吗?它可能显示了一个不是运行SSIS包的凭据的所有者。如果您有许多包或进程都在相同的凭据下运行，那么这将没有帮助，但它可能提供有用的信息。
文件中有什么?里面的内容可能会提供线索，让我们知道它是如何到达那里的。
在你的包出错后的半天内，其他包/进程有错误或警告吗?也许这是另一个错误的结果。你可以通过其他进程的日志来定位。
你的进程在最后一次运行后没有清理它自己吗?
该目录是在包运行开始时删除，在包运行结束时删除，还是在目录内容的下游消费者运行结束时删除?如果您的包在开始时删除了它，那么减慢删除的某些东西可能会出现一个竞态条件，该条件通常会令人满意地解决(删除在创建开始之前完成)，但偶尔会出现错误。
你(或任何人)正在复制或扫描有问题的目录吗?有时复制程序(如FTP)或扫描程序(防病毒，PII扫描)可以对正在处理的大型项目(即该目录)进行临时副本，可能它被中断并留下临时副本。
如果它不能重复，那么确定发生了什么是困难的，但如果它再次发生，尝试探索上述。此外，如果您负担得起，您可能希望增加日志记录。它占用更多的CPU和磁盘空间，并且使检查日志变慢，但是暂时增加日志细节可以帮助隔离类似的问题。
祝你好运!