ORA-12514 TNS: dinleyici şu anda bağlantı tanımlayıcısında istenen hizmeti bilmiyor


226

Aşağıdaki hatayı yaşadığımız yerde yerel olarak çalışan bir uygulamamız var:

ORA-12514: TNS: dinleyici şu anda bağlantı tanımlayıcısında istenen hizmeti bilmiyor

TNSPingDoğru şekilde çözülmüş olan bağlantıyı test ettim ve SQLPlusyukarıdakiyle aynı hatayla başarısız olan bağlantıyı denemeye çalıştım . Bu sözdizimini şunlar için kullandım SQLPlus:

sqlplus username/password@addressname[or host name]

Şunları doğruladık:

  • sunucudaki TNS Dinleyici çalışıyor.
  • Oracle sunucu üzerinde çalışıyor.

Bu ortamda yapılan herhangi bir değişikliği bilmiyoruz. Test edebileceğimiz başka bir şey var mı?


2
Kullandığınız TNSPing komutu (params ile) nedir?
Grzegorz W

"yerel olarak çalışıyor" derken uygulamanın aynı ana bilgisayardaki bir veritabanına bağlandığını mı söylüyorsunuz? Ayrıca, sqlnet.ora dosyanızın içeriği nedir? sqlplus ve tnsping için hangi sürümler bildirilir ve aynı ORACLE_HOME içinde olduklarından emin misiniz?
David Aldridge

1
veritabanını yeniden başlatmayı deneyin. Dinleyiciyi başlangıçtaki varlıkları hakkında bilgilendirmeleri gerektiğinden, bu sorununuzu çözebilir.
Jens Schauder

1
ALTER SYSTEM REGISTER, veritabanını yeniden başlatmaktan daha az serttir.
DCookie

Yanıtlar:


211

Ben bu sorunu vardı ve düzeltme emin içinde yapmaktı veritabanınızda geçerli bir servis adıdır. Geçerli hizmet adlarını bulmak için oracle dilinde aşağıdaki sorguyu kullanabilirsiniz:tnsnames.oraSERVICE_NAME

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

Bir kez güncellendiğimde tnsnames.ora:

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

sonra koştum:

sqlplus user@TEST

Başarı! Dinleyici temel olarak, kullandığınız hizmet_adı'nın DB'ye göre geçerli bir hizmet olmadığını söyler.

(* Win7 istemci iş istasyonundan uzak DB'ye sqlplus çalıştırıyordum ve DBA'ları suçluyordum;) *)


2
Win7'de% ORACLE_HOME% \ NETWORK \ ADMIN \ tnsnames.ora
Brad Rippe

198
Nasıl ben bile bağlanmak mümkün değil DB sorgulamak gerekiyor?
isabelle martz

2
Doğrudan DB sunucusuna ssh ve oradan sqlplus çalıştırabilir misiniz?
Brad Rippe

1
aynı makineye birden çok istemci / sunucu yüklendiğinde veya kullanıldığında böyle olmayabilir. (tnsping kullandığı dizinin konumunu verir) - benim durumumda, bu dizindeki listener.ora kaldırdığım eski bir veritabanı örneğiyle ilgili bilgileri içeriyordu - hızlı ve kirli bir şekilde listener.ora'nın tüm içeriğini kopyalamak Oracle Express benim mevcut yükleme, dinleyici kontrol gibi görünüyor diğer dizine (Ben bir kayıt defteri ya da bir şey ile değiştirdi düşünüyorum ve ORACLE_HOME (?) üzerinde önceliğe sahiptir)
hello_earth

8
ORA-00942: tablo veya görünüm mevcut değil
Tommy Holman

45

Bunun eski bir soru olduğunu biliyorum, ama yine de cevapsız. Bana bir günlük araştırma sürdü, ama en basit çözümü buldum, en azından benim durumumda (Windows 2008 R2 üzerinde Oracle 11.2) ve paylaşmak istedim.

Doğrudan bakılırsa, hata dinleyicinin servis adını tanımadığını gösterir. Ancak hizmet adlarını nerede tutuyor? İçinde%ORACLE_HOME%\NETWORK\ADMIN\listener.ora

"SID_LIST", kopyalayabileceğiniz veya arayabileceğiniz bir biçimde eşleştirilmiş SID'lerin ve hizmet adlarının bir listesidir.

