ORA-12514 TNS: слушатель в настоящее время не знает об услуге, запрошенной в дескрипторе соединения

У нас есть приложение, работающее локально, где мы видим следующую ошибку:

ORA-12514: TNS: слушатель в настоящее время не знает об услуге, запрошенной в дескрипторе соединения

Я протестировал соединение, TNSPingкоторое было разрешено правильно, и попытался SQLPlusустановить соединение, которое не удалось с той же ошибкой, что и выше Я использовал этот синтаксис для SQLPlus:

sqlplus username/password@addressname[or host name]

Мы убедились, что:

• прослушиватель TNS на сервере работает.
• Сам Oracle на сервере работает.

Мы не знаем о каких-либо изменениях, которые были сделаны в этой среде. Что-нибудь еще мы можем проверить?

У меня возникла эта проблема, и исправление состояло в том, чтобы убедиться, что в вашей базе данных tnsnames.oraуказано SERVICE_NAMEправильное имя службы. Чтобы узнать действительные имена сервисов, вы можете использовать следующий запрос в Oracle:

select value from v$parameter where name='service_names'

Однажды я обновился tnsnames.oraдо:

TEST =
   (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = *<validhost>*)(PORT = *<validport>*))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = *<servicenamefromDB>*)
    )
)

тогда я побежал:

sqlplus user@TEST

Успех! Слушатель в основном говорит вам, что какое бы имя_службы вы не использовали, оно не является действительным сервисом в соответствии с БД.

(* Я запускал sqlplus с клиентской рабочей станции Win7 на удаленную БД и обвинял администраторов БД;) *)

Я знаю, что это старый вопрос, но все еще без ответа. Это заняло у меня целый день исследований, но я нашел самое простое решение, по крайней мере, в моем случае (Oracle 11.2 в Windows 2008 R2) и хотел поделиться им.

Ошибка, если смотреть непосредственно, указывает, что слушатель не распознает имя службы. Но где он хранит названия сервисов? В%ORACLE_HOME%\NETWORK\ADMIN\listener.ora

«SID_LIST» - это просто список SID и имен сервисов в паре в формате, который вы можете скопировать или найти.

Я добавил проблему Service Name, затем в панели управления Windows «Службы» произвел «Перезапуск» в службе прослушивания Oracle. Теперь все хорошо.

Например, ваш файл listener.ora может изначально выглядеть так:

# listener.ora Network Configuration File: C:\app\oracle_user\product\12.1.0\dbhome_1\network\admin\listener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = C:\app\oracle_user\product\12.1.0\dbhome_1)
      (PROGRAM = extproc)
      (ENVS = "EXTPROC_DLLS=ONLY:C:\app\oracle_user\product\12.1.0\dbhome_1\bin\oraclr12.dll")
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

... И чтобы он распознал имя службы orcl, вы можете изменить его на:

# listener.ora Network Configuration File: C:\app\oracle_user\product\12.1.0\dbhome_1\network\admin\listener.ora
# Generated by Oracle configuration tools.

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = CLRExtProc)
      (ORACLE_HOME = C:\app\oracle_user\product\12.1.0\dbhome_1)
      (PROGRAM = extproc)
      (ENVS = "EXTPROC_DLLS=ONLY:C:\app\oracle_user\product\12.1.0\dbhome_1\bin\oraclr12.dll")
    )
    (SID_DESC = 
        (GLOBAL_DBNAME = orcl)
        (ORACLE_HOME = C:\app\oracle_user\product\12.1.0\dbhome_1)
        (SID_NAME = orcl)
    )
  )

LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

У меня была эта проблема на Windows Server 2008 R2 и Oracle 11g

перейдите в Net Manager> Слушатель> выберите службы баз данных из поля со списком> «Глобальное имя базы данных» должно совпадать с «SID», а «Oracle Home Directory» должен быть правильным.

Если у вас нет записей для служб баз данных, создайте их и задайте правильную глобальную базу данных sidи oracle home.

В моих обстоятельствах ошибка была связана с тем, что у слушателя не была зарегистрирована служба БД. Я решил это путем регистрации услуг. Пример:

Мой дескриптор в tnsnames.ora:

LOCALDB =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = LOCALDB)
    )
  )

Итак, приступаю к регистрации сервиса в listener.oraручном режиме:

SID_LIST_LISTENER =
    (SID_DESC =
      (GLOBAL_DBNAME = LOCALDB)
      (ORACLE_HOME = C:\Oracle\product\11.2.0\dbhome_1)
      (SID_NAME = LOCALDB)
    )

Наконец, перезапустите слушатель по команде:

> lsnrctl stop
> lsnrctl start

Готово!

Запуск OracleServiceXXX из services.msc работал для меня в Windows.

Это действительно должен быть комментарий к ответу Брэда Риппе , но, увы, недостаточно реп. Этот ответ дал мне 90% пути туда. В моем случае установка и настройка баз данных помещают записи в файл tnsnames.ora для баз данных, которые я запускал. Во-первых, я смог подключиться к базе данных, установив переменные среды (Windows):

set ORACLE_SID=mydatabase
set ORACLE_HOME=C:\Oracle\product\11.2.0\dbhome_1

