sp3 和 cu1 之后，Reporting Services 中与 Oracle 的连接将无法工作
昨晚我在 64 位 SQL 2005 故障转移集群上安装了 sp3 和 cu1。
一切顺利。 报告服务安装在主节点上。
现在无法连接到 Oracle。 最初的错误似乎与此相关： http:// support.microsoft.com/default.aspx?scid=KB;en-us;870668
我授予了网络服务访问权限，但这并没有改变任何内容。 然后我将其设置为开发（不幸的是，工作正常），这意味着将经过身份验证的用户添加到 bin 和 admin\network 文件夹中。
这给我们带来了一个新的错误。
ORA-12705: 无法访问 NLS 数据文件或指定的无效环境
网上的大多数帖子都说这也应该在 sqlplus 中发生。 它不是。
我们在此服务器上安装了 Oracle 10g 和 9 驱动程序。 SSIS 使用的 9 个驱动程序都是 32 位的。 报告服务似乎正在使用 10 个驱动程序。
当我按照上面链接中的指示将安全设置添加到 oracle 文件夹时，我首先在 9 驱动程序上执行此操作，然后我们在 rs 中收到错误，指出它无法使用 32 位驱动程序。 当我在 64 位上添加安全设置并删除 32 位时，我们开始出现 NLS 错误。
谢谢你的帮助！ 将其发布到 SO 和 SF - 在我们致电 MS 之前，我很想听听一些想法。
Last night I installed sp3 and cu1 on a 64 bit SQL 2005 failover cluster.
Everything went well. Reporting services is installed on the primary node.
It now cannot connect to Oracle. The initial errors seemed to be related to this: http://support.microsoft.com/default.aspx?scid=KB;en-us;870668
I granted network service access, but that didn't change anything. I then made it like development (which is working fine, unfortunately), which meant adding authenticated users to the bin and admin\network folders.
This gave us a new error.
ORA-12705: Cannot access NLS data files or invalid environment specified
Most posts on the web say this should happen in sqlplus as well. It does not.
We have Oracle 10g and 9 drivers installed on this server.
The 9 drivers are 32 bit that SSIS is using.
It seems that reporting services is using the 10 drivers.
When I added security settings to the oracle folders as directed in the link above, I did it on the 9 drivers first and we got errors in rs saying that it could not use 32 bit drivers. When I added the security settings on the 64 bit and removed 32 we started getting the NLS errors.
Thanks for any help!
Posting this to both SO and SF- I'd love to hear some ideas before we call MS.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我找到了几个答案，例如：
http://www.dba-oracle.com/t_ora_12705_resolution。 htm
决定重命名注册表项并且它起作用了。
I found several answers such as this:
http://www.dba-oracle.com/t_ora_12705_resolution.htm
Decided to rename the registry key and it worked.