Oracle 11g RAC OCR 與 db_unique_name 配置關係 說明

 

 

一. 問題一

在作RAC standby 的alert log裏發現以下錯誤：

 

SUCCESS: diskgroup DATA was mounted

ERROR: failed toestablish dependency between database dave_st and diskgroup resourceora.DATA.dg

SUCCESS: diskgroup FRA was mounted

ERROR: failed toestablish dependency between database dave_st and diskgroup resource ora.FRA.dg

 

    數據庫的實例名原本是dave，由於作成RAC standby，因此數據庫的db_unique_name 就改爲了dave_st。 這個在單實例是沒有什麼問題，但RAC 的db_unique_name 也會註冊到OCR中。

 

     所以對於RAC 的standby，除了要修改數據庫的db_unique_name ，還須要修改OCR中，我這裏的案例是我原來的RAC 環境已經搭建好的狀況，若是是新搭建的環境，就不會出現這種問題了。

 

二. 問題二

 

原來的db_unique_name 是dave,後來改爲了dave_st。 而後RAC 節點的pfile，就會自動被修改,即便咱們修改爲dave_st, 在咱們使用srvctl start 來啓動數據庫時，就會自動改爲dave,致使不能啓動，固然，手工修改以後，在進sqlplus，是能夠正常啓動，可是用srvctl 檢查狀態仍是未啓動。 

這也是爲何在RAC 環境下推薦使用srvctl 來啓動和關閉數據庫，而 不是直接使用sqlplus來操做的緣由。

 

[oracle@rac2 dbs]$ cat initdave2.ora

SPFILE='+DATA/dave/spfiledave.ora'           # line added by Agent

 

這樣致使啓動時找不到啓動文件而報錯，以下：

[oracle@rac1 dbs]$ srvctl start database -ddave

PRCR-1079 : Failed to start resourceora.dave.db

CRS-5017: The resource action"ora.dave.db start" encountered the following error:

ORA-01078: failure in processing systemparameters

ORA-01565: error inidentifying file '+DATA/dave/spfiledave.ora'

ORA-17503: ksfdopn:2Failed to open file +DATA/dave/spfiledave.ora

ORA-15056: additional error message

ORA-17503: ksfdopn:2 Failed to open file+DATA/dave/spfiledave.ora

 

 

三.解決方法

 

上面的2個問題，都是由於OCR中數據庫的配置出現了問題。

 

 

--查看當前配置：

[grid@rac1 ~]$ srvctl config database -ddave

Database unique name:dave

Database name: dave

Oracle home: /u01/app/oracle/11.2.0/db_1

Oracle user: oracle

Spfile:+DATA/dave/spfiledave.ora

Domain:

Start options: open

Stop options: immediate

Database role: PRIMARY

Management policy: AUTOMATIC

Server pools: dave

Database instances:dave1,dave2

Disk Groups: DATA,FRA

Mount point paths:

Services:

Type: RAC

Database is administrator managed

[grid@rac1 ~]$

 

咱們這裏將db_unique_name 修改爲dave_st. 不過不能直接修改，須要先將數據庫remove掉，在修改。

 

這裏要用oracle用戶操做，否則可能會出現權限問題，致使數據庫不能啓動。

 

[oracle@rac1 ~]$ srvctl remove database -d dave

 

[oracle@rac1 ~]$ srvctlconfig database -d dave_st

Database unique name:dave_st

Database name: dave

Oracle home: /u01/app/oracle/11.2.0/db_1

Oracle user: oracle

Spfile:

Domain:

Start options: open

Stop options: immediate

Database role: PRIMARY

Management policy: AUTOMATIC

Server pools: dave_st

Database instances:

Disk Groups:

Mount point paths:

Services:

Type: RAC

Database is administrator managed

[oracle@rac1 ~]$

 

--修改數據庫的其餘資源：

[oracle@rac1 ~]$ srvctl modify database -d dave_st -a DATA,FRA

[oracle@rac1 ~]$ srvctl add instance -d dave_st -i dave1 -n rac1

[oracle@rac1 ~]$ srvctl add instance -d dave_st -i dave2 -n rac2

[oracle@rac1 ~]$ srvctl modify database -d dave_st -p +DATA/dave_st/spfiledave.ora

 

 

最終結果以下：

[oracle@rac1 ~]$ srvctl config database -d dave_st                               

Database unique name:dave_st

Database name: dave

Oracle home: /u01/app/oracle/11.2.0/db_1

Oracle user: oracle

Spfile:+DATA/dave_st/spfiledave.ora

Domain:

Start options: open

Stop options: immediate

Database role: PRIMARY

Management policy: AUTOMATIC

Server pools: dave_st

Database instances:dave1,dave2

Disk Groups: DATA,FRA

Mount point paths:

Services:

Type: RAC

Database is administrator managed

 

[oracle@rac1 dbs]$ srvctlstatus database -d dave_st        

Instance dave1 is running on node rac1

Instance dave2 is running on node rac2

 

--驗證進程狀態：

[grid@rac1 u01]$ crs_stat.sh

Name                           Target     State     Host     

------------------------------ -------------------  -------  

ora.DATA.dg                    ONLINE     ONLINE    rac1     

ora.FRA.dg                     ONLINE     ONLINE    rac1     

ora.LISTENER.lsnr              ONLINE     ONLINE    rac1     

ora.LISTENER_SCAN1.lsnr        ONLINE     ONLINE    rac1     

ora.OCRVOTING.dg               ONLINE     ONLINE    rac1     

ora.asm                        ONLINE     ONLINE    rac1     

ora.cvu                        OFFLINE    OFFLINE             

ora.dave_st.db                 ONLINE     ONLINE    rac1     

ora.gsd                        OFFLINE    OFFLINE             

ora.net1.network               ONLINE     ONLINE    rac1     

ora.oc4j                       OFFLINE    OFFLINE             

ora.ons                        ONLINE     ONLINE    rac1     

ora.rac1.ASM1.asm              ONLINE     ONLINE    rac1     

ora.rac1.LISTENER_RAC1.lsnr    ONLINE    ONLINE     rac1     

ora.rac1.gsd                   OFFLINE    OFFLINE             

ora.rac1.ons                   ONLINE     ONLINE    rac1     

ora.rac1.vip                   ONLINE     ONLINE    rac1     

ora.rac2.ASM2.asm              ONLINE     ONLINE    rac2     

ora.rac2.LISTENER_RAC2.lsnr    ONLINE    ONLINE     rac2     

ora.rac2.gsd                   OFFLINE    OFFLINE             

ora.rac2.ons                   ONLINE     ONLINE    rac2     

ora.rac2.vip                   ONLINE     ONLINE    rac2     

ora.registry.acfs              ONLINE     ONLINE    rac1     

ora.scan1.vip                  ONLINE     ONLINE    rac1     

[grid@rac1 u01]$ ls

 

經過以上實驗，也能夠看出，OCR中的記錄是根據DB_UNIQUE_NAME 來進行判斷的。而非DB_NAME。

 

 

 

 

 

 

--------------------------------------------------------------------------------------------

版權全部，文章容許轉載，但必須以連接方式註明源地址，不然追究法律責任!

QQ:      251097186

Skype:    tianlesoftware

Email:    tianlesoftware@gmail.com

Blog:     http://blog.csdn.net/tianlesoftware

Weibo:    http://weibo.com/tianlesoftware

Twitter:  http://twitter.com/tianlesoftware

Facebook: http://www.facebook.com/tianlesoftware

Linkedin: http://cn.linkedin.com/in/tianlesoftware