返回顶部
首页 > 资讯 > 数据库 >asm磁盘组依赖导致数据库自启动报错怎么办
  • 635
分享到

asm磁盘组依赖导致数据库自启动报错怎么办

2024-04-02 19:04:59 635人浏览 泡泡鱼
摘要

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

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

重启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磁盘组依赖导致数据库自启动报错怎么办”有了更深的了解,不妨来实际操作一番吧!这里是编程网网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!

您可能感兴趣的文档:

--结束END--

本文标题: asm磁盘组依赖导致数据库自启动报错怎么办

本文链接: https://lsjlt.com/news/60438.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作