а затем подключение с помощью

sqlplus / as sysdba

Далее запустим команду из ответа Брэда Риппе:

select value from v$parameter where name='service_names';

показал, что имена не совпадают точно. Записи, созданные с помощью Oracle Database Configuration Assistant, где изначально:

MYDATABASE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = mylaptop.mydomain.com)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = mydatabase.mydomain.com)
    )
  ) 

Название сервиса из запроса было просто, mydatabaseа не mydatabase.mydomain.com. Я отредактировал файл tnsnames.ora только для базового имени без доменной части, чтобы они выглядели так:

MYDATABASE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = mylaptop.mydomain.com)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = mydatabase)
    )
  ) 

Я перезапустил службу прослушивателя TNS (я часто использую lsnrctl stopи lsnrctl startиз командного окна администратора [или Windows Powershell] вместо панели управления службами, но оба работают.) После этого я смог подключиться.

У меня такая же проблема. Для меня просто пишу

sqlplus myusername/mypassword@localhost

сделал трюк, делая так, он подключается к имени службы по умолчанию, я думаю.

То, что работало для меня, было действительно простым, мне просто нужно было вручную запустить службу в «Службах Windows» (services.msc в cmd trompt). мое сервисное имя: OracleServiceXXXXX.

Проверьте, что база данных работает. Войдите на сервер, задайте для переменной среды ORACLE_SID SID базы данных и запустите SQL * Plus в качестве локального соединения.

Эта ошибка может возникать, когда приложение устанавливает новое соединение для каждого взаимодействия с базой данных или соединения не закрываются должным образом. Одним из бесплатных инструментов для мониторинга и подтверждения этого является Oracle Sql developer (хотя это не единственный инструмент, который вы можете использовать для мониторинга сеансов БД).

Вы можете скачать инструмент с сайта оракула Sql Developer

Вот скриншот того, как следить за вашими сессиями. (если вы видите много сессий, накапливающихся для пользователя вашего приложения во время, когда вы видите ошибку ORA-12514, то это хороший признак того, что у вас может быть проблема с пулом соединений).

Я решил эту проблему в своей среде linux, обновив IP-адрес моей машины в файле / etc / hosts.

Вы можете проверить свой сетевой IP (inet end.) С помощью:

$ifconfig

Посмотрите, совпадает ли ваш IP с файлом / etc / hosts:

$cat /etc/hosts

Отредактируйте файл / etc / hosts, если он подключен:

$sudo gedit /etc/hosts

До свидания.

Для тех, кто может использовать Oracle на виртуальной машине (например, я), я видел эту проблему, потому что моей виртуальной машине не хватало памяти, что, по-видимому, препятствовало правильному запуску / запуску OracleDB. Увеличение моей виртуальной памяти и перезапуск исправили проблему.

Здесь много ответов, но вот рабочий пример с кодом, который можно сразу скопировать, вставить и протестировать:

Для меня ошибка 12514 была решена после указания правильного SERVICE_NAME. Вы обнаружите, что на сервере в файле, tnsnames.oraкоторый поставляется с 3 предопределенными именами служб (одно из них «XE»).

1. Я установил базу данных Oracle Express OracleXE112, которая уже поставляется с некоторыми предварительно установленными демонстрационными таблицами.
2. При запуске установщика у вас спрашивают пароль. Я ввел "ххх" в качестве пароля. (не используется в производстве)
3. Мой сервер работает на компьютере 192.168.1.158
4. На сервере вы должны явно разрешить доступ для процесса TNSLSNR.exe в брандмауэре Windows. Этот процесс прослушивает порт 1521.
5. ВАРИАНТ A: Для C # (.NET2 или .NET4) вы можете скачать ODAC11 , из которого необходимо добавить Oracle.DataAccess.dll в ваш проект. Кроме того, эта DLL-библиотека зависит от: OraOps11w.dll, oci.dll, oraociei11.dll (130 МБ!), Msvcr80.dll. Этот DLL должен быть в том же каталоге, что и EXE или вы должны указать путь DLL в: HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.112.4.0\DllPath. На 64-битных машинах пишут дополнительно вHKLM\SOFTWARE\Wow6432Node\Oracle\...
6. ВАРИАНТ B: Если вы загрузили ODAC12, вам нужны Oracle.DataAccess.dll, OraOps12w.dll, oci.dll, oraociei12.dll (160 МБ!), Oraons.dll, msvcr100.dll. Путь к рееструHKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.121.2.0\DllPath
7. ВАРИАНТ В: Если вам не нужны огромные библиотеки DLL размером более 100 МБ, вам следует загрузить ODP.NET_Managed12.xxxxxxxx.zip, в котором вы найдете Oracle.ManagedDataAccess.dllтолько 4 МБ и представляющую собой чисто управляемую DLL, которая работает в 32-разрядных и 64-разрядных процессах. а также и не зависит от других DLL и не требует каких-либо записей в реестре.
8. Следующий код C # работает для меня без какой-либо конфигурации на стороне сервера (только установка по умолчанию):

использование Oracle.DataAccess.Client;
или
использование Oracle.ManagedDataAccess.Client;

