Eu executo uma instância do Oracle 11g localmente na minha máquina de desenvolvimento e posso conectar-me à instância local diretamente via SqlPlus:
c:\>sqlplus ace
SQL*Plus: Release 11.2.0.2.0 Production on Mon Mar 11 11:50:20 2013
Copyright (c) 1982, 2010, Oracle. All rights reserved.
Enter password:
Connected to:
Oracle Database 11g Express Edition Release 11.2.0.2.0 - Beta
SQL> select count(*) from my_table ;
COUNT(*)
----------
5297Mas não consigo me conectar a ele através do ouvinte:
c:\>sqlplus -L "user/pw@(DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE)))"
SQL*Plus: Release 11.2.0.2.0 Production on Mon Mar 11 11:52:40 2013
Copyright (c) 1982, 2010, Oracle. All rights reserved.
ERROR:
ORA-12514: TNS:listener does not currently know of service requested in connect
descriptor
SP2-0751: Unable to connect to Oracle. Exiting SQL*PlusDa mesma forma, se eu conectar através do SqlDeveloper, recebo um erro (embora ORA-12505, TNS:listener does not currently know of SID given in connect descriptor).
Esta instância está estável e funcionando bem por um ano ou mais até hoje, uma segunda-feira de manhã. Às vezes, nossa TI corporativa lança novas políticas e atualizações no fim de semana, então estou assumindo que algo mudou, mas não consegui descobrir o que.
Reiniciei o serviço e o ouvinte várias vezes, o log do ouvinte não fornece nenhuma pista.
O ouvinte parece bem:
c:\>lsnrctl status
LSNRCTL for 32-bit Windows: Version 11.2.0.2.0 - Beta on 11-MAR-2013 11:55:33
Copyright (c) 1991, 2010, Oracle. All rights reserved.
Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 11.2.0.2.0 - Beta
Start Date 11-MAR-2013 11:17:30
Uptime 0 days 0 hr. 38 min. 3 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Default Service XE
Listener Parameter File C:\oraclexe\app\oracle\product\11.2.0\server\network\admin\listener.ora
Listener Log File C:\oraclexe\app\oracle\diag\tnslsnr\FBC305BB46560\listener\alert\log.xml
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=machine.domain.com)(PORT=1521)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfullyA porta 1521 parece ok:
c:\>netstat -an -O | find /i "1521"
TCP 0.0.0.0:1521 0.0.0.0:0 LISTENING 4368
TCP 169.243.90.109:55307 159.185.207.100:1521 ESTABLISHED 12416
TCP [::]:1521 [::]:0 LISTENING 4368(O PID 4368 é um processo TNSLSNR.exe.)
Além disso, eu posso tnspingpara o serviço XE:
c:\>tnsping xe
TNS Ping Utility for 32-bit Windows: Version 11.2.0.2.0 - Beta on 11-MAR-2013 12:27:47
Copyright (c) 1997, 2010, Oracle. All rights reserved.
Used parameter files:
C:\oraclexe\app\oracle\product\11.2.0\server\network\admin\sqlnet.ora
Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = machine.domain.com)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE)))
OK (210 msec)O listenerr.oraarquivo:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)
(PROGRAM = extproc)
)
(SID_DESC =
(SID_NAME = CLRExtProc)
(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)
(PROGRAM = extproc)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
(ADDRESS = (PROTOCOL = TCP)(HOST = machine.domain.com)(PORT = 1521))
)
)
DEFAULT_SERVICE_LISTENER = (XE)Além disso, e não faço ideia se está relacionado, não consigo acessar o ápice em https://127.0.0.1:8080/apex (mesmo que as permissões para isso pareçam boas).
Então, onde mais eu deveria estar procurando?
Atualize com as informações solicitadas:
SQL> show parameter service_names
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
service_names string XE
SQL> show parameter local_listener
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
local_listener stringAtualização2 : como @ miracle173 aponta corretamente, o ouvinte não estava bem. Com o parâmetro 'local_listener' atualizado, agora são exibidas informações extras:
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1ipc)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=machine.domain.com)(PORT=1521)))
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=127.0.0.1)(PORT=1521)))
Services Summary...
Service "CLRExtProc" has 1 instance(s).
Instance "CLRExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "PLSExtProc" has 1 instance(s).
Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
Service "XEXDB" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
Service "xe" has 1 instance(s).
Instance "xe", status READY, has 1 handler(s) for this service...
The command completed successfully
@YasirArsanukaev instance_name é 'xe' (em minúsculas, se isso for relevante) e eu não tenho uma variável de ambiente ORACLE_SID.
—
unsliced
duas notas: "o ouvinte parece bem": acho que não, porque não exibe um serviço chamado "XE" "Posso executar ping no serviço XE": tnsping se conecta ao ouvinte, mas não se preocupa com os serviços. portanto, você só pode mostrar se o ouvinte está em funcionamento, mas não pode usar o ist para verificar se o ouvinte registrou um serviço. Portanto, tnsping "(DESCRIÇÃO = (ENDEREÇO = (PROTOCOLO = TCP) (HOST = localhost) (PORT = 1521)) (CONNECT_DATA = (SERVIDOR = DEDICATED) (SERVICE_NAME = XE)))" terá êxito se um ouvinte estiver executando na porta 1521 do host local, mesmo que o serviço não exista.
—
miracle173
Encontrei o mesmo problema hoje e, como @ miracle173 descreveu, há um registro no alert.log. O Oracle está sendo executado em uma VM. Acontece que na VM, o nome do host e o nome do host.domínio apontam para um endereço IP diferente de 127.0.0.1 (localhost). Depois de modificar o arquivo hosts (Windows \ system32 \ drivers \ etc) para forçar o mapeamento, tudo está bem agora.
alter registo Corrigido o problema .. obrigado :)
—
user116258
INSTANCE_NAMEparâmetro de inicialização eORACLE_SIDvariável de ambiente? Seu banco de dados não se registra no ouvinte padrão por algum motivo. Tente emitiralter system register;e, em seguida, reconecte-se ao banco de dados.