Como configurar um ouvinte Oracle sem SID_LIST_LISTENER no listener.ora?

Tenho acesso a um servidor ORACLE 11g usando o seguinte listener.ora

# listener.ora Network Configuration File: D:\app\Administrator\product\11.1.0\db_1\NETWORK\ADMIN\listener.ora
# Generated by Oracle configuration tools.

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

e serve todas as instâncias nesse servidor, como posso verificar por

lsnrctl status

Meu problema é que, quando faço uma nova instalação do Oracle 11g em uma máquina virtual, tenho que usar um listener.ora como

# listener.ora Network Configuration File: C:\app\oracle\product\11.2.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\product\11.2.0\dbhome_1)
      (PROGRAM = extproc)
      (ENVS = "EXTPROC_DLLS=ONLY:C:\app\oracle\product\11.2.0\dbhome_1\bin\oraclr11.dll")
    )

   (SID_DESC =
     (GLOBAL_DBNAME = ORCL)
     (ORACLE_HOME = C:\app\oracle\product\11.2.0\dbhome_1)
     (SID_NAME = orcl)
    )

   (SID_DESC =
     (GLOBAL_DBNAME = BMBK)
     (ORACLE_HOME = C:\app\oracle\product\11.2.0\dbhome_1)
     (SID_NAME = BMBK)
    )

 )

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

ADR_BASE_LISTENER = C:\app\oracle

Sem a entrada SID_LIST_LISTENER, ou seja, usando um listener.ora assim do outro servidor que recebo

C:\Windows\system32>lsnrctl status

LSNRCTL for 64-bit Windows: Version 11.2.0.1.0 - Production on 27-NOV-2011 10:14
:24

Copyright (c) 1991, 2010, Oracle.  All rights reserved.

Anmeldung bei (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521)))
STATUS des LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for 64-bit Windows: Version 11.2.0.1.0 - Produ
ction
Startdatum                27-NOV-2011 10:14:08
Uptime                    0 Tage 0 Std. 0 Min. 18 Sek.
Trace-Ebene               off
Sicherheit                ON: Local OS Authentication
SNMP                      OFF
Parameterdatei des Listener C:\app\oracle\product\11.2.0\dbhome_1\network\admin\
listener.ora
Log-Datei des Listener    c:\app\oracle\diag\tnslsnr\WSV-BK-W7en64-S\listener\al
ert\log.xml
Zusammenfassung Listening-Endpunkte...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=169.254.200.102)(PORT=1521)))
Der Listener unterst³tzt keine Services
Der Befehl wurde erfolgreich ausgef³hrt.

A última mensagem é traduzida para

O ouvinte não oferece suporte a serviços.

Eu não tenho idéia, por que esses dois servidores se comportam de maneira diferente. Não encontrei dicas nos arquivos de configuração nem nas chaves do Registro.

Editar:

Acho que a resposta está em algum lugar oculto neste post da Burleson Consulting , mas não encontro o local em que ele está realmente configurado.

Um pouco atrasado para a festa neste ...

O banco de dados deve se registrar com o ouvinte automaticamente, tornando as SID_LISTentradas redundantes, e isso parece estar acontecendo com o seu 192.168.111.111ambiente. Se o ouvinte for iniciado após o banco de dados, pode demorar um pouco para ele se registrar e pode haver situações em que ele não o faz.

Você pode tentar registrá-lo com um alter system registercomando. O banco de dados usa o LOCAL_LISTENERparâmetro para identificar o ouvinte com o qual ele deve se registrar. Por padrão, isso é nulo, o que de acordo com a documentação é equivalente hostname:1521.

Se alter system registero serviço não aparecer na lsnrctl statussaída, suspeito que ele não consiga identificar o nome do host ou resolvê-lo, ou esteja resolvendo para um endereço diferente daquele em que o ouvinte está ou LOCAL_LISTENEResteja definido como algo inválido para o caixa virtual. Você pode definir o LOCAL_LISTENERpara corresponder listener.oradiretamente ao, por exemplo:

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

Ou você pode usar um alias que tenha esses detalhes no seu tnsnames.ora. Por exemplo, se você adicionar uma tnsnames.oraentrada como:

MY_LISTENER =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
  )

Então você pode:

alter system set local_listener='MY_LISTENER' scope=both;
alter system register;

A única vantagem real que posso ver do uso da tnsnames.oraversão, além da brevidade, é que você pode alterar a configuração nos arquivos SQL * Net em vez de no banco de dados; e mesmo isso realmente parece útil se você estiver clonando bancos de dados entre máquinas ou tiver seus ouvintes e bancos de dados executando sob contas diferentes (por exemplo, com um gridusuário para RAC / HA).

Há mais LOCAL_LISTENER aqui .

Edit: E isso parece bastante abrangente.

Eu tive um problema semelhante e descobri que apenas desligar e reiniciar a instância fazia com que ela fosse registrada corretamente.

Isso pode ser feito usando a linha de comando sqlplus. Você precisará fazer login como usuário com a sintaxe de privilégios do SYSDBA (por exemplo, sistema):

sqlplus name/pass as SYSDBA

em seguida, execute 'shutdown' e aguarde o término. em seguida, execute 'startup' e aguarde o término.

dedos cruzados, agora você deve ter uma instância registrada no ouvinte.

Para verificar se é esse o caso, você pode iniciar o lsnrctl e executar o comando 'status'. se não funcionou, você ainda verá a mensagem 'O ouvinte não suporta serviços', caso contrário, verá algo como

Service "horse" has 1 instance(s).
 Instance "horse", status READY, has 1 handler(s) for this service...