O ouvinte do Oracle 11g falha com erros ORA-12514 e ORA-12505

17

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(*)
----------
      5297

Mas 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*Plus

Da 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 successfully

A 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                       string

Atualizaçã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
Sem fatias
fonte
Quais são os valores do seu INSTANCE_NAMEparâmetro de inicialização e ORACLE_SIDvariável de ambiente? Seu banco de dados não se registra no ouvinte padrão por algum motivo. Tente emitir alter system register;e, em seguida, reconecte-se ao banco de dados.
Yasir Arsanukaev
@YasirArsanukaev instance_name é 'xe' (em minúsculas, se isso for relevante) e eu não tenho uma variável de ambiente ORACLE_SID.
unsliced
3
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

Respostas:

15

Então, graças a @YasirArsanukaev pelo tempo que dedicou, encontrei uma solução que funciona, mas que não posso explicar de verdade.

Pensando bem LOCAL_LISTENER, eu estava lendo esta outra resposta, onde dizia:

O banco de dados usa o parâmetro LOCAL_LISTENER para identificar o ouvinte no qual ele deve se registrar. Por padrão, é nulo, que de acordo com a documentação é equivalente ao nome do host: 1521.

Então, tentei executar ping no meu próprio nome de host e não consegui - parece algum problema de IPv6, recebendo uma mensagem geral de falha.

Então eu segui o conselho dessa resposta

SQL> alter system set LOCAL_LISTENER='(ADDRESS=(PROTOCOL=TCP)(HOST=localhost)(PORT=1521))' scope=both;
SQL> alter system register;

e agora funciona, presumivelmente porque pode resolver a referência de host local, onde falhou ao resolver o nome do host real.

Sem fatias
fonte
1
você realmente explicou a solução: o registro automático do banco de dados no padrão LOCAL_LISTENER = '(ENDEREÇO ​​= (PROTOCOLO = TCP) (HOST = nome do host) (PORT = 1521)))' (em que nome do host é o nome da rede da máquina) não funciona porque há um problema para alcançar a máquina com esse nome. Talvez haja uma entrada no alert.log ou em algum sqnlnet.log (% ORACLE_HOME% / network / log /) sobre o problema de registro do banco de dados
miracle173
@Unsliced ​​Na verdade, tenho o mesmo problema, para o meu caso, foi resolvido porque o ID do serviço usado removeu o texto postfix ".Domain.local".
Nap
correndo as duas declarações alter resolvido os tns Listner mensagem de erro para mim e eu era capaz de se conectar
smartexpert