Visual studio 2010 SSIS包卡住了“；“正在验证Excel源”；在VisualStudio2010中

我有一个季度更新包，我从系统后端运行，该系统使用Excel（2007格式）文档作为数据源。该包将Excel文档中的数据暂存到数据库中的一个表中，然后在生产系统中对其进行处理和加载

今天，我收到了2015年4月的第二季度更新，并试图像过去一样通过Visual Studio将新文件运行到登台系统中。但由于某种原因，如今的VS/SSIS似乎陷入了“验证Excel源代码”的困境。在不得不通过任务管理器杀死我的VisualStudio实例之前，我已经让它搁置了10分钟

源文档很小，在6列上相对简单，大小不到300KB，因此我无法突然理解验证问题。它似乎与我以前运行的excel版本和格式相同

这个方案在今年的大部分时间里都没有改变，只需要为每个季度的运行更改一系列参数

我已经从包中删除了连接管理器和excel组件，并重新创建了它们，但似乎仍然存在相同的问题。我还重新创建了源文档

我试图禁用DelayValidation和ValidateExternalMetaData属性，希望它能给我一个有意义的错误对话，但尚未通过“Validating Excel Source”消息

---

任何输入都将不胜感激，谢谢。

从连接管理器指向的目录中删除连接管理器正在查找的excel文件。一旦您这样做，当Excel源找不到它要查找的文件时，它的验证就会失败。这应该允许您进入包并在属性中设置Delay Validation=True

该包验证excel连接管理器的方式与验证任何其他OLE DB连接管理器的方式相同。它确认连接，然后运行您的语句来验证数据的返回。如果你拿走它的源头，它会很快熄灭

---

我发现机器上的后台处理可能会阻止对请求的验证或处理，就像SQL中的优先级查询一样。如果您的机器处于一种运行多个优先级任务的状态，则此验证将被放在次要位置，并且可能而且将永远持续下去。在这种情况下，与用于验证的源的连接使用断开连接或超时进行验证，并且它不在UI中处理，因此它只是挂起并锁定

从连接管理器指向的目录中删除连接管理器正在查找的excel文件。一旦您这样做，当Excel源找不到它要查找的文件时，它的验证就会失败。这应该允许您进入包并在属性中设置Delay Validation=True

该包验证excel连接管理器的方式与验证任何其他OLE DB连接管理器的方式相同。它确认连接，然后运行您的语句来验证数据的返回。如果你拿走它的源头，它会很快熄灭

---

我发现机器上的后台处理可能会阻止对请求的验证或处理，就像SQL中的优先级查询一样。如果您的机器处于一种运行多个优先级任务的状态，则此验证将被放在次要位置，并且可能而且将永远持续下去。在这种情况下，与用于验证的源的连接使用断开连接或超时进行验证，并且它不在UI中处理，因此它只是挂起并锁定

从连接管理器指向的目录中删除连接管理器正在查找的excel文件。一旦您这样做，当Excel源找不到它要查找的文件时，它的验证就会失败。这应该允许您进入包并在属性中设置Delay Validation=True

该包验证excel连接管理器的方式与验证任何其他OLE DB连接管理器的方式相同。它确认连接，然后运行您的语句来验证数据的返回。如果你拿走它的源头，它会很快熄灭

---

我发现机器上的后台处理可能会阻止对请求的验证或处理，就像SQL中的优先级查询一样。如果您的机器处于一种运行多个优先级任务的状态，则此验证将被放在次要位置，并且可能而且将永远持续下去。在这种情况下，与用于验证的源的连接使用断开连接或超时进行验证，并且它不在UI中处理，因此它只是挂起并锁定

从连接管理器指向的目录中删除连接管理器正在查找的excel文件。一旦您这样做，当Excel源找不到它要查找的文件时，它的验证就会失败。这应该允许您进入包并在属性中设置Delay Validation=True

该包验证excel连接管理器的方式与验证任何其他OLE DB连接管理器的方式相同。它确认连接，然后运行您的语句来验证数据的返回。如果你拿走它的源头，它会很快熄灭

---

我发现机器上的后台处理可能会阻止对请求的验证或处理，就像SQL中的优先级查询一样。如果您的机器处于一种运行多个优先级任务的状态，则此验证将被放在次要位置，并且可能而且将永远持续下去。在这种情况下，与用于验证的源的连接使用断开连接或超时进行验证，并且它不在UI中处理，因此它只是挂起并锁定

我似乎找到了解决这个问题的办法

最近对我安装的Office套件的更新似乎改变了我机器上Excel的驱动程序

下面的文章帮助我解决了这个问题