(ORA-12154)无法连接到VS 2017中迁移的SSIS项目的tnsnames.ora中的数据源

时间:2018-02-16 14:01:52

标签: oracle ssis visual-studio-2017 oracle12c odac

我有一个指令,用于从旧服务器中取出代码并将其移至我的工作站,并更新所有TFS连接到我们新的TFS 2017设置。我找到了一个非常重要的SSIS项目,只由我替换的人维护;它仍然在VS BIDS 2008中,因此无法连接到2017年的TFS。这意味着我需要迁移解决方案。在大多数情况下,我已经这样做了,但它有一个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”清单
  • 再次固定只是为了确保没有涉及网络策略的内容在重新启动时修改了文件
  • 在VS 2017中的.dtsx编辑器的连接管理器窗格中打开旧数据连接,并更改为Oracle Provider for OLE DB
  • 确认登录正确且数据源名称与tnsnames.ora
  • 中的名称匹配
  • 确认TNSNAMES位于sqlnet.ora的NAMES.DIRECTORY_PATH变量中
  • 在线查找解决方案(包括此处),发现没有一个适用于使用SSIS编辑器。

我打算尝试通过数据链接属性绕过别名,只是粘贴在该位置,但那里也存在问题:

The option is inactive!
此外,所有“高级”选项卡都处于非活动状态。我可以在“全部”选项卡中编辑值,但“位置”属性不存在。

我已经点击了“我从哪里开始”的墙。如何成功连接到此数据源?

1 个答案:

答案 0 :(得分:1)

我找到了罪魁祸首。感谢大家的帮助。

原因是在安装和故障排除过程中产生的绊脚石。安装ODAC后,由于站点权限,它使用了不同的用户;另一个位置在系统%PATH%之上正确的位置。通过重新排序列表以便tnsnames.ora文件的正确路径位于顶部并重新启动系统,问题得以解决。