Почему sqlplus не подключается?

Поскольку вы используете клиент 10g, рекомендуется вместо него использовать синтаксис Easy Connect:

export TWO_TASK=//dbhost/zzz
sqlplus xxx/yyy

, или просто так:

sqlplus 'xxx/yyy@//dnhost/zzz'

Также проверьте, что ваши ORACLE_HOME указывают на правильную папку: tnsnames.ora ищется в $ORACLE_HOME/network/admin/tnsnames.ora

Ваши скобки кажутся правильными.

Попробуйте использовать SID:

Ниже приведен пример файла tnsnames.ora:

IDENTIFIER =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP) (HOST = userid.myhosteddb.net)(PORT = 1521))
    )
    (CONNECT_DATA = (SID = odb))
  )

Прочтите о SID здесь.

Вы можете использовать

sqlplus user/password@servicename_host

если вы не можете подключиться, вы можете использовать

sqlplus user/password@(DESCRIPTION=((ADDRESS=(PROTOCOL = TCP)(HOST = dbhost)(PORT = 1521))(CONNECT_DATA=(SERVICE_NAME = zzz)))

если вы используете linux другую * Nix OS, вам нужно использовать кавычки, иначе () интерпретируются оболочкой

e.g

sqlplus user/password@'(DESCRIPTION=((ADDRESS=(PROTOCOL = TCP)(HOST = dbhost)(PORT = 1521))(CONNECT_DATA=(SERVICE_NAME = zzz)))'

Вероятно, в вашем рабочем каталоге создается файл sqlnet.log. Это может помочь вам или, если вы опубликуете его содержание, может дать нам дополнительную информацию.

В вашем примере вы пробуете две разные вещи. В командной строке вы использовали «xxx / yyy @ zzz». Похоже, что запись "zzz" в tnsnames.ora успешно найдена, но тайм-аут указывает на то, что она не получает никакого ответа от сервера. Можете ли вы успешно пропинговать dbhost?

При второй попытке вы просто ввели «xxx» в качестве имени пользователя; что имеет смысл, если вы не привыкли к SQLPlus, но, как видите, нет места, где он запрашивает имя базы данных. Таким образом, в этом случае он пытался подключиться к «xxx / yyy» без имени службы, что привело ко второй ошибке. Это просто означает, что у вас не настроено имя службы по умолчанию. Итак, эта ошибка возникает из-за неполного ввода. (Вы должны ввести «xxx @ zzz» в качестве имени пользователя, чтобы указать имя службы в этом запросе. Фактически вы можете ввести всю строку подключения «xxx / yyy @ zzz» в приглашении имени пользователя, если вы не возражаете, что пароль видимый.)

Вы пробовали использовать telnet для доступа к открытому порту, чтобы убедиться, что брандмауэр вас не блокирует? может быть стоит попробовать telnet port-num host

Вы настроили свою среду с помощью скрипта oraenv?

Вы пробовали tnsping?

$ tnsping $ORACLE_SID

Возможно, это поможет сравнить вывод на машине, которая действительно подключается, с выводом на машине, которая не может подключиться. По крайней мере, это то, что я делаю непосредственно перед тем, как связаться с нашим администратором баз данных.

Вы можете получить более подробную информацию о том, в чем ошибка, с помощью команды oerr:

$ oerr ora 12170
12170, 00000, "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).

У меня была аналогичная проблема, и, похоже, проблема была в Oracle sqlplus!

Подключение похоже на любой из этих вариантов:

   > sqlplus MyUsername/MyPassword@MyHostname:1521/MyServiceName
   > sqlplus MyUsername/MyPassword@//MyHostname:1521/MyServiceName

(// перед именем хоста необязательно). Однако отказ от пароля или обоих user / pass не выполняется следующим образом:

    sqlplus @//MyHostname:1521/MyServiceName

    SQL*Plus: Release 11.2.0.4.0 Production on Thu Apr 2 15:59:49 2015

    Copyright (c) 1982, 2013, Oracle.  All rights reserved.

    SP2-0310: unable to open file "//MyHostname:1521/MyServiceName.sql"
    Enter user-name: MyUsername
    Enter password: MyPassword
    ERROR: 
    ORA-12162: TNS:net service name is incorrectly specified

Таким образом, даже несмотря на то, что sqlplus запрашивает у вас имя пользователя / пароль, он по глупости выйдет из строя с ложным сообщением об ошибке, если вы введете их в командной строке. Это работает, только если вы поместите их (оба!) В начало строки подключения.

Глупый Оракул !!!

СЛЕДУЙТЕ ЭТОМ ССЫЛКА ДЛЯ ПОШАГОВОЙ УСТАНОВКИ И МЕТОДОВ ПОСЛЕ УСТАНОВКИ. БУДЬТЕ С ЭТИМ ВНИМАТЕЛЬНЫМ ОБРАЗОМ.

И для подключения к sql plus:

1. ИМЯ ПОЛЬЗОВАТЕЛЯ WiLL BE system в соответствии с инструкцией, приведенной выше по ссылке.
2. ваш пароль НЕ ДОЛЖЕН БЫТЬ тигром, а тот, который вы установили в начале установки

P.S: не паникуйте, если вы обнаружите проблему (несовместимость браузера) при подключении Oracle Enterprise Manager во время тестирования установки, если ваш браузер - Google Chrome. нажмите стрелку назад и стрелку следующей страницы, чтобы согласиться с условиями, и нажмите ОК.

Я решил эту проблему на своей машине за день ... но для вас это будет делом пары часов.

soruces: я инженер по информатике, в основном кодирую на java

У меня была такая же ошибка (ORA-12162: TNS: имя сетевой службы указано неправильно), но по другой причине (в 64-разрядной версии Windows 7 Enterprise). Надеюсь, это поможет кому-то:

ЭТО. на моей работе был установлен 32-битный и 64-битный Oracle, и на основе моей переменной PATH оболочка просматривала 64-битный путь для SQLPLUS.exe по сравнению с 32-битным путем.

В разных путях используются разные файлы TNSNAMES.ora, и у меня не было строки подключения в 64-битном пути:

Oracle \ продукт \ 11.1.0 \ client_1_64bit \ network \ admin \ TNSNAMES.ora

У меня была только строка подключения в 32-битном TNSNAMES.ora: Oracle \ product \ 11.1.0 \ client_1_32bit \ network \ admin \ TNSNAMES.ora

Кроме того, поскольку было несколько установок ORACLE, мне пришлось удалить переменную среды ORACLE_HOME, чтобы обе установки могли использовать разные домашние каталоги.