ORA-12514 TNS: słuchacz nie wie obecnie o żądanej usłudze w deskryptorze connect

Wiem, że to stare pytanie, ale wciąż bez odpowiedzi. Zajęło mi to dzień badań, ale znalazłem najprostsze rozwiązanie, przynajmniej w moim przypadku (Oracle 11.2 na Windows 2008 R2) i chciałem się podzielić.

Błąd, jeśli zostanie wyświetlony bezpośrednio, oznacza, że słuchacz nie rozpoznaje nazwy usługi. Ale gdzie przechowuje nazwy usług? In %ORACLE_HOME%\NETWORK\ADMIN\listener.ora

"SID_LIST" to po prostu lista Sid i nazw usług sparowanych w formacie, który możesz skopiować lub wyszukać.

Dodałem nazwa usługi problemu, a następnie w Panelu sterowania Windows "Usługi" zrobiłem "Restart" na usłudze Oracle listener. Teraz wszystko jest dobrze.

# 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))
    )
  )

... Aby rozpoznać nazwę usługi orcl, możesz zmienić ją na:

# 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))
    )
  )

W moich okolicznościach błąd wynikał z faktu, że słuchacz nie miał zarejestrowanego serwisu db. Rozwiązałem to rejestrując usługi. Przykład:

Mój deskryptor w tnsnames.ora:

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

Więc przystępuję do rejestracji usługi w listener.ora ręcznie:

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

Miałem ten problem w Windows server 2008 R2 i Oracle 11g

Idź do Net Manager > Listener > wybierz usługi bazodanowe z combox > "globalna Nazwa bazy danych" musi być taka sama jak "SID", a" Katalog domowy Oracle " musi być poprawny.

Jeśli nie masz żadnego wpisu dla usług bazodanowych, utwórz go i ustaw poprawną globalną bazę danych, sid i Oracle home.

Uruchamianie OracleServiceXXX z usług.msc pracował dla mnie w Windows.

To naprawdę powinien być komentarz do Brad Rippe's odpowiedź, ale niestety, za mało rep. ta odpowiedź dostał mnie 90% drogi tam. W moim przypadku, instalacja i konfiguracja baz danych umieścić wpisy w nazwach tnsnames.plik ora dla baz danych, które prowadziłem. Po pierwsze, udało mi się połączyć z bazą danych, ustawiając zmienne środowiskowe (Windows):

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

A następnie łączenie za pomocą

sqlplus / as sysdba

Następnie, uruchamianie komendy z Brada Rippe ' a odpowiedź:

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

Pokazał, że nazwiska nie pasują do siebie. Wpisy utworzone przy użyciu Asystenta konfiguracji bazy danych Oracle, gdzie pierwotnie:

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

Nazwa usługi z zapytania była po prostu mydatabase, a nie mydatabase.mydomain.com. Edytowałem nazwy tnsnnames.plik ora do tylko nazwy bazowej bez części domeny, więc wyglądały tak:

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

Uruchomiłem ponownie usługę słuchacza TNS (często używam lsnrctl stop i lsnrctl start z okna poleceń administratora [lub Windows Powershell] zamiast Panelu sterowania usług, ale oba działają.) Później udało mi się połączyć.

Miałem ten sam problem. Dla mnie tylko pisanie

sqlplus myusername/mypassword@localhost

Zrobił sztuczkę, robi to sprawia, że łączy się z domyślną nazwą usługi, tak myślę.

To, co działało dla mnie było naprawdę proste, po prostu musiałem ręcznie zainicjować usługę w "usługach Windows" (usługi.msc w cmd trompt). moja nazwa usługi to: OracleServiceXXXXX.

Sprawdź, czy baza danych jest gotowa. Zaloguj się na serwer, Ustaw zmienną środowiskową oracle_sid na Sid bazy danych i uruchom SQL * Plus jako połączenie lokalne.

Ten błąd może wystąpić, gdy aplikacja nawiąże nowe połączenie dla każdej interakcji z bazą danych lub połączenia nie zostaną prawidłowo zamknięte. Jednym z darmowych narzędzi do monitorowania i potwierdzania tego jest Oracle SQL developer (chociaż nie jest to jedyne narzędzie, którego można użyć do monitorowania sesji DB).

Możesz pobrać narzędzie ze strony oracle SQL Developer

Oto zrzut ekranu, jak monitorować swoje sesje. (jeśli widzisz wiele sesji piętrzących się dla użytkownika aplikacji podczas gdy widzisz błąd ORA-12514, jest to dobra wskazówka, że możesz mieć problem z pulą połączeń).

