SSIS - 传输 SQL Server 对象任务 - SMO 连接管理器的问题答案

【问题标题】：SSIS - Transfer SQL Server Objects Task - Problems with SMO Connection ManagerSSIS - 传输 SQL Server 对象任务 - SMO 连接管理器的问题
【发布时间】：2014-09-04 23:46:41
【问题描述】：

我在 Visual Studio 2012 中使用 SSIS。我计划使用 SSIS 中的传输 SQL Server 对象任务来在服务器之间传输（几乎）所有对象（仅模式）。不幸的是，我被困在 SMO 连接管理器配置步骤中。在任务的编辑器中，我单击 Source Connection 并选择。然后我输入我希望用作源的服务器的名称。单击“测试连接”时，我收到“服务器失败”错误消息。我可以从 SSMS 连接到服务器，如果我在 SSIS 中创建连接管理器，我可以成功连接。在传输 SQL Server 对象任务中使用 SMO 连接管理器时，我根本无法成功连接。

【问题讨论】：

是有错误信息还是只是超时了？
错误信息是“”连接服务器失败。建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确，并且 SQL Server 已配置为允许远程连接。（提供者：命名管道提供者，错误：40 - 无法打开与 SQL Server 的连接）（Microsoft SQL Server 错误：2）"
我认为您看到 ssis 和 SSMS 之间的行为差异的原因是连接类型是 SSMS 中的 OLEDB 和 SSIS 中的 SMOServer。我不确定为什么 SMO 连接类型会失败，或者有什么细微差别。但是，与其追求这条路线，您是否可以考虑同步模式的替代方案？ SSDT 有可能吗？
SSDT 是一种可能性，尽管我团队中的其他人在尝试传输所有对象时遇到了 SSDT 问题。然而，目前还不清楚问题是什么。我今天可能会检查 SSDT。
SSDT 不支持少数对象，但我在从事的任何项目中都没有遇到过这些对象。您可以使用部署前和部署后脚本来管理其中一些问题。如果您对 SSDT 有任何疑问，请告诉我，我是这种开发风格的倡导者。我一直发现 SSIS 中的 SMO 任务有点笨拙，而且随着时间的推移，架构更改肯定不会处理差异。

标签： sql-server ssis

【解决方案1】：

可能已经太晚了，但我意识到如果你不点击测试连接并留下服务器名称，你可以点击确定，当你点击 SourceDatabase 上的下拉菜单时，就会出现 DB 列表。

【讨论】：

【解决方案2】：

在我的情况下，解决方案是在 Sql Server 配置管理器中启用 TCP/IP 协议（我试图连接到），并在 IPAll 的 IP 地址选项卡上的协议属性中将 TCP 端口设置为 1433。

【讨论】：

【解决方案3】：

我在一小时前刚刚在 VS2012 中遇到了同样的问题。有一个与 Visual Studio 相关的错误，当您添加SMOServer 类型的连接并在按OK 按钮之前按Test Connection 按钮时，无论网络连接如何，都会显示此错误消息。

因此，您需要做的是添加 SMOServer 连接，选择您的源并按 OK 而不测试连接。然后您可以在连接管理器上右键单击并编辑后测试连接。以这种方式进行测试时，测试有效。

【讨论】：