Sorun Hizmet Adı'nı ekledim, sonra Windows "Hizmetler" kontrol panelinde Oracle dinleyici hizmetinde "Yeniden Başlat" ı gerçekleştirdim. Şimdi her şey yolunda.


Örneğin, listener.ora dosyanız başlangıçta şöyle görünebilir:

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

... Ve bir hizmet adını tanımasını sağlamak için orclşu şekilde değiştirebilirsiniz:

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

3
Bu cevabı listener.ora, adları nasıl sakladığının sözdizimi ile güncellemeniz gerekiyor . Bir dosyam bile yok listener.ora. Ayrıca SQL Developer'ı çalıştıran ve hatayı aldığımda sadece bir Veritabanı Bağlantısı oluşturmaya çalışan bir istemci iş istasyonundayım. Yeniden başlatmak için bir Oracle Listener hizmetim yok.
vapcguy

vapcguy, veritabanı sunucusunda olmanız gerekir. istemcideymişsiniz gibi geliyor
Joseph Argenio

Sepideh Net Manager ile ilgili talimatları izledikten sonra listeners.ora dosyamın yeni bir SID_LIST girişi içerecek şekilde güncellendiğini fark ettim. Bu cevabı, herhangi bir nedenle Net Manager'ı kullanamayan okuyucuların yararı için sözdiziminin öncesi ve sonrası örneğini içerecek şekilde düzenledim.
Kevin

13

Windows Server 2008 R2 ve Oracle 11g'de bu sorunu yaşadım

Net Manager> Listener'a gidin> combox'tan veritabanı hizmetlerini seçin> "Global Database Name", "SID" ile aynı olmalı ve "Oracle Home Directory" doğru olmalıdır.

Veritabanı hizmetleri için herhangi bir girişiniz yoksa, bir tane oluşturun ve doğru global veritabanını sidve oracle home'u ayarlayın .


Bu benim sistemimde yanlıştı: "Global Veritabanı Adı" "SID" ile aynı olmalıdır - bu sezgisel değil, eğer bu değerler aynı olması gerekiyorsa, neden bu iki ayrı parametre ?? -.-
Nicolas

11

Benim durumumda, hata dinleyicinin db'nin hizmetine kayıtlı olmamasıydı. Bunu hizmetleri kaydederek çözdüm. Misal:

İçindeki tanımlayıcı tnsnames.ora:

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

Böylece, hizmeti listener.orael ile kaydetmeye devam ediyorum :

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

Son olarak, dinleyiciyi komutla yeniden başlatın:

> lsnrctl stop
> lsnrctl start

Bitti!


8

OracleServiceXXX hizmetini services.msc'den başlatmak Windows'ta benim için çalıştı.


Windows'da Oracle Release 12.x kullanıyorsanız, OracleServiceORCL hizmetinin çalıştığından emin olun. Bu hizmet başlatılmazsa, aynı hata kodunu alırsınız.
şahin

5

Bu gerçekten Brad Rippe'in cevabına bir yorum olmalı , ama ne yazık ki, yeterli temsilci değil. Bu cevap beni yolun% 90'ına getirdi. Benim durumumda, veritabanlarının yüklenmesi ve yapılandırılması çalıştırdığım veritabanları için tnsnames.ora dosyasına girişler koydu. İlk olarak, ortam değişkenlerini ayarlayarak veritabanına bağlanabildim (Windows):

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

ve ardından kullanarak

sqlplus / as sysdba

Sonra, Brad Rippe'in cevabından komutu çalıştırmak:

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

isimlerin tam olarak eşleşmediğini gösterdi. Orijinal olarak Oracle'ın Veritabanı Yapılandırma Yardımcısı kullanılarak oluşturulan girişler:

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

Sorgudaki hizmet adı mydatabasedaha doğruydu mydatabase.mydomain.com. Tnsnames.ora dosyasını, etki alanı bölümü olmadan yalnızca temel adla düzenledim, böylece şöyle görünüyordu:

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

TNS Dinleyici hizmetini yeniden başlattım ( Hizmetler denetim masası yerine sık sık lsnrctl stopve lsnrctl startbir yönetici komut penceresinden [veya Windows Powershell] kullanıyorum, ancak her ikisi de çalışıyor.) Bundan sonra bağlanabildim.


4