Rozwiązałem ten problem w moim środowisku linux aktualizując adres IP mojego komputera w pliku/etc / hosts.

Możesz zweryfikować swój adres IP sieci (iNet end.) z:

$ifconfig

Sprawdź, czy Twoje IP pasuje do pliku/etc / hosts:

$cat /etc/hosts

Edytuj swój plik / etc / hosts, jeśli nedded:

$sudo gedit /etc/hosts

Dla tych, którzy mogą korzystać z Oracle w maszynie wirtualnej (tak jak ja), zauważyłem ten problem, ponieważ moja maszyna wirtualna kończyła się pamięcią, co najwyraźniej uniemożliwiło oracledb poprawne uruchamianie/uruchamianie. Zwiększenie pamięci maszyny wirtualnej i ponowne uruchomienie naprawiło problem.

Wiele odpowiedzi tutaj, ale oto przykład pracy z kodem, który można skopiować i wkleić i przetestować natychmiast:

Dla mnie błąd 12514 został rozwiązany po podaniu poprawnej nazwy SERVICE_NAME. Znajdziesz to na serwerze w pliku tnsnames.ora, który zawiera 3 predefiniowane nazwy usług (jedna z nich to "XE").

1. zainstalowałem Oracle Express database oraclexe112, który jest już wyposażony w preinstalowane tabele demo.
2. Po uruchomieniu Instalatora prosimy o podanie hasła. Wpisałem "xxx" jako hasło. (Nie stosowany w produkcji)
3. mój serwer działa na maszynie 192.168.1.158
4. na serwerze musisz wyraźnie zezwolić na dostęp dla procesu TNSLSNR.exe w firewallu Windows. Proces ten nasłuchuje na porcie 1521.
5. opcja a: Dla C# (.NET2 lub .NET4) możesz pobrać ODAC11 , z którego musisz dodać Oracle.Dostęp do danych.dll do twojego projektu. Dodatkowo DLL zależy od: OraOps11w.dll, oci./ align = "left" / dll (130MB!), msvcr80.dll. Biblioteki DLL muszą znajdować się w tym samym katalogu co EXE lub Należy podać ścieżkę DLL w: HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.112.4.0\DllPath. Na maszynach 64-bitowych zapisuje się dodatkowo do HKLM\SOFTWARE\Wow6432Node\Oracle\...
6. Opcja B: jeśli pobrałeś ODAC12 potrzebujesz Oracle.Dostęp do danych.dll, OraOps12w.dll, oci./ align = "left" / dll (160MB!), Orański.dll, msvcr100.dll. Ścieżka Rejestru to HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.121.2.0\DllPath
7. opcja C: Jeśli nie chcesz dużych bibliotek DLL o wielkości większej niż 100 MB, powinieneś Pobierz ODP.NET_Managed12.x.x.x.xxxxx.zip w którym znajdziesz Oracle.ManagedDataAccess.dll, który ma tylko 4 MB i jest czystą zarządzaną biblioteką DLL, która działa również w 32-bitowych i 64-bitowych procesach i nie zależy od innych bibliotek DLL i nie wymaga żadnych wpisów rejestru.
8. poniższy kod C# działa dla mnie bez żadnej konfiguracji po stronie serwera (tylko domyślna instalacja):

using Oracle.DataAccess.Client;
or
using Oracle.ManagedDataAccess.Client;

....

string oradb = "Data Source=(DESCRIPTION="
    + "(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.1.158)(PORT=1521)))"
    + "(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=XE)));"
    + "User Id=SYSTEM;Password=xxx;";

using (OracleConnection conn = new OracleConnection(oradb)) 
{
    conn.Open();
    using (OracleCommand cmd = new OracleCommand())
    {
        cmd.Connection  = conn;
        cmd.CommandText = "select TABLESPACE_NAME from DBA_DATA_FILES";

        using (OracleDataReader dr = cmd.ExecuteReader())
        {
            while (dr.Read())
            {
                listBox.Items.Add(dr["TABLESPACE_NAME"]);
            }
        }
    }
}

Jeśli SERVICE_NAME=XE jest źle, otrzymasz błąd 12514. {[7] } jest opcjonalne. Możesz też go zostawić.

Ja również stanąłem przed tym samym problemem i spędziłem 3 dni, aby go wykopać.

