zpool desaparece sempre que a reinicialização do cluster solaris ou o ciclo de energia

Question

Eu tenho seguindo a configuração

Oracle Solaris 10 - > 5.10 Generic_147147-26 sun4v sparc

Oracle Database 11g Enterprise Edition versão 11.2.0.1.0 - produção de 64 bits

Oracle Solaris Cluster 3.3u2 para Solaris 10 sparc

Oracle Solaris Cluster Geographic Edition 3.3u2 para Solaris 10 sparc

Eu instalei o Oracle Solaris 10 com o ZFS Eu tenho uma piscina para / oradata Sempre que eu reiniciar / ligar e desligar meu cluster, o pool do ZFS desaparece por causa desse cluster não pode iniciar o recurso / grupo de banco de dados oracle Toda vez que depois de reiniciar / ligar e desligar o cluster eu tenho que fazer manualmente

zpool import db
clrg online ora-rg 
...

qual pode ser o motivo?

a única coisa que sei db zpool, o conjunto é importado com o recurso ora-has que criei como mostrado abaixo (com a opção Zpools)

# /usr/cluster/bin/clresourcegroup create ora-rg
# /usr/cluster/bin/clresourcetype register SUNW.HAStoragePlus 
# /usr/cluster/bin/clresource create -g ora-rg -t SUNW.HAStoragePlus -p Zpools=db ora-has

# zpool status db
  pool: db
  state: ONLINE
 scan: none requested
config:

        NAME        STATE     READ WRITE CKSUM
        db          ONLINE       0     0     0
          mirror-0  ONLINE       0     0     0
            c0t2d0  ONLINE       0     0     0
            c0t3d0  ONLINE       0     0     0

errors: No known data errors


Booting in cluster mode

impdneilab1 console login: Apr 21 17:12:24 impdneilab1 cl_runtime:     NOTICE: CMM: Node impdneilab1 (nodeid = 1) with votecount = 1 added.
Apr 21 17:12:24 impdneilab1 sendmail[642]: My unqualified host name (impdneilab1) unknown; sleeping for retry
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: Node impdneilab1: attempting to join cluster.
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: Cluster has reached quorum.
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: Node impdneilab1 (nodeid = 1) is up; new incarnation number = 1429629142.
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: Cluster members: impdneilab1.
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: node reconfiguration #1 completed.
Apr 21 17:12:24 impdneilab1 cl_runtime: NOTICE: CMM: Node impdneilab1: joined cluster.
Apr 21 17:12:24 impdneilab1 in.mpathd[262]: Successfully failed over from NIC nxge1 to NIC e1000g1
Apr 21 17:12:24 impdneilab1 in.mpathd[262]: Successfully failed over from NIC nxge0 to NIC e1000g0
obtaining access to all attached disks

    

Answer 1

querida, tudo que eu encontrei minha resposta

link

O comportamento é esperado com clusters de nó único em uma configuração de cluster geográfico:

Se um cluster inteiro ficar inativo e voltar, o comportamento esperado é que a edição geográfica interrompa os grupos de proteção no cluster local durante a inicialização.  A razão para isso é que uma aquisição poderia ter sido emitida ou armazenamento / dados podem não estar intactos ou disponíveis (se o site primário tiver uma falha total, embora os nós do cluster tenham retornado, isso não significa que o armazenamento / dados intacto e pronto para assumir o papel que o site teve antes do fracasso).  Essa é a mesma razão pela qual precisamos de auto_start_on_new_cluster = false nas rgs do aplicativo que são adicionadas a um grupo de proteção.  Após a reinicialização do cluster, o usuário precisa intervir e fazer um início ou passar por um procedimento de failback, conforme necessário.