web-dev-qa-db-ja.com

Solaris Clusterの再起動または電源の入れ直しを行うと、zpoolが消えます。

私は次の設定をしています

Oracle Solaris 10-> 5.10 Generic_147147-26 Sun4v sparc

Oracle Database 11g Enterprise Editionリリース11.2.0.1.0-64ビットプロダクション

Solaris 10sparc用のOracleSolaris Cluster 3.3u2

Solaris 10sparc用のOracleSolaris Cluster Geographic Edition 3.3u2

Oracle Solaris10をZFSとともにインストールしました/ oradata用のプールがあります再起動/電源を入れ直すたびに、クラスターがOracleデータベースリソース/グループを起動できないため、クラスターのZFSプールが消えますクラスターを再起動/電源を入れ直すたびに、実行する必要があります手動で

zpool import db
clrg online ora-rg 
...

理由は何ですか？

私が知っている唯一のことはdbzpoolで、プールはoraでインポートされます-以下に示すように作成したリソースがあります（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
clusterzfsoracle-11gsolaris-10zpool
3
Halit Sakca

親愛なるすべて私は私の答えを見つけました

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

この動作は、ジオクラスター構成の単一ノードクラスターで予想されます。

クラスタ全体がダウンしてから復旧した場合、予想される動作は、geoエディションが起動時にローカルクラスタの保護グループを停止することです。これは、テイクオーバーが発行されたか、ストレージ/データが完全でないか利用できない可能性があるためです（プライマリサイトで完全な障害が発生した場合、クラスターノードが復旧したにもかかわらず、ストレージ/データが復旧したことを意味するわけではありません）無傷で、障害が発生する前にサイトが持っていた役割を引き受ける準備ができています）。これは、保護グループに追加されたアプリケーションrgでauto_start_on_new_cluster = falseが必要な理由と同じです。クラスターの再起動後、ユーザーは介入して開始するか、必要に応じてフェールバック手順を実行する必要があります。

1
Halit Sakca