Dzieje się tak z powodu błędnego wpisu usługi TNS.

Najpierw sprawdź, czy jesteś w stanie połączyć się z bazą rezerwową z podstawowej bazy danych za pomocą sql > sqlplus sys@orastand as sysdba (orastand jest rezerwową bazą danych).

Jeśli nie możesz się połączyć, jest to problem z usługą. Popraw wpis nazwy usługi w pliku TNS na końcu głównym.

Sprawdź bazę danych w trybie gotowości w ten sam sposób. Dokonaj zmian tutaj też, jeśli to konieczne.

Upewnij się, że parametr log_archive_dest_2 ma prawidłową nazwę usługi.

Dostałem ten sam błąd, ponieważ zdalny Sid podany był zły:

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

Zapytałem systemową bazę danych:

Select * from global_name;

I znalazłem mój zdalny SID ("XE").

Wtedy mógłbym się połączyć bez żadnego problemu.

W moim przypadku w bazie danych zabrakło miejsca na dysku. Co spowodowało, że nie zareagował. Kiedy wyjaśniłem ten problem, wszystko działało ponownie.

Dla mnie było to spowodowane użyciem dynamicznego ipadress przy użyciu instalacji. Zainstalowałem ponownie Oracle używając statycznego ipadress i wtedy wszystko było w porządku

Ponowne uruchomienie maszyny wirtualnej zadziałało dla mnie

Mój problem został rozwiązany przez zastąpienie ' Sid 'w URL' Nazwa usługi ' i poprawny host.

tnslsnr jest w górę, ale baza danych jest w dół.

Dla początkujących oracle nie jest oczywiste, że baza danych może być wyłączona podczas akceptowania połączeń.

Musiałem ręcznie uruchomić bazę danych w ten sposób

su - oracle
export ORACLE_SID=XE
sqlplus sys as sysdba

A następnie w konsoli sql

startup

W moim przypadku nie udało mi się uruchomić, ale dostałem kolejny komunikat o błędzie i znalazłem źródło problemu - musiałem zmienić nazwę hosta, a następnie automatyczne uruchamianie bazy danych działało ponownie.

Zaimplementowałem poniższe obejście, aby rozwiązać ten problem.

1. Ustawiłem ORACLE_HOME używając wiersza polecenia (kliknij prawym przyciskiem myszy cmd.exe i uruchom jako administrator systemu).

2. Użyte poniżej polecenia

   set oracle_home="path to the oracle home"

3. Przejdź do Wszystkie programy --> Oracle-Ora home1 --> narzędzia do migracji konfiguracji --> Net Manager --> słuchacz

4. Wybierz Usługi bazodanowe z listy rozwijanej. Obie Globalna nazwa bazy danych i SID są ustawione na to samo (w moim przypadku ORCL). Ustaw Katalog Domowy Oracle.

Przykład okna Oracle Net Manager z dokumentacji oracle:

1. Kliknij plik i zapisz konfigurację sieci.

Problem polegał na tym, że mój łańcuch połączeń url zawierał nazwę bazy danych zamiast SID. Zastąpienie nazwy bazy danych przez Oracle database connection SID rozwiązało ten problem.

Aby poznać swoją Oracle SID ' S możesz przejrzeć tnsnames.ora plik.

XE czy rzeczywiście SID, więc tak wygląda teraz mój ciąg połączenia 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" />

Moja wersja serwera to "Oracle 11.2 Express", ale rozwiązanie powinno działać również na innych wersjach.

W moim przypadku w tnsnames brakowało okrągłych nawiasów wokół nazwy usługi.plik ora .

<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))

Dla tych, którzy używają spring-boot i jdbc do połączenia. Musisz być ostrożny pisząc jdbcUrl w aplikacji.właściwości

Z SID w połączeniu z bazą danych - source.datasource.jdbcUrl = jdbc:oracle:thin:@[HOST][:PORT]:SID

Z nazwą usługi w połączeniu db globe.datasource.jdbcUrl = jdbc:oracle:thin:@//[HOST][:PORT]/SERVICE

To mi się udało:)

Miałem przypadek, że używałem DBMS gdzie musiałem wypełnić formularz połączenia db.

Umieściłem SID w polu bazy danych i w rozwijanym menu obok pola miałem wartość "nazwa usługi" zamiast wartości "SID".
(normalnie nie korzystam z bazy danych Oracle, więc nie byłem świadomy różnicy)

To był powód, dla którego dostałem komunikat o błędzie.