Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/excel/26.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/fsharp/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Oracle/Excel ODBC用户名/密码错误_Excel_Oracle_Odbc - Fatal编程技术网

Oracle/Excel ODBC用户名/密码错误

Oracle/Excel ODBC用户名/密码错误,excel,oracle,odbc,Excel,Oracle,Odbc,我们最近为升级的应用程序创建了一个新的数据库实例。当我们尝试从Excel使用ODBC连接到数据库时,它返回“ORA-01017:无效用户名/密码;拒绝登录”错误 我能够使用相同的用户名和密码从命令行使用SQL+成功登录到数据库 如果我切换回以前的数据库,我可以使用Excel成功连接 是否有人知道如果需要在新数据库上设置任何内容以允许它接受ODBC连接,该怎么办 几年前,当我们第一次设置此选项时,脑海中浮现出这样一种情况:当尝试连接时,用户名/密码转换为大写,因此用户名和密码都设置为大写。我不确定

我们最近为升级的应用程序创建了一个新的数据库实例。当我们尝试从Excel使用ODBC连接到数据库时,它返回“ORA-01017:无效用户名/密码;拒绝登录”错误

我能够使用相同的用户名和密码从命令行使用SQL+成功登录到数据库

如果我切换回以前的数据库,我可以使用Excel成功连接

是否有人知道如果需要在新数据库上设置任何内容以允许它接受ODBC连接,该怎么办

几年前,当我们第一次设置此选项时,脑海中浮现出这样一种情况:当尝试连接时,用户名/密码转换为大写,因此用户名和密码都设置为大写。我不确定服务器端是否还需要其他东西


任何帮助都将不胜感激。

ORA-01017:无效的用户名/密码总是因为错误的用户名/密码组合

很可能密码在Excel中的大小写不正确。 对于区分大小写,请检查数据库中的SEC_case_SENSITIVE_LOGON参数。
如果参数设置为true,则密码区分大小写。

问题不是与数据库有关,而是我用于连接数据库的连接字符串。它正在使用旧实例而不是新实例!!!我需要看看,当tnsnames设置为指向新数据库时,为什么会使用旧数据库。

这更多是从MS SQL的角度来看的,但我看到人们创建了一个新数据库,而没有通过本地访问打开任何SQL登录。调整权限以允许使用SQL凭据足以打开管道(假设同样允许命名管道/TCP/IP连接)。旧/新数据库版本是什么?值区分大小写。旧:Oracle 11.2.0.1.0新:Oracle 11.2.0.4.3必须使用ODBC才能执行此操作。甲骨文是在10.0左右,下载是免费的。您能安装最新版本并查看是否修复了它吗?但如果它对11.2.0.1.0实例有效,为什么客户端不能对11.2.0.4.3版本有效?我们今天早些时候添加了“SEC_区分大小写登录”以检查这是否是问题所在。添加后仍不起作用。以前SEC_区分大小写登录设置为什么,现在设置为什么?设置为false。我们还检查了旧数据库,结果是一样的。