Я пытаюсь подключиться к схеме на 11g (v11.2.0.1.0) с ПК с клиентом 9i (v9.2.0.1). Кажется, что он подключен к некоторым схемам, но не к одному - он возвращается с ошибкой ORA-01017 Invalid Username/Password каждый раз.
Имя пользователя и пароль ОПРЕДЕЛЕНны правильно - может ли кто-нибудь подумать о причине, почему это не сработает?
Существуют ли какие-либо фундаментальные несовместимости между 9i и 11g?
Пользователь и пароль ОПРЕДЕЛЕНЫ неверны. Учетные данные Oracle 11g чувствительны к регистру.
Попробуйте ALTER SYSTEM SET 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
У меня была такая же ошибка, , но пока я был подключен, а другие предыдущие инструкции в script выполнялись отлично до! (Таким образом, соединение было уже открыто, и некоторые успешные заявления отлично работали в режиме автоматической фиксации) Ошибка воспроизводилась в течение нескольких минут. Затем он только что исчез. Я не знаю, мог ли кто-нибудь или какой-то внутренний механизм выполнить некоторую работу по техническому обслуживанию или подобное в течение этого времени - возможно.
Несколько фактов моего env:
sys as sysdbaall_tables, all_views и предоставление выбора для них для другого пользователяУ меня была такая же проблема, что и двойные кавычки вокруг имени пользователя и пароля, и это сработало: создать ссылку на публичную базу данных "opps", идентифицированную "opps", используя "TEST";
Я не эксперт. Если вы получаете ORA-01017 при попытке подключить HR-схему от SQL Developer в Oracle 11g Попробуйте разблокировать HR следующим образом
изменить пользовательский HR, идентифицированный hr Пользователи табличного пространства DEFAULT временная временная таблица разблокировка учетной записи;
Вы можете подключиться к базе данных Oracle, используя sqlplus:
sqlplus "/as sysdba"
Затем создайте новых пользователей и назначьте привилегии.
grant all privileges to dac;
Совет по Oracle OTN = Не вводите свой пароль в TOAD при попытке подключения и не позволяйте всплывать диалоговое окно для вашего пароля. Введите там пароль, и он будет работать. Не уверен, что они сделали в TOAD с паролями, но это обходное решение. Это связано с паролями, чувствительными к регистру, в 11g. Я думаю, что если вы измените пароль на весь верхний регистр, он будет работать с TOAD. https://community.oracle.com/thread/908022
Я также получил такое же сообщение об ошибке sql при подключении через odp.net через прокси-пользователя.
Моя ошибка заключалась в том, что мой пользователь был создан с кавычками (например, "rockerolf" ), и мне также пришлось указать моего пользователя в строке соединения как 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 находится на месте,Все основные проверки.
Исправить: попробуйте установить HKLM\System\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\Enabled в 0 в реестре (regedit), чтобы отключить FIPS.
Oracle.ManagedDataAccess и ORA-01017: неверное имя пользователя/пароль; logon denied
Ошибка связи ORA-01005 с ODP.Net
https://community.oracle.com/thread/2557592?start=0&tstart=0
Недавно у меня была аналогичная проблема с Oracle 12c. Я создал нового пользователя с паролем в нижнем регистре и смог нормально подключиться к серверу базы данных, но все клиенты потерпели неудачу с ORA-01017. Исправление оказалось простым в конце (reset пароль к верхнему регистру), но потребовалось много усилий, чтобы добраться туда.
Учетные данные могут быть правильными и что-то еще не так. Я основал свою подключаемую строку подключения DB в своей контейнерной БД. Вместо исходного имени parent.example.com правильное значение оказалось pluggable.example.com.
Версии Oracle 11 G и 12 C предлагают использовать более сложные пароли, хотя при создании пользователя проблем не возникает. Пароль должен быть буквенно-цифровым и со специальным символом.
Проверьте версию пароля и статус пользователя:
select * from dba_users where username = <user_name>;
Изменить это, как показано ниже, в случае 11G 12C:
alter user <user_name> identified by Pass2019$;
Теперь проверьте соединение!