Я пытаюсь подключиться к схеме на 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
Я некоторое время назад аналогичный вопрос. Вы должны быть осторожны с кавычки и двойные кавычки. Это's рекомендуемый для сброса пароля пользователя, используя учетные данные администратора.
ALTER USER user_name IDENTIFIED BY new_password;
Но Дон'т использовать двойные кавычки в обоих параметров.
для Oracle версии 12.2.X пользователи не могут войти, используя нечувствительный к регистру пароли, хотя SEC_CASE_SENSITIVE_LOGON = false, если PASSWORD_VERSIONS из пользователей не 10г.
следующий SQL должен показать PASSWORD_VERSIONS для пользователей.
select USERNAME,ACCOUNT_STATUS,PASSWORD_VERSIONS from dba_users;
USERNAME ACCOUNT_STATUS PASSWORD_VERSIONS
--------------- -------------- -----------------
dummyuser OPEN 11G 12C
чтобы сделать PASSWORD_VERSIONS совместим с 10г
добавить/изменить строку в заменить sqlnet.Ора базы данных, чтобы заменить 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
Если все остальное не помогает, попробуйте сбросить пароль на то же значение. Я столкнулся с этой ошибкой и не смог ее обойти, но простой сброс пароля на прежнее значение решил проблему.
У меня была такая же ошибка, но пока я был подключен и другие предыдущие заявления в скрипте побежал штрафа до! (Так что связь была уже открыта и некоторые успешные заявлений побежал штрафа в автоматической фиксации режима) Ошибка была она воспроизводится в течение нескольких минут. Потом он просто исчез. Я не'т знать, если кто-то или какой-то внутренний механизм сделал некоторые работы по техническому обслуживанию или похожие в этот раз - может быть.
Некоторые факты моей ОКР:
sys файлы пользователя sysdba
,
в all_views и предоставления выберите на них для другого пользователяВы можете подключиться к базе данных Oracle, используя команду sqlplus:
sqlplus "/as sysdba"
Потом создавать новых пользователей и назначать права доступа.
grant all privileges to dac;
Я не являюсь экспертом. Если вы получаете в Ora-01017 при попытке подключить схемы HR от разработчика SQL в Oracle 11g в Пожалуйста, попробуйте, чтобы разблокировать HR как следует
изменить пользователя HR определит HR Пользователи табличное пространство по умолчанию временного табличного пространства Temp разблокировать учетную запись;
Я знаю, что этот пост был около 11 г, но ошибка в 12С клиента с тем, как он шифрует пароли могут быть виноваты в этом ошибки, если вы решите использовать один и вы:
изменить систему набора SEC_CASE_SENSITIVE_LOGON = false
и сброс пароля и до сих пор не't работа), пути ORACLE_HOME
, путь
, TNS_ADMIN
), и TNS_ADMIN
реестра строку в HKLM\программное обеспечение\Оракул\KEY_OraClient12Home в месте, Все основные проверки.
Исправление: попробовать настройки реестра HKLM\система\CurrentControlSet на\контроль\ЛСА\FIPSAlgorithmPolicy\включить на " 0 " в реестра (regedit), чтобы отключить ФИПС.
https://stackoverflow.com/questions/31785650/ora-01005-error-connecting-with-odp-net
https://community.oracle.com/thread/2557592?start=0&русском языке не относится=0
Я также получил то же сообщение об ошибке SQL при подключении через odp.net через прокси-пользователя.
Моя ошибка была в том, что мой пользователь был создан в кавычки (например, на "rockerolf и") и тогда мне тоже пришлось указать мой пользователь в connectionString как ID=\пользователь"и rockerolf\" по..
В конце концов, я в конечном итоге удаление пользователя с кавычками и создать новую без..
лицо ладонь
Подсказка на Oracle'ы отн = Дон'т введите пароль в жабу, когда вы пытаетесь подключиться и пусть это всплывающие диалоговое окно ваш пароль. Введите пароль туда и он будет работать. Не уверен, что они'ве сделали в жабу с паролями, но это временное решение. Это связано с учетом регистра пароли в 11г. Я думаю, если вы измените пароль в верхнем регистре он будет работать с жабой. https://community.oracle.com/thread/908022
У меня была недавно аналогичная проблема с Oracle 12С. Я создал нового пользователя с меньшим пароль случае и смог войти нормально с сервера базы данных, но не с Ора-01017. Исправление оказалось очень простым и в конце (сбросить пароль в верхний регистр), но сильно расстраивает усилий, чтобы попасть туда.
Учетные данные могут быть правильными и что-то еще неправильно. Мой разъемный ДБ строку подключения на контейнер ДБ. Вместо оригинального parent.example.com
служба имен правильный оказался pluggable.example.com`.
В Oracle 11 G и 12 C версии предлагаю использовать более сложные пароли, хотя нет никаких проблем во время создания пользователя. Пароль должен быть буквенно-цифровых и специальных символов.
Проверьте пароль версии и статуса пользователя:
select * from dba_users where username = <user_name>;
Изменить его, как показано ниже, в случае 11г 12С:
alter user <user_name> identified by Pass2019$;
Теперь проверьте соединение!