RELATEED CONSULTING
相关咨询
选择下列产品马上在线沟通
服务时间:8:30-17:00
你可能遇到了下面的问题
关闭右侧工具栏

新闻中心

这里有您想知道的互联网营销解决方案
asm磁盘组依赖导致数据库自启动报错怎么办

本篇内容主要讲解“asm磁盘组依赖导致数据库自启动报错怎么办”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“asm磁盘组依赖导致数据库自启动报错怎么办”吧!

专注于为中小企业提供成都网站制作、成都网站建设、外贸营销网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业夏津免费做网站提供优质的服务。我们立足成都,凝聚了一批互联网行业人才,有力地推动了上1000家企业的稳健成长,帮助中小企业通过网站建设实现规模扩充和转变。

重启os发现数据库没有自动起来,其别都正常启动了,手工启动也报错

[oracle@hca1 ~]$ srvctl start database -d orcl

PRCR-1079 : Failed to start resource ora.orcl.db

CRS-5017: The resource action "ora.HCA1_CACHE.dg start" encountered the following error: 

ORA-15032: not all alterations performed

ORA-15017: diskgroup "HCA1_CACHE" cannot be mounted

在此之前已经迁移了这个磁盘组上的所有文件,包括redo,spfile,datafile,tempfile,controlfile,且通过srvctl 重启过实例没问题,但是没有重启集群,而是直接重启了OS,结果发现实例没有自动启动,但是通过sqlplus能手工启动数据库

[grid@hca1 ~]$ crs_stat -t

Name           Type           Target    State     Host        

————————————————————

ora…._10G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ACHE.dg ora….up.type ONLINE    OFFLINE              

ora….500G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ACHE.dg ora….up.type ONLINE    OFFLINE               

ora….500G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ACHE.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ER.lsnr ora….er.type ONLINE    ONLINE    hca1        

ora….N1.lsnr ora….er.type ONLINE    ONLINE    hca1        

ora.OCR.dg     ora….up.type ONLINE    ONLINE    hca1        

ora.asm        ora.asm.type   ONLINE    ONLINE    hca1        

ora.cvu        ora.cvu.type   ONLINE    ONLINE    hca1        

ora.gsd        ora.gsd.type   OFFLINE   OFFLINE               

ora….SM1.asm application    ONLINE    ONLINE    hca1        

ora….A1.lsnr application    ONLINE    ONLINE    hca1        

ora.hca1.gsd   application    OFFLINE   OFFLINE               

ora.hca1.ons   application    ONLINE    ONLINE    hca1        

ora.hca1.vip   ora….t1.type ONLINE    ONLINE    hca1        

ora….SM2.asm application    ONLINE    ONLINE    hca2        

ora….A2.lsnr application    ONLINE    ONLINE    hca2        

ora.hca2.gsd   application    OFFLINE   OFFLINE               

ora.hca2.ons   application    ONLINE    ONLINE    hca2        

ora.hca2.vip   ora….t1.type ONLINE    ONLINE    hca2        

ora….network ora….rk.type ONLINE    ONLINE    hca1        

ora.oc4j       ora.oc4j.type  ONLINE    ONLINE    hca1        

ora.ons        ora.ons.type   ONLINE    ONLINE    hca1        

ora.orcl.db    ora….se.type ONLINE    OFFLINE               

ora….est.svc ora….ce.type ONLINE    OFFLINE               

ora….ry.acfs ora….fs.type ONLINE    ONLINE    hca1        

ora.scan1.vip  ora….ip.type ONLINE    ONLINE    hca1    

这两个显示offline的磁盘组已经在之前通过drop diskgroup  成功删除了,看来没有删干净,手工删除

[grid@hca1 ~]$ srvctl remove diskgroup -g hca1_cache

PRCA-1002 : Failed to remove CRS resource ora.HCA1_CACHE.dg for ASM Disk Group hca1_cache

PRCR-1028 : Failed to remove resource ora.HCA1_CACHE.dg

PRCR-1072 : Failed to unregister resource ora.HCA1_CACHE.dg

CRS-0222: Resource 'ora.HCA1_CACHE.dg' has dependency error.

[oracle@hca1 ~]$ srvctl remove diskgroup -g hca2_cache

PRCA-1002 : Failed to remove CRS resource ora.HCA2_CACHE.dg for ASM Disk Group hca2_cache

PRCR-1028 : Failed to remove resource ora.HCA2_CACHE.dg

PRCR-1072 : Failed to unregister resource ora.HCA2_CACHE.dg

CRS-0222: Resource 'ora.HCA2_CACHE.dg' has dependency error.

提示有依赖,强制删除

[oracle@hca1 ~]$ srvctl remove diskgroup -g hca1_cache -f