Ben de aynı problemi yaşadım. Benim için, sadece yazmak

sqlplus myusername/mypassword@localhost

hile yaptım, bunu varsayılan servis adına bağlar, sanırım.


1
Bağlantı dizemizde bu hataya neden olan benzer bir sorun vardı. Biz bağlantı dizesi ile Oracle'ın JDBC ince sürücüsü kullanarak bağlantı edildi: jdbc:oracle:thin:@//localhost:1521/orcl. Bu hatayı ortadan kaldırmak için düzeltilmiş bağlantı dize: jdbc:oracle:thin:@localhost:1521.
dan

bunun işe yarayıp yaramayacağına bağlıdır - başkalarının söylediklerine karar vererek, bu bağlanma yolunun SID yerine bilgisayar ana bilgisayar adını kullanarak tamamen dinleyiciyi atladığına inanıyorum - bu bağlantı şekli üçüncü taraf istemcilerde sorunlara neden oluyor - yalnızca sqlnet.ora içinde EZCONNECT belirtildiğinde de çalışır: NAMES.DIRECTORY_PATH = (TNSNAMES, EZCONNECT)
hello_earth

3

benim için işe yarayan gerçekten basitti, ben sadece "Windows Hizmetleri" (cmd trompt services.msc) hizmeti elle başlatmak gerekiyordu. hizmet adım: OracleServiceXXXXX.


Benim durumumda, Başlangıç ​​Türü Otomatik olarak ayarlanmış olsa da, makine önyüklendiğinde başlamıyor. "OracleServiceXE" hizmetini el ile başlattıktan sonra, Oracle Database 11g Express'in DB ve APEX (Oracle Application Express) web sayfasına bağlanması için çalışır.
Ivan Chau

2

Veritabanının hazır olup olmadığını kontrol edin. Sunucuda oturum açın, ORACLE_SID ortam değişkenini veritabanı SID'inize ayarlayın ve SQL * Plus'ı yerel bağlantı olarak çalıştırın.


Bu benim sorunumdu. Veritabanımız, DP'yi kullanan başka bir programı kullanmaya çalışırken bir VM üzerinde barındırılıyor. Bu konuyu gördükten sonra muhtemelen aşağı olduğunu anladım.
Sh4d0wsPlyr

2

Bu hata, bir uygulama her veritabanı etkileşimi için yeni bir bağlantı kurduğunda veya bağlantılar düzgün kapatılmadığında oluşabilir. Bunu izlemek ve onaylamak için ücretsiz araçlardan biri Oracle Sql geliştiricisidir (DB oturumlarını izlemek için kullanabileceğiniz tek araç olmamasına rağmen).

aracı oracle sitesinden indirebilirsiniz Sql Developer

oturumları nasıl izleyeceğinizin bir ekran görüntüsü. (ORA-12514 hatasını gördüğünüzde uygulama kullanıcınız için çok sayıda oturum biriktirirseniz, bağlantı havuzu sorununuz olabileceğinin iyi bir göstergesidir).

resim açıklamasını buraya girin


2

Linux ortamımdaki / etc / hosts dosyamdaki IP'nin güncellenmesiyle bu sorunu çözdüm.

Ağ IP'nizi (inet end.) Aşağıdakilerle doğrulayabilirsiniz:

$ifconfig

IP'nizin / etc / hosts dosyasıyla eşleşip eşleşmediğine bakın:

$cat /etc/hosts

Yapılırsa / etc / hosts dosyanızı düzenleyin:

$sudo gedit /etc/hosts

Hoşçakal.


2
bu eskidir, ancak / etc / hosts dosyasına IP'nizi eklemek pek mantıklı değildir. OP'de SERVICE_NAME eksik, diğer şeyler oldukça alakasız
Ostap

IP adresimi / etc / host dosyasına eklemedim. Az önce düzelttim. Bu konuda görebileceğiniz gibi, bu soruyu çözmek için birçok geçerli (upvote ile) cevaplar ve çeşitler var. Eğer bu cevap size yardımcı olmadıysa, niçin aşağı oy verin? Bu cevap hala bana yardım ettiği için birine yardımcı olabilir.
Sergio MC Figueiredo

2

Oracle'ı bir VM'de (benim gibi) çalıştıranlar için, VM'imin belleği yetersiz kaldığı için bu sorunu gördüm; VM belleğimi artırmak ve yeniden başlatmak sorunu çözdü.


