{"id":2502,"date":"2017-03-10T16:25:56","date_gmt":"2017-03-10T19:25:56","guid":{"rendered":"http:\/\/www.dbarj.com.br\/?p=2502\/"},"modified":"2017-03-10T16:33:29","modified_gmt":"2017-03-10T19:33:29","slug":"verificar-em-qual-hub-node-o-leaf-node-esta-conectado-no-oracle-flex-cluster","status":"publish","type":"post","link":"https:\/\/www.dbarj.com.br\/pt-br\/2017\/03\/verificar-em-qual-hub-node-o-leaf-node-esta-conectado-no-oracle-flex-cluster\/","title":{"rendered":"Verificar em qual Hub Node o Leaf Node est\u00e1 conectado no Oracle Flex Cluster"},"content":{"rendered":"

Neste artigo, vou mostrar como detectar em qual Hub Node o seu Leaf Node est\u00e1 conectado em uma arquitetura de Oracle Flex Cluster quando voc\u00ea possui m\u00faltiplos Hub Servers.<\/p>\n

Antes de mais nada, vamos verificar o cen\u00e1rio atual:<\/p>\n

[oracle@oranode3 ~]$ crsctl get node role status -all\r\nNode 'oranode1' active role is 'hub'\r\nNode 'oranode2' active role is 'hub'\r\nNode 'oranode3' active role is 'leaf'<\/pre>\n
Ent\u00e3o na minha configura\u00e7\u00e3o atual eu possuo 2 Hub Nodes (oranode1<\/strong> e oranode2<\/strong>) mas apenas 1 Leaf Node (oranode3<\/strong>).<\/p>\n
Para verificar em quais dos 2 Hub Nodes o meu Leaf Node est\u00e1 conectado, eu preciso verificar no arquivo de trace ocssdrim.trc para qual n\u00f3 o meu leaf est\u00e1 periodicamente enviando pings e verificando a disponibilidade:<\/p>\n
[oracle@oranode3 ~]$ export GRID_BASE=\/u01\/app\/grid\r\n[oracle@oranode3 ~]$ cat  $GRID_BASE\/diag\/crs\/$(hostname -s)\/crs\/trace\/ocssdrim.trc | grep 'Sending a ping msg to' | tail -1\r\n2017-03-10 13:57:32.916716 :    CSSD:3347568384: clssbnmc_PeriodicPing_CB: Sending a ping msg to host oranode1, number 1, using handle (0x2525390) last msg to hub at 70720064, connection timeout at 70750064, current time 70722514\r\n<\/pre>\n
Portanto, pela mensagem acima, o oranode3<\/strong> est\u00e1 periodicamente enviando pings para o oranode1<\/strong>, significando este \u00e9 o node ao qual ele est\u00e1 conectado.<\/p>\n
E o que acontece quando um Hub Node deixa de fazer parte do cluster? Nestes casos, o Leaf Nodes associado ao Hub Node vai fazer um failover para um dos nodes restantes no cluster.<\/p>\n
Vamos fazer um teste. No oranode1<\/strong>:<\/p>\n
[root@oranode1 ~]# crsctl stop crs\r\nCRS-2791: Starting shutdown of Oracle High Availability Services-managed resources on 'oranode1'\r\nCRS-2673: Attempting to stop 'ora.crsd' on 'oranode1'\r\nCRS-2790: Starting shutdown of Cluster Ready Services-managed resources on 'oranode1'\r\n(...)\r\nCRS-2793: Shutdown of Oracle High Availability Services-managed resources on 'oranode1' has completed\r\nCRS-4133: Oracle High Availability Services has been stopped.<\/pre>\n
Agora de volta ao oranode3<\/strong> vamos checar se existe alguma conex\u00e3o finalizada:<\/p>\n
[oracle@oranode3 ~]$ cat  $GRID_BASE\/diag\/crs\/$(hostname -s)\/crs\/trace\/ocssdrim.trc | grep 'Destroying connection' | tail -1\r\n2017-03-10 14:02:02.932005 :    CSSD:3347568384: clssbnmConnDestroy: Destroying connection object (0x7f1ab4034310) for host oranode1<\/pre>\n
E uma nova conex\u00e3o estabelecida para:<\/p>\n
[oracle@oranode3 ~]$ cat  $GRID_BASE\/diag\/crs\/$(hostname -s)\/crs\/trace\/ocssdrim.trc | grep 'Sending a ping msg to' | tail -1\r\n2017-03-10 14:04:34.377566 :    CSSD:3347568384: clssbnmc_PeriodicPing_CB: Sending a ping msg to host oranode2, number 2, using handle (0x1f83750) last msg to hub at 71141124, connection timeout at 71171124, current time 71143974<\/pre>\n
Como esperado, oranode2<\/strong>, o \u00fanico Hub Node sobrevivente.<\/p>\n
Refer\u00eancias:<\/p>\n