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