2

Burada çok sayıda cevap var, ancak burada hemen kopyalayıp yapıştırabileceğiniz ve test edebileceğiniz bir kod örneği var:

Benim için doğru SERVICE_NAME belirtildikten sonra 12514 hatası çözüldü. Bunu sunucuda tnsnames.oraönceden tanımlanmış 3 hizmet adıyla gelen dosyada bulabilirsiniz (bunlardan biri "XE" dir).

  1. Önceden yüklenmiş bazı demo tablolarıyla birlikte gelen Oracle Express veritabanı OracleXE112'yi kurdum.
  2. Yükleyiciyi başlattığınızda bir parola girmeniz istenir. Şifre olarak "xxx" girdim. (üretimde kullanılmaz)
  3. Sunucum makinede çalışıyor 192.168.1.158
  4. Sunucuda, Windows Güvenlik Duvarı'ndaki TNSLSNR.exe işlemi için erişime açık bir şekilde izin vermelisiniz. Bu işlem 1521 numaralı bağlantı noktasını dinler.
  5. SEÇENEK A: C # (.NET2 veya .NET4) için, Oracle.DataAccess.dll dosyasını projenize eklemeniz gereken ODAC11'i indirebilirsiniz. Ayrıca bu DLL bağlıdır: OraOps11w.dll, oci.dll, oraociei11.dll (130MB!), Msvcr80.dll. Bu DLL dosyaları EXE ile aynı dizinde olmalı veya DLL yolunu: olarak belirtmelisiniz HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.112.4.0\DllPath. 64 bit makinelerde ayrıcaHKLM\SOFTWARE\Wow6432Node\Oracle\...
  6. B SEÇENEĞİ: Eğer indirdiyseniz ODAC12 Eğer Oracle.DataAccess.dll, OraOps12w.dll, oci.dll, oraociei12.dll (! 160MB), oraons.dll, msvcr100.dll gerekir. Kayıt defteri yoluHKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.121.2.0\DllPath
  7. SEÇENEK C: 100 MB'tan büyük dev DLL'ler istemiyorsanız, içinde bulduğunuz ODP.NET_Managed12.xxxxxxxx.zip dosyasını indirmelisiniz.Oracle.ManagedDataAccess.dll , sadece 4 MB ve 32 bit ve 64 bit işlemlerde çalışan saf yönetilen bir DLL olan ve diğer DLL'lere bağlı değildir ve herhangi bir kayıt defteri girdisi gerektirmez.
  8. Aşağıdaki C # kodu sunucu tarafında herhangi bir yapılandırma yapmadan benim için çalışıyor (sadece varsayılan kurulum):
Oracle.DataAccess.Client kullanarak;
veya
Oracle.ManagedDataAccess.Client kullanarak;

....

string oradb = "Veri Kaynağı = (DESCRIPTION ="
    + "(ADDRESS_LIST = (ADDRESS = (PROTOKOL = TCP) (HOST = 192.168.1.158) (PORT = 1521)))"
    + "(CONNECT_DATA = (SUNUCU = BELGE) (SERVICE_NAME = XE)));"
    + "Kullanıcı Kimliği = SİSTEM; Şifre = xxx;";

kullanarak (OracleConnection conn = yeni OracleConnection (oradb)) 
{
    conn.Open ();
    (OracleCommand cmd = yeni OracleCommand ()) kullanarak
    {
        cmd.Bağlantı = conn;
        cmd.CommandText = "DBA_DATA_FILES arasından TABLESPACE_NAME seçin";

        (OracleDataReader dr = cmd.ExecuteReader ()) kullanarak
        {
            while (dr.Okuma ())
            {
                ListBox.Items.Add (dr [ "tablespace_name"]);
            }
        }
    }
}

Eğer SERVICE_NAME=XEyanlış hatası 12514. olsun SERVICE_NAMEisteğe bağlıdır. Ayrıca bırakabilirsiniz.


Çok teşekkürler, çözümünüzden hile buldum, benim durumumda, programı engelleyen anti-virüs oldu, bu nedenle Oracle db ile bir bağlantı elde edemedi.
robot_alien

2

Ben de aynı sorunla karşılaşmıştım ve 3 gününü araştırmak için harcadım.

