шпулька исчезает каждый раз, когда solaris кластерная перезагрузка или цикл включения и выключения питания

У меня есть следующая установка

Oracle Солярис 10-> 5,10 Generic_147147-26 sun4v sparc

База данных Oracle 11 г Enterprise Edition производство Выпуска 11.2.0.1.0 - 64bit

Oracle Solaris Cluster 3.3u2 для Соляриса 10 sparc

Oracle Solaris Cluster Географический Выпуск 3.3u2 для Соляриса 10 sparc

Я установил Oracle Солярис 10 с ZFS, у меня есть пул для/oradata, Когда когда-либо я перезагружаю/подвергаю циклу включения и выключения питания свое кластерное объединение ZFS, исчезает из-за того кластера, не может запустить базу данных оракула, resource/group Каждый раз после того, как я перезагружаю/подвергаю циклу включения и выключения питания кластер, который я должен сделать вручную

zpool import db
clrg online ora-rg 
...

какова может быть причина?

единственная вещь я знаю шпульку дб, пул, импортируется со ртами - имеет ресурс, который я создал как показано ниже (с опцией 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
3
задан 30 April 2015 в 15:19
1 ответ

дорогие все, я нашел свой ответ

https://community.oracle.com/thread/3714952?sr=inbox

ожидается с кластерами с одним узлом в конфигурации геокластера:


Если весь кластер выходит из строя, а затем восстанавливается, ожидается, что версия geo останавливает группы защиты в локальном кластере при загрузке. Причина этого в том, что могло произойти поглощение, или хранилище / данные могут быть нетронутыми или доступными (если на основном сайте произошел полный сбой, хотя узлы кластера вернулись обратно, это не означает, что хранилище / данные неповрежденный и готовый взять на себя роль, которую сайт выполнял до сбоя). По этой же причине мы требуем auto_start_on_new_cluster = false для rgs приложения, которые добавляются в группу защиты. После перезагрузки кластера пользователь должен вмешаться и выполнить запуск или выполнить процедуру восстановления после сбоя по мере необходимости.

1
ответ дан 3 December 2019 в 07:26

Теги

Похожие вопросы