....

string oradb = "Источник данных = (DESCRIPTION ="
    + "(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = 192.168.1.158) (PORT = 1521)))"
    + "(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE)));"
    + "Идентификатор пользователя = SYSTEM; Пароль = xxx;";

использование (OracleConnection conn = новый OracleConnection (oradb)) 
{
    conn.Open ();
    использование (OracleCommand cmd = new OracleCommand ())
    {
        cmd.Connection = conn;
        cmd.CommandText = "выбрать TABLESPACE_NAME из DBA_DATA_FILES";

        использование (OracleDataReader dr = cmd.ExecuteReader ())
        {
            while (dr.Read ())
            {
                listBox.Items.Add (д-р [ "tablespace_name"]);
            }
        }
    }
}

Если SERVICE_NAME=XEвы ошиблись, вы получите ошибку 12514. Это SERVICE_NAMEнеобязательно. Вы также можете оставить это в стороне.

Я также столкнулся с той же самой проблемой и потратил 3 дня, чтобы выкопать это.

Это происходит из-за неправильного входа в службу TNS.

Сначала проверьте, можете ли вы подключиться к резервной базе данных из первичной базы данных, используя sql> sqlplus sys@orastand as sysdba( orastandрезервная база данных).

Если вы не можете подключиться, то это проблема с сервисом. Исправьте запись имени службы в файле TNS на первичном конце.

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

Убедитесь, что log_archive_dest_2параметр имеет правильное имя службы.

Я получил ту же ошибку, потому что указан неверный SID:

 > sqlplus $DATASOURCE_USERNAME/$DATASOURCE_PASSWORD@$DB_SERVER_URL/$REMOTE_SID 

Я запросил системную базу данных:

выберите * из global_name;

и нашел мой удаленный SID ("XE").

Тогда я мог подключиться без проблем.

В моем случае в базе данных не хватило места на диске. Что заставило его не отвечать. Как только я прояснил этот вопрос, все снова заработало.

Для меня это было вызвано использованием динамического ipadress с помощью установки. Я переустановил Oracle, используя статический ipadress, и тогда все было хорошо

Перезапуск ВМ работал на меня

Моя проблема была решена путем замены 'SID' в URL на 'имя службы' и правильный хост.

tnslsnr вверх, но база данных не работает.

Для начинающего оракула не очевидно, что база данных может быть недоступна во время приема соединений.

Я должен был запустить базу данных вручную, как это

su - oracle
export ORACLE_SID=XE
sqlplus sys as sysdba

А потом в консоли SQL

startup

В моем случае я не запустился, но получил другое сообщение об ошибке и нашел источник проблемы - мне пришлось изменить имя хоста, после чего автоматический запуск базы данных снова заработал.

Я применил ниже обходной путь для решения этой проблемы.

1. Я установил ORACLE_HOME с помощью командной строки (щелкните правой кнопкой мыши cmd.exe и выберите Запуск от имени системного администратора).

2. Используется ниже команды

   set oracle_home="path to the oracle home"

3. Перейдите в раздел Все программы -> Oracle -ora home1 -> Инструменты миграции конфигурации -> Net Manager -> Слушатель

4. Выберите Database Services из выпадающего списка. И глобальное имя базы данных, и SID установлены одинаково (ORCL в моем случае). Установить домашний каталог Oracle.

Пример окна Oracle Net Manager из документации Oracle:

5. Нажмите Файл и сохраните конфигурацию сети.

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

Чтобы узнать ваш SID оракула, вы можете просмотреть tnsnames.oraфайл.

XE был фактический SID, так вот как выглядит моя строка подключения tomcat:

    <Resource
       name="jdbc/my_db_conn"
       auth="Container"
       type="javax.sql.DataSource"
       driverClassName="oracle.jdbc.driver.OracleDriver"
       url="jdbc:oracle:thin:@//127.0.0.1:1521/XE"
       username="test_user"
       password="test" />

Моя версия сервера была "Oracle 11.2 Express", но решение должно работать и на других версиях.

В моем случае в файле tnsnames.ora отсутствовали круглые скобки вокруг SERVICE_NAME .

<DBNAME> =
  (DESCRIPTION =
    (ADDRESS_LIST =
     (ADDRESS = (PROTOCOL=TCP)(HOST = nupark-cnvr-ora )(PORT=1521))
    )
    (CONNECT_DATA =
    (SERVER = DEDICATED)
    (SERVICE_NAME = <DBNAME> ***CLOSING ROUND BRACKET WAS MISSING HERE***
    )
  )

LISTENER_<DBNAME> =

  (ADDRESS = (PROTOCOL = TCP)(HOST = nupark-cnvr-ora)(PORT = 1521))

Для тех, кто использует Spring-Boot и JDBC для подключения. Вы должны быть осторожны при написании jdbcUrl в application.properties

С SID в подключении к базе данных - source.datasource.jdbcUrl = jdbc:oracle:thin:@[HOST][:PORT]:SID

С именем службы в подключении к БД globe.datasource.jdbcUrl = jdbc:oracle:thin:@//[HOST][:PORT]/SERVICE

Это сработало для меня :)