[oracle@hca1 ~]$ srvctl remove diskgroup -g hca2_cache -f

[grid@hca1 ~]$ crs_stat -t

Name           Type           Target    State     Host        

————————————————————

ora…._10G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….500G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….500G.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ACHE.dg ora….up.type ONLINE    ONLINE    hca1        

ora….ER.lsnr ora….er.type ONLINE    ONLINE    hca1        

ora….N1.lsnr ora….er.type ONLINE    ONLINE    hca1        

ora.OCR.dg     ora….up.type ONLINE    ONLINE    hca1        

ora.asm        ora.asm.type   ONLINE    ONLINE    hca1        

ora.cvu        ora.cvu.type   ONLINE    ONLINE    hca1        

ora.gsd        ora.gsd.type   OFFLINE   OFFLINE               

ora….SM1.asm application    ONLINE    ONLINE    hca1        

ora….A1.lsnr application    ONLINE    ONLINE    hca1        

ora.hca1.gsd   application    OFFLINE   OFFLINE               

ora.hca1.ons   application    ONLINE    ONLINE    hca1        

ora.hca1.vip   ora….t1.type ONLINE    ONLINE    hca1        

ora….SM2.asm application    ONLINE    ONLINE    hca2        

ora….A2.lsnr application    ONLINE    ONLINE    hca2        

ora.hca2.gsd   application    OFFLINE   OFFLINE               

ora.hca2.ons   application    ONLINE    ONLINE    hca2        

ora.hca2.vip   ora….t1.type ONLINE    ONLINE    hca2        

ora….network ora….rk.type ONLINE    ONLINE    hca1        

ora.oc4j       ora.oc4j.type  ONLINE    ONLINE    hca1        

ora.ons        ora.ons.type   ONLINE    ONLINE    hca1        

ora.orcl.db    ora….se.type ONLINE    ONLINE    hca1        

ora….est.svc ora….ce.type ONLINE    ONLINE    hca2        

ora….ry.acfs ora….fs.type ONLINE    ONLINE    hca1        

ora.scan1.vip  ora….ip.type ONLINE    ONLINE    hca1 

offline的磁盘组已经消失,但是启动还是提示老磁盘组不能mount

[grid@hca1 ~]$ srvctl start database -d orcl

检查数据库属性

[grid@hca1 ~]$ srvctl config database -d orcl -a

Database unique name: orcl

Database name: 

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

Oracle user: oracle

Spfile: +HCA1_SDD1_500G/orcl/spfileorcl.ora

Domain: 

Start options: open

Stop options: immediate

Database role: PRIMARY

Management policy: AUTOMATIC

Server pools: orcl

Database instances: orcl1,orcl2

PRCD-1012 : Failed to retrieve disk group list for database orcl.

PRCR-1035 : Failed to look up CRS resource ora.HCA1_CACHE.dg for orcl

PRCA-1000 : ASM Disk Group HCA1_CACHE does not exist

PRCR-1001 : Resource ora.HCA1_CACHE.dg does not exist

检查一个正常的11grac,通过srvctl config db -d orcl -a 看到有一行Disk Groups: DATA ,看来就是这个依赖选项没有改导致的

[grid@hca1 ~]$ srvctl modify db -d orcl -a hca1_sdd1_500g

PRCD-1163 : Failed to modify database orcl

PRCR-1071 : Failed to register or update resource ora.orcl.db

CRS-0245:  User doesn't have enough privilege to perform the operation

[root@hca1 ~]# /oracle/app/11.2.0/grid/bin/srvctl modify db -d orcl -a hca1_sdd1_500g

[root@hca1 ~]# /oracle/app/11.2.0/grid/bin/srvctl config db -d orcl -a 

Database unique name: orcl

Database name: 

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

Oracle user: oracle

Spfile: +HCA1_SDD1_500G/orcl/spfileorcl.ora

Domain: 

Start options: open

Stop options: immediate

Database role: PRIMARY

Management policy: AUTOMATIC

Server pools: orcl

Database instances: orcl1,orcl2

Disk Groups: HCA1_SDD1_500G

Mount point paths: 

Services: test

Type: RAC

Database is enabled

Database is administrator managed

再次启动成功

[grid@hca1 ~]$ srvctl start database -d orcl

如果删除迁移数据库到新的磁盘组之后删除了了最初创建实例的磁盘组,则不光要srvctl 修改spfile还要修改这个依赖磁盘组属性

到此,相信大家对“asm磁盘组依赖导致数据库自启动报错怎么办”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!


网站标题:asm磁盘组依赖导致数据库自启动报错怎么办
分享路径:http://lswzjz.com/article/jejido.html