Bu, yanlış TNS hizmet girişiniz nedeniyle olur.

Öncelikle sql> sqlplus sys@orastand as sysdba( orastandstandby veritabanıdır) kullanarak yedek veritabanına birincil veritabanından bağlanıp bağlanamadığınızı kontrol edin .

Bağlanamıyorsanız, bu hizmetle ilgili bir sorundur. Birincil sondaki TNS dosyasındaki hizmet adı girişini düzeltin.

Bekleme veritabanını aynı şekilde kontrol edin. Gerekirse, burada da değişiklikler yapın.

log_archive_dest_2Parametrenin doğru servis adına sahip olduğundan emin olun .


1

Belirtilen uzak SID yanlış olduğundan aynı hatayı aldım:

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

Sistem veritabanını sorguladım:

global_name'den * seçin;

ve uzak SID'imi ("XE") buldum.

Sonra herhangi bir sorun olmadan bağlanabilir.


0

Benim durumumda veritabanında disk alanı kalmamıştı. Bu da yanıt vermemesine neden oldu. Bu sorunu çözdüğümde her şey tekrar çalıştı.


Bunu nasıl öğrenebilirim?
CodeSlave

0

Benim için bunun nedeni, kurulumu kullanan dinamik bir ipadress kullanmaktı. Statik bir ipadress kullanarak Oracle'ı yeniden kurdum ve sonra her şey iyiydi



0

Sorunum, URL'deki'SID 'yerine' hizmet adı 've doğru ana bilgisayar kullanılarak değiştirildi.


0

tnslsnr çalışıyor ancak veritabanı çalışmıyor.

Oracle Acemi için bağlantılar kabul edilirken veritabanının kapalı olabileceği açık değildir.

Veritabanını manuel olarak başlatmak zorunda kaldım

su - oracle
export ORACLE_SID=XE
sqlplus sys as sysdba

Ve sonra sql konsolunda

startup

Benim durumumda başlayamadım ama başka bir hata mesajı aldım ve bir sorunun kaynağını buldum - ana bilgisayar adını değiştirmek zorunda kaldım ve sonra veritabanı otomatik başlatma tekrar işlevsel oldu.


0

Bu sorunu çözmek için aşağıdaki geçici çözümü uyguladım.

  1. ORACLE_HOME komut istemini kullanarak ayarladım (cmd.exe'ye sağ tıklayın ve Sistem yöneticisi olarak çalıştır).

  2. Aşağıdaki komut kullanılır

    set oracle_home="path to the oracle home"

  3. Git Tüm programlarda -> Oracle -ORa home1 -> Yapılandırma taşıma araçları -> Net Yöneticisi -> Dinleyici

  4. Açılır listeden Veritabanı Hizmetleri'ni seçin. Global veritabanı adı ve SID aynı (benim durumumda ORCL) olarak ayarlanmıştır. Oracle Home Directory'yi ayarlayın.

Oracle Belgelemesinden Oracle Net Manager Penceresi Örneği: Oracle Net Manager örneği

  1. Dosya'yı tıklayın ve ağ yapılandırmasını kaydedin.

0

Sorun benim bağlantı dizesi url SID yerine veritabanı adı içeriyordu. Veritabanı adının yerine Oracle veritabanı bağlantısı SID kullanılması bu sorunu çözdü.

Oracle SID'lerinizi öğrenmek için tnsnames.oradosyaya göz atabilirsiniz .

XE gerçek SID idi, bu yüzden tomcat bağlantı dizem şu şekilde görünüyor:

    <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" />

Sunucu sürümüm "Oracle 11.2 Express" idi, ancak çözüm diğer sürümlerde de çalışmalıdır.


0

Benim durumumda, tnsnames.ora dosyasında SERVICE_NAME çevresindeki yuvarlak köşeli ayraçlar eksikti .

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

0

Bağlantı için yaylı önyükleme ve jdbc kullananlar. Application.properties dosyasında jdbcUrl yazarken dikkatli olmalısınız

Veritabanı bağlantısında SID ile - source.datasource.jdbcUrl = jdbc:oracle:thin:@[HOST][:PORT]:SID

Db bağlantısında Servis adı ile globe.datasource.jdbcUrl = jdbc:oracle:thin:@//[HOST][:PORT]/SERVICE

Bu benim için çalıştı :)

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.