`
369540808
  • 浏览: 196334 次
文章分类
社区版块
存档分类
最新评论

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 StateHost

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

ora.DATA.dg ONLINE ONLINErac1

ora.FRA.dg ONLINE ONLINErac1

ora.LISTENER.lsnr ONLINE ONLINErac1

ora.LISTENER_SCAN1.lsnr ONLINE ONLINErac1

ora.OCRVOTING.dg ONLINE ONLINErac1

ora.asm ONLINE ONLINErac1

ora.cvu OFFLINE OFFLINE

ora.dave_st.db ONLINE ONLINErac1

ora.gsd OFFLINE OFFLINE

ora.net1.network ONLINE ONLINErac1

ora.oc4j OFFLINE OFFLINE

ora.ons ONLINE ONLINErac1

ora.rac1.ASM1.asm ONLINE ONLINErac1

ora.rac1.LISTENER_RAC1.lsnr ONLINEONLINE rac1

ora.rac1.gsd OFFLINE OFFLINE

ora.rac1.ons ONLINE ONLINErac1

ora.rac1.vip ONLINE ONLINErac1

ora.rac2.ASM2.asm ONLINE ONLINErac2

ora.rac2.LISTENER_RAC2.lsnr ONLINEONLINE rac2

ora.rac2.gsd OFFLINE OFFLINE

ora.rac2.ons ONLINE ONLINErac2

ora.rac2.vip ONLINE ONLINErac2

ora.registry.acfs ONLINE ONLINErac1

ora.scan1.vip ONLINE ONLINErac1

[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


分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics