Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 RAC + ORA 12154 при падении узла  [new]
RAC 12154
Guest
Добрый день!

Есть в наличии два узла RAC под Oracle 10.2.0.4.0. Крутится все на Solaris 10.

Клиентам для подключения указаны vip адреса узлов.

Имитирую падение одного узла (просто init 5), наблюдаю "переезд" vip адреса упавшего узла на так сказать "выживший" узел.

Со стороны клиентов при коннекте получаю
ORA-12514: TNS:listener could not resolve SERVICE_NAME given in connect
descriptor

В чем может быть фишка?
24 июн 09, 12:19    [7336849]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
какой tnsnames enty для этого коннекта у клиента ??
24 июн 09, 12:24    [7336880]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
RAC 12154
Guest
pravednik
какой tnsnames enty для этого коннекта у клиента ??

Такой
cluster =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = cluster1)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = cluster2)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = cluster)
    )
  )

Соответственно вместо cluster1, cluster2 проставлены vip адреса узлов
24 июн 09, 12:36    [7336987]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
RAC 12154
В чем может быть фишка?
глупый вопрос - а до "падения" узла все работало нормально ? :)

ПС.
выдайте с выжившего узла результат команды
lsnrctl status
lsnrctl services
24 июн 09, 12:43    [7337040]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
RAC 12154
Guest
denix1
RAC 12154
В чем может быть фишка?
глупый вопрос - а до "падения" узла все работало нормально ? :)

ПС.
выдайте с выжившего узла результат команды
lsnrctl status
lsnrctl services

До "падения" все отлично работало.


lsnrctl status c "выжившего"

$ lsnrctl status

LSNRCTL for Solaris: Version 10.2.0.4.0 - Production on 24-JUN-2009 12:51:02

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

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias                     LISTENER_cluster1
Version                   TNSLSNR for Solaris: Version 10.2.0.4.0 - Production
Start Date                24-JUN-2009 12:01:00
Uptime                    0 days 0 hr. 50 min. 1 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /oracle/app/oracle/product/10.2.0./db_1/asm/network/admin/listener.ora
Listener Log File         /oracle/app/oracle/product/10.2.0./db_1/asm/network/log/listener_cluster1.log
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=EXTPROC1)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=cluster1-vip-ip)(PORT=1521)))
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=cluster1-public-ip)(PORT=1521)))
Services Summary...
Service "+ASM" has 1 instance(s).
  Instance "+ASM1", status BLOCKED, has 1 handler(s) for this service...
Service "+ASM_XPT" has 1 instance(s).
  Instance "+ASM1", status BLOCKED, 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 "cluster" has 1 instance(s).
  Instance "cluster1", status READY, has 2 handler(s) for this service...
Service "clusterXDB" has 1 instance(s).
  Instance "cluster1", status READY, has 1 handler(s) for this service...
Service "cluster_XPT" has 1 instance(s).
  Instance "cluster1", status READY, has 2 handler(s) for this service...
The command completed successfully
$ 

lsnrctl services с выжившего
$ lsnrctl services

LSNRCTL for Solaris: Version 10.2.0.4.0 - Production on 24-JUN-2009 12:55:40

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

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
Services Summary...
Service "+ASM" has 1 instance(s).
  Instance "+ASM1", status BLOCKED, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0 state:ready
         LOCAL SERVER
Service "+ASM_XPT" has 1 instance(s).
  Instance "+ASM1", status BLOCKED, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0 state:ready
         LOCAL SERVER
Service "PLSExtProc" has 1 instance(s).
  Instance "PLSExtProc", status UNKNOWN, has 1 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0
         LOCAL SERVER
Service "cluster" has 1 instance(s).
  Instance "cluster1", status READY, has 2 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0 state:ready
         REMOTE SERVER
         (ADDRESS=(PROTOCOL=TCP)(HOST=cluser1)(PORT=1521))
      "DEDICATED" established:1 refused:0 state:ready
         LOCAL SERVER
Service "clusterXDB" has 1 instance(s).
  Instance "cluster1", status READY, has 1 handler(s) for this service...
    Handler(s):
      "D000" established:0 refused:0 current:0 max:992 state:ready
         DISPATCHER <machine: cluster1, pid: 5412>
         (ADDRESS=(PROTOCOL=tcp)(HOST=cluster1)(PORT=32816))
Service "cluster_XPT" has 1 instance(s).
  Instance "cluster1", status READY, has 2 handler(s) for this service...
    Handler(s):
      "DEDICATED" established:0 refused:0 state:ready
         REMOTE SERVER
         (ADDRESS=(PROTOCOL=TCP)(HOST=cluster1)(PORT=1521))
      "DEDICATED" established:1 refused:0 state:ready
         LOCAL SERVER
The command completed successfully
$
24 июн 09, 13:00    [7337173]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
RAC 12154
До "падения" все отлично работало.

lsnrctl status c "выжившего"
вроде как все ОК
правда вы малость намутили с заменой адресов
cluster1
cluster1-vip-ip
cluster1-public-ip

но в общем случае это не существенно

дальнейшие рекомендации минздрава - трассировка на уровне клиента
да и со стороны сервера неплохо бы глянуть какой SERVICE_NAME от него требует клиент
24 июн 09, 13:16    [7337293]     Ответить | Цитировать Сообщить модератору
 Re: RAC + ORA 12154 при падении узла  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
RAC 12154
pravednik
какой tnsnames enty для этого коннекта у клиента ??

Такой
cluster =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = cluster1)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = cluster2)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = cluster)
    )
  )

Соответственно вместо cluster1, cluster2 проставлены vip адреса узлов


Ищите в области resolv.conf и /etc/hosts . Что то там у вас запутано, типа листенер использует имена которые клиент не может разрезолвить.

Ну а к тому же, не нужно говорить что делать при падении и нужен ли лоад балансинг?
24 июн 09, 22:50    [7340504]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить