(ORA-12154) 无法从 VS 2017 中迁移的 SSIS 项目连接到 tnsnames.ora 中的数据源
(ORA-12154) Unable to connect to data source in tnsnames.ora from migrated SSIS project in VS 2017
我有一个指令可以从旧服务器中提取代码并将其移动到我的工作站,并将所有 TFS 连接更新到我们新的 TFS 2017 设置。我发现一个非常重要的 SSIS 项目,只由我替换的人维护;它仍在 VS BIDS 2008 中,因此无法连接到 TFS 2017。这意味着我需要迁移解决方案。在大多数情况下,我已经这样做了,但是它有一个 Oracle 连接给我带来了麻烦,因为不再支持原始提供者。尝试更新连接时我无法解析名称。错误是 ORA-12154: TNS:could not resolve the connect identifier specified
.
到目前为止我做了什么:
- 使用管理工具安装 Oracle Client 12c
- 安装 ODAC 和 ODP.Net
- 安装 SSIS Connectors v5.0 for Oracle
- 将所有服务器条目添加到 tnsnames.ora 并确认文件的语法
- 成功使用tnsping访问服务器(20ms ping)
- 重启机器以满足"The I.T. Crowd"核对清单
- 再次 Ping 以确保没有涉及网络策略的内容在重新启动时修改了文件
- 在 VS 2017 的 .dtsx 编辑器的连接管理器窗格中打开旧数据连接并更改为 Oracle Provider for OLE DB
- 已确认登录正确且数据源名称与 tnsnames.ora
中的名称匹配
- 已确认 TNSNAMES 在 NAMES.DIRECTORY_PATH 变量中用于 sqlnet.ora
- 在网上(包括此处)查找解决方案,发现none非常适用于使用 SSIS 编辑器。
我打算尝试通过数据 Link 属性绕过别名并粘贴到该位置,但那里也有问题:
此外,所有 "advanced" 选项卡都处于非活动状态。我可以在 "All" 选项卡中编辑值,但位置 属性 不存在。
我撞到了 "where do I go from here" 墙。我怎样才能成功连接到这个数据源?
我找到了罪魁祸首。感谢大家的帮助。
原因是安装和故障排除过程中出现了障碍。安装ODAC时,由于站点权限,它使用了不同的用户;另一个位置在正确位置上方的系统 %PATH% 中。通过重新排序列表,使 tnsnames.ora 文件的正确路径位于顶部并重新启动系统,问题得到解决。
我有一个指令可以从旧服务器中提取代码并将其移动到我的工作站,并将所有 TFS 连接更新到我们新的 TFS 2017 设置。我发现一个非常重要的 SSIS 项目,只由我替换的人维护;它仍在 VS BIDS 2008 中,因此无法连接到 TFS 2017。这意味着我需要迁移解决方案。在大多数情况下,我已经这样做了,但是它有一个 Oracle 连接给我带来了麻烦,因为不再支持原始提供者。尝试更新连接时我无法解析名称。错误是 ORA-12154: TNS:could not resolve the connect identifier specified
.
到目前为止我做了什么:
- 使用管理工具安装 Oracle Client 12c
- 安装 ODAC 和 ODP.Net
- 安装 SSIS Connectors v5.0 for Oracle
- 将所有服务器条目添加到 tnsnames.ora 并确认文件的语法
- 成功使用tnsping访问服务器(20ms ping)
- 重启机器以满足"The I.T. Crowd"核对清单
- 再次 Ping 以确保没有涉及网络策略的内容在重新启动时修改了文件
- 在 VS 2017 的 .dtsx 编辑器的连接管理器窗格中打开旧数据连接并更改为 Oracle Provider for OLE DB
- 已确认登录正确且数据源名称与 tnsnames.ora 中的名称匹配
- 已确认 TNSNAMES 在 NAMES.DIRECTORY_PATH 变量中用于 sqlnet.ora
- 在网上(包括此处)查找解决方案,发现none非常适用于使用 SSIS 编辑器。
我打算尝试通过数据 Link 属性绕过别名并粘贴到该位置,但那里也有问题:
此外,所有 "advanced" 选项卡都处于非活动状态。我可以在 "All" 选项卡中编辑值,但位置 属性 不存在。
我撞到了 "where do I go from here" 墙。我怎样才能成功连接到这个数据源?
我找到了罪魁祸首。感谢大家的帮助。
原因是安装和故障排除过程中出现了障碍。安装ODAC时,由于站点权限,它使用了不同的用户;另一个位置在正确位置上方的系统 %PATH% 中。通过重新排序列表,使 tnsnames.ora 文件的正确路径位于顶部并重新启动系统,问题得到解决。