Ora-01017 недопустимое имя пользователя / пароль при подключении к базе данных 11g от клиента 9i
Я пытаюсь подключиться к схеме на 11g (v11.2.0.1.0) от ПК с 9i (v9.2.0.1) клиент. Кажется, что он хорошо связан с некоторыми схемами, но не с этим - он возвращается с ORA-01017 Invalid Username/Password
ошибка каждый раз.
имя пользователя и пароль определенно верны - может ли кто-нибудь придумать причину, почему это не сработает?
есть ли принципиальная несовместимость версии 9i и 11G?
13 ответов
пользователь и пароль тотже. Учетные данные Oracle 11g чувствительны к регистру.
попробуйте изменить системный набор SEC_CASE_SENSITIVE_LOGON = FALSE; и изменить пароль.
http://oracle-base.com/articles/11g/case-sensitive-passwords-11gr1.php
Если все остальное не удается, попробуйте сбросить пароль на то же самое. Я столкнулся с этой ошибкой и не смог обойти ее, но просто сброс пароля до того же значения решил проблему.
некоторое время назад у меня была аналогичная проблема. Вы должны быть осторожны с кавычками и двойными кавычками. Рекомендуется сбросить пароль пользователя, используя учетные данные администратора.
ALTER USER user_name IDENTIFIED BY new_password;
но не используйте двойные кавычки в обоих параметров.
для oracle версии 12.2.X пользователи не могут войти в систему, используя пароли без учета регистра, даже если SEC_CASE_SENSITIVE_LOGON = FALSE, если PASSWORD_VERSIONS пользователя не 10g.
следующий sql должен показывать PASSWORD_VERSIONS для пользователя.
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS
--------------- -------------- -----------------
dummyuser OPEN 11G 12C
сделать PASSWORD_VERSIONS совместимым с 10g
добавить / изменить строку в sqlnet.ora базы данных, чтобы иметь SQLNET.ALLOWED_LOGON_VERSION_SERVER=8 перезапуска базы изменить / истечь пароль для существующего пользователя новый пользователь созданные также будут иметь те же настройки после вышеуказанных шагов PASSWORD_VERSIONS должно быть что-то вроде этого
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS
--------------- -------------- -----------------
dummyuser OPEN 10G 11G 12C
у меня была такая же ошибка, но пока я был подключен и другие предыдущие операторы в скрипте работали нормально до! (Таким образом, соединение уже было открыто, и некоторые успешные операторы отлично работали в автоматической фиксации режим) Ошибка воспроизводилась в течение нескольких минут. Потом он просто исчез. Я не знаю, сделал ли кто - то или какой-то внутренний механизм какие-то ремонтные работы или аналогичные за это время-может быть.
еще несколько фактов моего env:
- 11.2
- подключить как:
sys as sysdba
- операции ... чтение
all_tables
,all_views
и предоставлении выберите на них для другого пользователя
У меня была та же проблема, и я поставил двойные кавычки вокруг имени пользователя и пароля, и это сработало: создайте общедоступную ссылку базы данных "opps", идентифицированную "opps" с помощью "TEST";
Я не специалист. Если вы получаете ORA-01017 при попытке подключить схему HR от разработчика SQL в Oracle 11g Пожалуйста, попробуйте разблокировать HR следующим образом
alter user HR идентифицируется hr Пользователи табличного пространства по умолчанию временная температура табличного пространства разблокировка аккаунта;
вы можете подключиться к базе данных Oracle с помощью sqlplus:
sqlplus "/as sysdba"
затем создайте новых пользователей и назначьте привилегии.
grant all privileges to dac;
подсказка на OTN Oracle = Не вводите пароль в TOAD при попытке подключения и пусть это всплывающее окно диалоговое окно ваш пароль. введите пароль туда и оно будет работать. Не уверен, что они сделали в жабе с паролями, но это обходной путь. Это связано с паролями с учетом регистра в 11g. Я думаю, если вы измените пароль на весь верхний регистр, он будет работать с ЖАБА. https://community.oracle.com/thread/908022
Я также получил то же сообщение об ошибке sql при подключении через odp.net через прокси-пользователя.
моя ошибка заключалась в том, что мой пользователь был создан с кавычками (например, "rockerolf"), и мне также пришлось указать моего пользователя в connectionstring как User Id=\"rockerolf\"..
в конце концов я удалил пользователя с кавычками и создал новый без кавычек..
лицу ладонью
Я знаю, что этот пост был о 11g, но ошибка в клиенте 12c с тем, как он шифрует пароли, может быть виновата в этой ошибке, если вы решите использовать этот и вы:
- нет регистра пароль вопрос (т. е. ты пробовал
ALTER SYSTEM SET SEC_CASE_SENSITIVE_LOGON = FALSE
и сброс пароля и все равно не работает), - поместите кавычки вокруг вашего пароля в строку подключения, и это все равно не поможет,
- вы проверили все переменные среды (
ORACLE_HOME
,PATH
,TNS_ADMIN
), иTNS_ADMIN
строковый реестре заHKLM\Software\Oracle\KEY_OraClient12Home
на месте - вы проверили свою строку подключения и комбинацию имени пользователя / пароля в Net Manager, и
- вы можете подключиться с помощью SQL * Plus, Oracle SQL Developer, используя те же учетные данные.
все основные проверки.
Fix: попробуйте установить HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled
to 0
в реестре (regedit), чтобы отключить ФИПС.
Oracle.ManagedDataAccess и ORA-01017: неверное имя пользователя / пароль; вход запрещен
ошибка ORA-01005 соединяясь с ODP.Net
https://community.oracle.com/thread/2557592?start=0&tstart=0
недавно у меня была аналогичная проблема с Oracle 12c. Я создал нового пользователя с паролем нижнего регистра и смог войти в систему с сервера базы данных, но все клиенты потерпели неудачу с ORA-01017. Исправление оказалось простым в конце (сброс пароля в верхний регистр), но потребовалось много усилий, чтобы добраться туда.
учетные данные могут быть правильными и что-то еще неправильно. Мой подключаемый DB строка подключения на его контейнер DB. Вместо оригинала parent.example.com
службы правильным оказалось pluggable.example.com
.