ora 12170 tns connect timeout occurred что делать
ORA-12170: TNS: истекло время ожидания подключения
Я пытался подключиться к базе данных здесь, на моем ноутбуке, используя Oracle Toad, но у меня продолжалась эта ошибка:
ORA-12170: TNS: истекло время ожидания подключения
Каковы возможные причины, по которым у меня продолжалась эта ошибка?
Вчера я получил доступ к той же базе данных и смог получить к ней доступ.
9 ответов
[Собираем ответы в комментариях]
Проблема в том, что служба Oracle работает на IP-адресе, а хост настроен с другим IP-адресом.
Чтобы увидеть IP-адрес службы Oracle, введите команду lsnrctl status и проверьте указанный адрес (в данном случае это 127.0.0.1, локальный хост):
Чтобы увидеть IP-адрес хоста, введите команду ipconfig (в Windows) или ifconfig (в Linux).
Чтобы избежать этой проблемы в будущем, не используйте DHCP для назначения IP-адреса хоста, а используйте статический.
Я попытался изменить файл tnsnames.ora, указав IP-адрес сервера вместо адреса localhost или loopback, это не сработало. Брандмауэр блокировал запросы. Настройте брандмауэр или выключите его (не рекомендуется), все будет работать.
ПОРЯДОК УСТРАНЕНИЯ НЕИСПРАВНОСТЕЙ (Doc ID 730066.1)
Ошибки тайм-аута подключения ORA-3135 и ORA-3136 Ошибка тайм-аута соединения может быть выдана, когда попытка соединения с базой данных не завершает фазы соединения и аутентификации в течение периода времени, разрешенного следующими условиями: SQLNET.INBOUND_CONNECT_TIMEOUT и / или INBOUND_CONNECT_TIMEOUT_ параметры на стороне сервера.
Начиная с Oracle 10.2, значение по умолчанию для этих параметров составляет 60 секунд, тогда как в предыдущих выпусках он был равен 0, что означает отсутствие тайм-аута.
По истечении времени ожидания клиентская программа получит сообщение об ошибке ORA-3135 (или, возможно, TNS-3135):
ORA-3135 соединение потеряно связь
И база данных зарегистрирует ошибку ORA-3136 в своем alert.log:
Когда сеанс базы данных находится на этапе аутентификации, он выдает последовательность операторов SQL. Аутентификация не завершена, пока все это не будет проанализировано, выполнено и получено полностью. Некоторые из операторов SQL в этом списке, например на 10.2:
ПРИМЕЧАНИЕ. Приведенный выше список SQL не является полным и не отражает порядок аутентификационного SQL. Также могут существовать различия от выпуска к выпуску.
Вышеупомянутые операторы SQL должны быть проанализированы, выполнены и извлечены, как и все операторы SQL в базе данных Oracle. Отсюда следует, что любая проблема, возникающая на этих этапах, которая проявляется в виде зависания или серьезного снижения производительности, может привести к тайм-ауту.
Симптомы таких зависаний будут рассматриваться сеансом аутентификации как ожидание: • курсора: вывод S, ожидание на X • защелка: объекты кэша строк • блокировка кэша строк Возможны другие типы событий ожидания; этот список может быть неполным.
Проблема здесь в том, что сеанс аутентификации заблокирован в ожидании получения общего ресурса, который удерживается другим сеансом внутри базы данных. Этот сеанс блокировки сам занят длительным действием (или собственным зависанием), что не позволяет ему своевременно освободить общий ресурс, необходимый для сеанса аутентификации. Это приводит к тому, что тайм-аут в конечном итоге передается сеансу аутентификации.
В таких ситуациях нам нужно найти процесс-блокировщик, удерживающий общий ресурс, необходимый для сеанса аутентификации, чтобы увидеть, что с ним происходит.
Типичные методы диагностики, используемые в таких случаях, следующие:
Примеры проблем, которые могут привести к зависанию аутентификации
Неопубликованный параметр обхода ошибки 7039896 _enable_shared_pool_durations = false см. примечание 7039896.8
Другие способы избежать проблемы
В некоторых случаях можно избежать проблем с аутентификацией SQL, закрепив такие операторы в общем пуле вскоре после запуска экземпляра и их новой загрузки. Вы можете использовать следующую статью, чтобы дать совет по этому поводу: Документ 726780.1 Как закрепить курсор в общем пуле с помощью DBMS_SHARED_POOL.KEEP
Закрепление предотвратит их удаление из-за бездействия и устаревания и, следовательно, предотвратит их необходимость в перезагрузке в будущем, то есть необходимость в повторной обработке и их уязвимость для проблем с зависанием аутентификации.
Я получал ту же ошибку при подключении моего «hr» пользователя ORCLPDB, который является подключаемой базой данных.
Сначала получите имя хоста и номер порта, набрав команду lsnrctl status в командной строке Windows. В моем случае это было 127.0.0.1 с номером порта 1521
Во-вторых, введите следующую команду с вашим именем хоста и номером порта:
ORA-12170: TNS:Connect timeout occurred
I was trying to connect to the database here in my laptop using Oracle Toad but I kept on having this error:
ORA-12170: TNS:Connect timeout occurred
What are the possible reasons why I kept on having this error?
I accessed the same database yesterday and was able to accessed it.
8 Answers 8
[Gathering the answers in the comments]
The problem is that the Oracle service is running on a IP address, and the host is configured with another IP address.
To see the IP address of the Oracle service, issue an lsnrctl status command and check the address reported (in this case is 127.0.0.1, the localhost):
To see the host IP address, issue the ipconfig (under windows) or ifconfig (under linux) command.
Howewer, in my installation, the Oracle service does not work if set on localhost address, I must set the real host IP address (for example 192.168.10.X).
To avoid this problem in the future, do not use DHCP for assigning an IP address of the host, but use a static one.
It is because of conflicting SID. For example, in your Oracle12cBase\app\product\12.1.0\dbhome_1\NETWORK\ADMIN\tnsnames.ora file, connection description for ORCL is this:
And, you are trying to connect using the connection string using same SID but different IP, username/password, like this:
To resolve this, make changes in the tnsnames.ora file:
Check the FIREWALL, to allow the connection at the server from your client. By allowing Domain network or create rule.
Issue because connection establishment or communication with a client failed to complete within the allotted time interval. This may be a result of network or system delays.
TROUBLESHOOTING STEPS (Doc ID 730066.1)
Connection Timeout errors ORA-3135 and ORA-3136 A connection timeout error can be issued when an attempt to connect to the database does not complete its connection and authentication phases within the time period allowed by the following: SQLNET.INBOUND_CONNECT_TIMEOUT and/or INBOUND_CONNECT_TIMEOUT_ server-side parameters.
Starting with Oracle 10.2, the default for these parameters is 60 seconds where in previous releases it was 0, meaning no timeout.
On a timeout, the client program will receive the ORA-3135 (or possibly TNS-3135) error:
ORA-3135 connection lost contact
and the database will log the ORA-3136 error in its alert.log:
When a database session is in the authentication phase, it will issue a sequence of SQL statements. The authentication is not complete until all these are parsed, executed, fetched completely. Some of the SQL statements in this list e.g. on 10.2 are:
The above SQL statements need to be Parsed, Executed and Fetched as happens for all SQL inside an Oracle Database. It follows that any problem encountered during these phases which appears as a hang or severe slow performance may result in a timeout.
Symptoms of such hangs will be seen by the authenticating session as waits for: • cursor: pin S wait on X • latch: row cache objects • row cache lock Other types of wait events are possible; this list may not be complete.
The issue here is that the authenticating session is blocked waiting to get a shared resource which is held by another session inside the database. That blocker session is itself occupied in a long-running activity (or its own hang) which prevents it from releasing the shared resource needed by the authenticating session in a timely fashion. This results in the timeout being eventually reported to the authenticating session.
In such situations, we need to find out the blocker process holding the shared resource needed by the authenticating session in order to see what is happening to it.
Typical diagnostics used in such cases are the following:
Examples of issues which can result in Authentication hangs
Unpublished Bug 7039896 workaround parameter _enable_shared_pool_durations=false see Note 7039896.8
Other approaches to avoid the problem
ORA-12170: TNS: произошло время ожидания подключения
Я пытался подключиться к базе данных здесь, в моем ноутбуке, используя Oracle Toad, но я продолжал иметь эту ошибку:
каковы возможные причины, я продолжал иметь эту ошибку?
вчера я получил доступ к той же базе данных и смог получить к ней доступ.
7 ответов
[сбор ответов в комментариях]
проблема в том, что Служба Oracle работает по IP-адресу, а хост настроен с другим IP-адресом.
чтобы увидеть IP-адрес Службы Oracle, введите lsnrctl status команда и проверка указанного адреса (в данном случае это 127.0.0.1, localhost):
чтобы увидеть IP-адрес хоста, введите ipconfig (под windows) или ifconfig (под linux) команда.
Howewer, в моей установке, служба Oracle не работает если установлен на localhost адрес, я должен установить реальный IP-адрес хоста (например 192.168.10.X).
чтобы избежать этой проблемы в будущем, не используйте DHCP для назначения IP-адреса хоста, а используйте статический.
это из-за конфликтующего SID. Например, в Oracle12cBase\app\product\12.1.0\dbhome_1\NETWORK\ADMIN\tnsnames.описание файла-ora, соединение для ORCL это:
и вы пытаетесь подключиться с помощью строки подключения, используя тот же SID, но другой IP, имя пользователя/пароль, например:
чтобы решить эту проблему, внесите изменения в файл tnsnames.Ора файл:
Проверьте брандмауэр, чтобы разрешить подключение на сервере от вашего клиента. Разрешив доменную сеть или создав правило.
проблема, потому что установление соединения или связь с клиентом не удалось завершить в течение отведенного интервала времени. Это может быть результатом сетевых или системных задержек.
я получал ту же ошибку при подключении моего пользователя «hr» ORCLPDB, который является подключаемой базой данных.
во-первых, получить имя хоста и номер порта, введите команду lsnrctl status в командной строке Windows. В моем случае, это был 127.0.0.1 и номер порта, как 1521
во-вторых, введите команду ниже с именем хоста и номером порта:
ШАГИ ПО УСТРАНЕНИЮ НЕПОЛАДОК (Doc ID 730066.1)
ошибки тайм-аута соединения ORA-3135 и ORA-3136 Ошибка тайм-аута соединения может быть выдана, если попытка подключения к базе данных не завершает фазы подключения и проверки подлинности в течение периода времени, разрешенного следующими параметрами: заменить sqlnet.INBOUND_CONNECT_TIMEOUT и/или INBOUND_CONNECT_TIMEOUT_ серверные параметры.
начиная с Oracle 10.2, по умолчанию для этих параметров 60 секунд, где в предыдущих выпусках это было 0, что означает отсутствие тайм-аута.
в тайм-аут клиентская программа получит ошибку ORA-3135 (или, возможно, TNS-3135):
ORA-3135 соединение потерял контакт
и база данных зарегистрирует ошибку ORA-3136 в своем предупреждении.log:
когда сеанс базы данных находится на этапе проверки подлинности, он выдаст последовательность операторов SQL. Аутентификация не завершена, пока все они не будут проанализированы, выполнены, извлечены полностью. Некоторые из операторов SQL в этом списке, например, на 10.2:
вышеуказанные операторы SQL должны быть проанализированы, выполнены и извлечены, как это происходит для всех SQL внутри базы данных Oracle. Из этого следует, что любая проблема, возникшая на этих этапах, которая выглядит как зависание или серьезная низкая производительность, может привести к таймауту.
симптомы таких зависаний будут видны сеансом аутентификации как ожидания для: * курсор: pin s ждать на X * защелка: объекты кэша строк * блокировка кэша строк Возможны другие типы событий ожидания; этот список может быть неполным.
проблема здесь в том, что сеанс аутентификации заблокирован, ожидая получения общего ресурса, который удерживается другим сеансом внутри базы данных. Этот сеанс блокатора сам занят длительным действием (или его собственным зависанием), которое не позволяет ему освободить общий ресурс, необходимый сеансу аутентификации в своевременная мода. В результате время ожидания в итоге сообщили аутентификации сессии.
в таких ситуациях нам нужно выяснить процесс блокатора, содержащий общий ресурс, необходимый сеансу аутентификации, чтобы увидеть, что с ним происходит.
типичные диагностики используемые в таких случаях следующие:
примеры проблем, которые могут привести к зависанию аутентификации
неопубликованная ошибка 7039896 обходной параметр _enable_shared_pool_durations=false см. Примечание 7039896.8
другие подходы, чтобы избежать проблем
в некоторых случаях можно избежать проблем с аутентификацией SQL, закрепив такие операторы в общем пуле вскоре после экземпляра запускается и они свежеиспеченные. Вы можете использовать следующие статья для: Документ 726780.1 как закрепить Курсор в общем пуле с помощью DBMS_SHARED_POOL.KEEP
закрепление предотвратит их вымывание из-за бездействия и старения и, следовательно, предотвратит их необходимость перезагрузки в будущем, т. е. необходимость повторного ремонта и подверженности проблемам с аутентификацией.
Ora 12170 tns connect timeout occurred что делать
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
(PROGRAM = extproc)
)
(SID_DESC =
(ORACLE_HOME = D:\oracle\product\10.2.0\db_1)
(SID_NAME = orcl)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = Servername)(PORT = 1521))
)
)
 Re: ORA-12170: TNS ����� �������� ������� [new] | |
| aig_s Guest | ��, ����������� XP |
| 4 ��� 08, 16:10����[5241718] �������� | ���������� �������� ���������� | |
