This message indicates that the client is not able to find the desired database. This error often is reported because the destination node is not available or because of unrelated network problems.
1. Make sure that NetTest or SQLPlus is able to make a connection successfully.
2. Ensure that the correct connect string is being used — check this in the TNSNAMES.ora file. Look at the TNSNAMES.ORA file to see that the ADDRESS parameters in the connect descriptor for the
service name are correct.
3. Confirm that a ping from the DOS prompt has the correct IP address. If the tnsping does not find the host then there is a problem with the TNSNAMES.ORA file E.G: wrong location or incorrect name in the connection. Please contact your Oracle DBA.
In the Orawin95\bin there is an EXE called TNSPING.EXE to us this at the DOS prompt type.
tnsping <TNSNAME>
TNSNAME being the name used in the connection to Oracle.
The results should look something like below.
TNS Ping Utility for 32-bit Windows Version 2.3.2.1.0 — Production on 09-Jun-99 11:59:41
Copyright, 1996 <c> Oracle Corporation 1995. All rights reserved
Attempting to contact <Address = < Community = tcp.world><Protocol = tcp><host = Tempest><port = 1521>
OK <340 msec>
4. Make sure that a 32 bit version of SQL*Net.
5. If using a version of Impromptu prior to 3.04(66) make sure that the Oracle 7.0 support files have been
installed.
6. If using Impromptu version 3.04(66) or later check the COGDMOR.INI file and change «Default Win16=» to OR71.
7. Make sure that the path to \orawin\bin is in the PATH in the autoexec.bat file.
8. Make sure the TNSNAMES.ora file is in the \orawin\network\admin directory.
9. Make sure that the hosts file contains a host name and IP address that corresponds with the host specified in the TNSNAMES.ora file.
10. Use the ListenerControl Utility to verify that the listener on the remote node is up and listening. If it is not, use the Listener Control Utility to start it.
11. Check for multiple copies of the msocklib.dll.
12. There is an alternative to the TNSNAMES.ora file — the Oracle Name Server. Oracle Name Server stores names and network addresses for network services such as databases or Multiprotocol Interchanges, database link definitions and object aliases.
Client applications can then request a database connection with a
simple name rather than a lengthy address. This negates the necessity for a tnsnames.ora file. Unfortunately this was not working on Windows NT. On NT a tnsnames.ora file has to be created to get this to work properly.
13. Try reinstalling SQL*Net.
Note: These errors may occur in any application, including Axiant, Axiant 4GL, or PowerPlay, as it is the Oracle configuration that is the cause of the error in most cases. Apply all relevant troubleshooting steps if the error/s occur.
█ 11.09.2006 10:16
Поставил на компьютер оракловый клиент 806, и сервер 9207
проблема в том что перестали на этом компьютере запускаться отчеты, при запуске просит ввести имя базы, логин и пароль. Смена home восьмерочным селектором с девятки на восьмерку приводит к тому что супермаг пишет: «ORA-12203: TNS:не в состоянии установить связь с адресатом». То же самое пишет и восьмерочный PLUS80W.EXE. Если пробовать tnsping80 то он пишет:
Attempting to contact (ADDRESS=(PROTOCOL=TCP)(HOST=192.168.0.100)(PORT=1521))
TNS-12538: TNS:no such protocol adapter
С другой машины, где установлена только восьмерочный клиент, все работает с тем же TNSNAME.ORA
Я так понимаю, что где то не стыковка ораклов. Как их убедить работать на одной машине?
█ 11.09.2006 10:28
Могу подтвердить, что у меня такая связка работает, т.е. причины не в ее комбинации. Хом по умолчанию — 9i, обязательно. Вопросы-наводки:
1) Кроме этих двух ораклов, на машине никогда других не было?
2) Firewall отсутствует, как и другие фенечки, следящие за сетевой активностью приложений?
3) Мой образец записи в tns, лучше на время тестов оставить ее в одиночестве в обоих tns
BIGS =
(description = (address=
(protocol = tcp)
(host = 192.168.10.138)
(port = 1521))
(CONNECT_DATA = (SERVICE_NAME = BIGS)))
4) В каком составе установлена 9i?
5) В каком порядке они устанавливались?
6) Не попорчен ли PATH? (нет ли ; в конце)
7) TCP есть и включен на той сетевухе, через которую идет обращение на сервер
Поставить MS Loopback adapter?
9) В sqlnet.ora нет неожиданностей?
ну, пока хватит…
█ 11.09.2006 12:31
Попорядку:
1) был 8.1.6
2) Firewall погашен
3) db2000 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.100)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = db2000)
)
)
одинаковый для обоих тнс
4) 5) Сначало 8.0.6 затем 8.1.6 затем оба были снесены анинсталером, затем чистка реестра ручками на предмет упоминания оракла, затем опять 8.0.6, затем девятка с седьмым патчем. Все устанавливалось согласно руководству администратора супермага и доковского файлика по установке девятки
6)нет все впорядке, при том восьмерка стоит первой
7) TCP есть и работает
Ты предлагаешь или спрашиваешь? Если спрашиваешь то не стоит.
9) вроде нет
█ 11.09.2006 12:54
Ужас. Предлагаю не париться, а переставить всю систему. Это будет быстрее, чем ты сейчас мучаешься.
1) Просто так сервер ты не деинсталлируешь, это есть смысл делать, если ты собрался ставить тот же самый оракл. Снести 8 и поставить 9 можно лишь снеся винду. Другим вариантам я бы не доверял.
2) Если FW не родной — сносить сразу.
3) Я же предложил взять мой тнс…
6) восьмерка должна стоять после 9ки, если ты, как я сказал, хом 9ки по дефолту поставил
я бы поставил…
█ 11.09.2006 13:03
olegon, э-э-эм… скажу от себя кое-что…
чтобы деинсталлить Oracle, винды сносить не обязательно.
удалаяем все оракловые службы, чистим реестр, удаляем папочки «C:\Program files\Oracle», допустим, «D:\ORACLE\ORANT» и «D:\ORACLE\ORA81» (или как там у вас). возможно, придется кое-что делать в сейф-моде. вот.
такая технология полного сноса оракла работает. доказано *13
█ 11.09.2006 13:14
Ага, а потом ты, любитель антивирусов на сервере, будешь ловить глюки, так же, как и автор этого поста? *06 Если 8 на 8 переставлять, согласен, но и то, не в режиме сервера, а так, потестить на своей машинке…
█ 11.09.2006 13:25
olegon, насчет антивирусов — это ты зря…
только на серваке не стоит нод, и только на серваке полно файлов, зараженных гребаной Jeefa’ой… )8
одолела уже. и, должен сказать, благодаря этой дряни сервак работает не быстрее, чем если бы на нем стоял антивирь. вот. но это оффтоп.
а вообще, да. с 8 на 8 такой метод прокатывает. и испытан. на серваке *13
█ 11.09.2006 13:31
Цитата:
twix olegon, насчет антивирусов — это ты зря…
только на серваке не стоит нод, и только на серваке полно файлов, зараженных гребаной Jeefa’ой… )8
Наверное, он был зашит в дистрибутив винды или Оракла? *15 Вирус-то? Продолжать не будем, если хочешь — начни ветку, ибо оффтоп, но ты сам сделал все, чтобы на серваке был вирус, уверен.
█ 11.09.2006 15:38
Я конечно понимаю, что снести все это быстро, но докопаться до истины это правильней
Цитата:
Я же предложил взять мой тнс…
без изменений
█ 11.09.2006 16:08
Цитата:
Mr_Vito Я конечно понимаю, что снести все это быстро, но докопаться до истины это правильней
Если помнишь, когда ошибка была неизвестна, мы упирались дня три. В данном случае она вызвана кривизной установки. И смысла разгребать глюк за глюком никакого нет. Можно побороть этот глюк через череду взаимных инсталляций и деинсталляций, но за ним всплывет еще один, скорее всего. Поэтому проще и _правильнее_ — переставить. У тебя, например, listener, какой версии?
Часовой пояс GMT +3, время: 15:09.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Cause: Invalid
address specified or destination is not
listening. This error can also occur
because of underlying network or network
transport problems.
Action:
Verify that the net service name you
entered was correct.Verify that the
ADDRESS portion of the connect
descriptor which corresponds to the net
service name is correct. Ensure that the
destination process (for example the
listener) is running at the remote node.
Ensure your listener are configuration like this.
[oracle@OEL64BN1 ~]$ cat /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora
i# listener.ora Network Configuration File: /u01/app/oracle/product/11.2.0/db_1/network/admin/listener.ora
# Generated by Oracle configuration tools.
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = orcl)
(ORACLE_HOME = /u01/app/oracle/product/11.2.0/db_1)
(SID_NAME = orcl)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dbserver1)(PORT = 1521))
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
)
)
ADR_BASE_LISTENER = /u01/app/oracle
[oracle@OEL64BN1 ~]$
In SID_LIST_LISTENER You have to ensure all of SID are listed which you want to access. [ If SID are not listed listener will use all of SID running in this host ]
Check Your tnsnames.ora (Location =/u01/app/oracle/product/11.2.0/db_1/network/admin/tnsnames.ora ) file is correct like as
ORCL=
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = dbserver1)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
)
)
The ORA-12203 can be the result of an invalid TNS address. In an attempt
to eliminate the TNS-12203, verify that the service name is correct and that
the name of the host computer defined as part of the TNS address is also
valid and correct.
Obviously the other problem, as stated in the Oracle documentation about
ORA-12203, the destination may not be not listening. Eliminating the
TNS-12203 may involve insuring that the listener is running at the remote
node. If the listener service is not running, does not exist and the
database has just been newly created on the machine by restoring it from a
backup, the listener service will need to be created in order to resolve the
ORA-12203.
$ORACLE_HOME/network/log
For
resolving an TNS-12203 error, the
database alert log may also be a good
resource to make sure the database is
actually starting.
Also,
it is important to note that if you are
experiencing ORA-12203 in newer versions
of Oracle, you may be experiencing the
brunt of an Oracle bug.
May 4, 2020
Hi,
Sometimes You can get “TNS-12203: TNS:unable to connect to destination ” error.
Details of error are as follows.
TNS-12203: TNS:unable to connect to destination
Cause: Invalid address specified or destination is not listening.
This error can also occur because of underlying network or network transport problems.
Action: Verify that the net service name you entered was correct.
Verify that the ADDRESS portion of the connect descriptor which corresponds to
the net service name is correct. Ensure that the destination process
(for example the listener) is running at the remote node.
To solve this error, check your the client version if it is compatible with your Database and Listener.
If they are incompatible, then add these two lines to the sqlnet.ora
SQLNET.ALLOWED_LOGON_VERSION_SERVER=8
SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8
Or check the firewall settings and disable the firewall as follows.
service iptables stop chkconfig iptables off service ip6tables stop chkconfig ip6tables off
You can disable firewall in Redhat with below script.
systemctl stop firewalld systemctl disable firewalld
Do you want to learn more details about RMAN, then read the following articles.
https://ittutorial.org/rman-backup-restore-and-recovery-tutorials-for-beginners-in-the-oracle-database/
Это сообщение носит общий характер и может скрывать истинные причины ошибки. Чтобы не тратить время зря, вы должны сначала определить, в чем именно состоит проблема, и лишь потом приступать к каким-либо исправлениям. Первое, что следует сделать при получении этого сообщения,- проверить последний по времени файл sqlnet.log на наличие других ошибок ORA. Этот файл находится в каталоге $ORACLE_HOME/network/log (платформа UNIX) или ORACLEJHOME \network\log (платформа Windows NT). Далее в этой главе показано, как читать файлы журналов и трассировки. Если после анализа файла журнала вы придете к выводу, что вторичные ошибки отсутствуют, проверьте, подходит ли к вашей ситуации какой-либо из приведенных в таблице 14.3 сценариев. В этой таблице перечислены возможные причины выдачи сообщения TNS-12203 и действия, которые можно предпринять для исправления каждой из ситуаций.
Если вы успешно устанавливали соединения Net8, а потом внезапно начали получать сообщения об ошибках ORA-12203 и не можете найти их причину, то в качестве крайней меры на Web-сайте службы поддержки Oracle рекомендуется переустановить Net8 и адаптер TCP/IP. Что это
может дать?
Если вы используете Windows NT и недавно устанавливали новый или обновляли существующий продукт (неважно какой — Oracle или другого производителя), то не исключено, что какие-то области реестра были перезаписаны или испорчены. Спустя некоторое время это может проявиться некорректной работой продуктов. При переустановке Net8 и адаптера TCP/IP информация в реестре будет восстановлена и проблема исчезнет.
В том случае, когда на машину с Windows NT устанавливалось несколько версий Oracle и реестр пришел в полный беспорядок, может потребоваться предварительное удаление всего программного обеспечения Oracle. Программа установки иногда не справляется с этой задачей, и тогда необходимо действовать грубыми методами. Разумеется, если у вас есть ценная база данных, к которой сохранился нормальный доступ, то перед полным удалением Oracle следует сделать ее резервную копию или защитить каким-либо другим способом.
Удаление выполняется следующим образом:
Остановите все службы Windows NT.
2. Удалите из реестра следующие разделы:
HKEY_LOCAL_MACHINE/SOFTWARE /ORACLE
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/SERVICES/Oracle
Удалите с диска каталоги Oracle.
Удалите все системные переменные, относящиеся к Oracle.
Удалите ссылки на каталоги Oracle из переменной PATH.
После удаления из системы всех ссылок на Oracle выполните
установку заново. Еще раз повторю, что при наличии ценной базы данных необходимо принять меры по ее защите перед выполнением любого из перечисленных здесь действий. Полное удаление — это очень радикальная мера.
| < Предыдущая | Следующая > |
|---|