Cause: The server shut down because connection establishment with a client failed to complete within the allotted time interval. This may be a result of network/system delays; or this may indicate that a malicious client is trying to cause a Denial of Service attack on the server.
ORA-12170: TNS: истекло время ожидания подключения
Я пытался подключиться к базе данных здесь, на моем ноутбуке, используя Oracle Toad, но у меня продолжала появляться эта ошибка:
ORA-12170: TNS: истекло время ожидания подключения
Каковы возможные причины, почему я продолжал иметь эту ошибку?
Я получил доступ к той же базе данных вчера и смог получить к ней доступ.
[Сбор ответов в комментариях]
Проблема заключается в том, что служба Oracle работает на IP-адресе, а хост настроен с другим IP-адресом.
Чтобы увидеть IP-адрес службы Oracle, введите команду lsnrctl status и проверьте указанный адрес (в данном случае это 127.0.0.1, localhost):
Чтобы увидеть IP-адрес хоста, введите команду ipconfig (под windows) или ifconfig (под linux).
Однако в моей установке служба 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.ora:
Проблема, поскольку установление соединения или связь с клиентом не удалось завершить в течение выделенного интервала времени. Это может быть результатом сетевых или системных задержек.
Я получал ту же ошибку при подключении моего «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 в своем alert.log:
Когда сеанс базы данных находится в фазе аутентификации, он выдаст последовательность операторов SQL. Аутентификация не завершена, пока все они не будут проанализированы, выполнены, извлечены полностью. Некоторые из операторов SQL в этом списке, например на 10.2 есть:
ПРИМЕЧАНИЕ. Приведенный выше список SQL не является полным и не отражает порядок аутентификации SQL. Различия также могут существовать от выпуска к выпуску.
Вышеуказанные операторы SQL должны быть проанализированы, выполнены и извлечены, как это происходит для всех SQL внутри базы данных Oracle. Из этого следует, что любая проблема, возникающая на этих этапах, которая выглядит как зависание или серьезное замедление работы, может привести к тайм-ауту.
Признаки таких зависаний будут замечены сеансом аутентификации как ожидающий: • курсор: вывод S, ожидающий X • latch: объекты кэша строк • блокировка кэша строк Другие типы событий ожидания возможны; этот список может быть неполным.
Проблема здесь в том, что сеанс аутентификации блокируется в ожидании получения общего ресурса, который удерживается другим сеансом внутри базы данных. Этот сеанс блокировщика сам по себе занят длительным действием (или его собственным зависанием), что препятствует своевременному освобождению общего ресурса, необходимого для сеанса аутентификации. Это приводит к тому, что время ожидания в конечном итоге сообщается сеансу аутентификации.
В таких ситуациях нам нужно выяснить, какой процесс блокирования удерживает общий ресурс, необходимый для сеанса аутентификации, чтобы увидеть, что с ним происходит.
Типичная диагностика, используемая в таких случаях:
Примеры проблем, которые могут привести к зависанию аутентификации
В некоторых случаях может быть возможно избежать проблем с проверкой подлинности SQL путем закрепления таких операторов в общем пуле вскоре после запуска экземпляра и их новой загрузки. Вы можете использовать следующий artcile, чтобы посоветовать это: Документ 726780.1 Как закрепить курсор в общем пуле, используя DBMS_SHARED_POOL.KEEP
Пиннинг предотвратит их вымывание из-за неактивности и старения и, следовательно, предотвратит их повторную загрузку в будущем, т. Е. Необходимость повторной обработки и подверженности проблемам зависания аутентификации.
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
закрепление предотвратит их вымывание из-за бездействия и старения и, следовательно, предотвратит их необходимость перезагрузки в будущем, т. е. необходимость повторного ремонта и подверженности проблемам с аутентификацией.
fatal ni connect error 12170 ns main err code 12535
Пользователи не могут подключиться к базе. Обычно при этом они получают ошибки: ORA-12547: TNS:lost contact или ORA-12637: Packet receive failed.
В sqlnet.log на сервере сообщения об ошибке ORA-12170: TNS:Connect timeout. Еще для версий 10g и выше, в alert.log могут быть сообщения WARNING: inbound connection timed out (ORA-3136).
VERSION INFORMATION: TNS for 64-bit Windows: Version 10.2.0.4.0 — Production Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 10.2.0.4.0 — Production Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 10.2.0.4.0 — Production Time: 13-FEB-2013 13:47:12 Tracing not turned on. Tns error struct: ns main err code: 12535 TNS-12535: TNS:operation timed out ns secondary err code: 12560 nt main err code: 505 TNS-00505: Operation timed out nt secondary err code: 60 nt OS err code: 0 Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=10.77.116.47)(PORT=2971)) ***********************************************************************
Для разных ОС, параметр ‘nt secondary err code‘ может быть разным
For the Solaris system: nt secondary err code: 145: ETIMEDOUT 145 /* Connection timed out */ For the Linux operating system: nt secondary err code: 110 ETIMEDOUT 110 Connection timed out For the HP-UX system: nt secondary err code: 238: ETIMEDOUT 238 /* Connection timed out */ For AIX: nt secondary err code: 78: ETIMEDOUT 78 /* Connection timed out */ For Windows based platforms: nt secondary err code: 60 (which translates to Winsock Error: 10060)
Выдержка из документации
ORA-12170: TNS:Connect timeout occurred Cause: The server shut down 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; or this may indicate that a malicious client is trying to cause a Denial of Service attack on the server. Action: If the error occurred because of a slow network or system, reconfigure one or all of the parameters SQLNET.INBOUND_CONNECT_TIMEOUT, SQLNET.SEND_TIMEOUT, SQLNET.RECV_TIMEOUT in sqlnet.ora to larger values. If a malicious client is suspected, use the address in sqlnet.log to identify the source and restrict access. Note that logged addresses may not be reliable as they can be forged (e.g. in TCP/IP).
Смысл этой ошибки в том что соединение не может быть установлено в течение отведенного интервала времени. А вот причин по которым это происходит может быть великое множество.
Как видно, основная рекомендация — увеличить параметры SQLNET.INBOUND_CONNECT_TIMEOUT, SQLNET.SEND_TIMEOUT и SQLNET.RECV_TIMEOUT. Можно попробовать сделать это, но это может не помочь. Поэтому лучше попробовать разобраться в корне проблемы.
Несколько основных причин ошибки и способы их решения
Проверить что сама база данных и Listener запущены и работают нормально, что к ним можно подключиться локально или с других компьютеров сети. Dmitry Bobrovsky 4) Проблемы из-за антивируса или firewall. Dmitry Bobrovsky Отключить или даже полностью деинсталировать антивирус или firewall.
5) Проблемы с DNS.
Либо прописать соответствующие записи в файл host либо во всех конфигурационных файлах oracle net использовать вместо имен — ip-адреса. Запись fatal ni connect error 12170 ns main err code 12535 впервые появилась Dmitry Bobrovsky Blog
I am getting error ORA-12170 while connecting from C# application to Oracle database. I searched and found somewhere that the error description can be found in sqlnet.log file. What I am pasting is the sqlnet.log content. How can I overcome this problem?
Fatal NI connect error 12170.
VERSION INFORMATION: TNS for 32-bit Windows: Version 10.2.0.1.0 — Production Windows NT TCP/IP NT Protocol Adapter for 32-bit Windows: Version 10.2.0.1.0 — Production Time: 08-JUN-2016 18:49:09 Tracing not turned on. Tns error struct: ns main err code: 12535 TNS-12535: TNS:operation timed out ns secondary err code: 12560 nt main err code: 505 TNS-00505: Operation timed out nt secondary err code: 60 nt OS err code: 0 Client address:
Question: Below error getting in alert log file every day, but database is working fine What are the reason for this Fatal ni connect error 12170?
Fatal NI connect error 12170.
VERSION INFORMATION: TNS for 64-bit Windows: Version 11.2.0.1.0 — Production Oracle Bequeath NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 — Production Windows NT TCP/IP NT Protocol Adapter for 64-bit Windows: Version 11.2.0.1.0 — Production Time: 28-MAY-2012 19:20:02 Tracing not turned on. Tns error struct: ns main err code: 12535
TNS-12535: TNS:operation timed out ns secondary err code: 12560
Answer: The fatal ni connect error 12170 is related to the ORA-12170 error:
ORA-12170: TNS:Connect timeout occurred
Cause: The client failed to establish a connection and complete authentication in the time specified by the SQLNET.INBOUND_CONNECT_TIMEOUT parameter in the sqlnet.ora file. This error may be a result of network or system delays, or it may indicate that a malicious client is trying to cause a denial-of-service attack on the database server.
The server shut down 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; or this may indicate that a malicious client is trying to cause a Denial of Service attack on the server.
Action: If the error occurred because of a slow network or system, reconfigure one or all of the parameters SQLNET.INBOUND_CONNECT_TIMEOUT, SQLNET.SEND_TIMEOUT, SQLNET.RECV_TIMEOUT in sqlnet.ora to larger values. If a malicious client is suspected, use the address in sqlnet.log to identify the source and restrict access. Note that logged addresses may not be reliable as they can be forged (e.g. in TCP/IP).
See Also: «Configuring the Listener and the Oracle Database To Limit Resource Consumption By Unauthorized Users» for further information about setting the SQLNET.INBOUND_CONNECT_TIMEOUT parameter
Action: If the error occurred due to system or network delays that are normal for the particular environment, then perform this steps:
Turn on tracing to determine where clients are timing out.
Burleson is the American Team
Verifyexperience!Anyone considering using the services of an Oracle support expert should independently investigate their credentials and experience, and not rely on advertisements and self-proclaimed expertise. All legitimate Oracle experts publish their Oracle qualifications.
Errata? Oracle technology is changing and we strive to update our BC Oracle support information. If you find an error or have a suggestion for improving our content, we would appreciate your feedback. Just e-mail:
I have this error «ERROR ORA-12170: TNS:Connect timeout occurred» when connecting as user/[email protected], but I am able to connect only with the user. What I am doing wrong??
SQL> connect myuser Enter password: *********** Connected.
Comments
The OS is Solaris 9 and I’m get the following response from BGW
And in unix based servers its good habit to export the ORACLE_SID first..
Have you checked sqlnet.ora file is there any timeout setting there.
ORA-12170:TNS:connect timeout occurred.
I get this error every where. I can’t conect to database.
I just install 10g database.
ORA-12170: TNS:Connect timeout occurred
Cause: The client failed to establish a connection and complete authentication in the time specified by the SQLNET.INBOUND_CONNECT_TIMEOUT parameter in the sqlnet.ora file. This error may be a result of network or system delays, or it may indicate that a malicious client is trying to cause a denial-of-service attack on the database server.
See Also: «Configuring the Listener and the Oracle Database To Limit Resource Consumption By Unauthorized Users» for further information about setting the SQLNET.INBOUND_CONNECT_TIMEOUT parameter
Action: If the error occurred due to system or network delays that are normal for the particular environment, then perform these steps:
Turn on tracing to determine where clients are timing out.
See Also: «Oracle Net Services Tracing Error Information»
Reconfigure the SQLNET.INBOUND_CONNECT_TIMEOUT parameter in sqlnet.ora to a larger value.
If you suspect a malicious client, then perform these steps:
Locate the IP address of the client in the sqlnet.log file on the database server to identify the source.
For example, the following sqlnet.log excerpt shows a client IP address of 10.10.150.35.
Fatal NI connect error 12170.
Beware that an IP address can be forged.
If the timeout occurs before the IP address can be retrieved by the database server, then enable listener tracing to determine the client that made the request.
See Also: «Oracle Net Services Tracing Error Information»
Restrict access to the client. For example, you can configure parameters for access rights in the sqlnet.ora file.
Re: ORA-12170: TNS ����� �������� ������� [new]
and include the URL for the page.