在新建的RAC上恢复数据库时ASM报错ORA-15001 ORA-15040

2024-02-06 21:32

本文主要是介绍在新建的RAC上恢复数据库时ASM报错ORA-15001 ORA-15040,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

文章目录

  • 涉及版本
  • 故障背景
  • 处理流程
    • 1 查看告警日志
    • 2 查看磁盘权限
    • 3 查看命令权限
  • 解决办法
    • 方法1 (推荐)
    • 方法2
    • 重启服务器

涉及版本

目前发现:11g 、12c、19c 都有过这个问题

故障背景

为生产环境RAC,搭建ADG灾备RAC环境。所以在灾备环境中仅需要安装好cluster软件和数据库软件。不用DBCA建库。数据库是生产端通过RMAN备份恢复而来的。这里我就不再赘述备库恢复流程了。

  • 现在我们在node1上,通过存放在本地pfile将数据库启动到nomount。
  • 然后登陆到RMAN中,通过备份片恢复控制文件时发生报错

报错信息如下:

RMAN> restore controlfile from '/qybackup/tongchengzaibei/rman/rdgdb/ctl_fgvf3u2e_1_1.bak';Starting restore at 09-DEC-20
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=2323 instance=rdgdb2 device type=DISKchannel ORA_DISK_1: restoring control file
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 12/09/2020 12:38:13
ORA-19870: error while restoring backup piece /qybackup/tongchengzaibei/rman/rdgdb/ctl_fgvf3u2e_1_1.bak
ORA-19504: failed to create file "+DATADG"
ORA-17502: ksfdcre:4 Failed to create file +DATADG
ORA-15001: diskgroup "DATADG" does not exist or is not mounted
ORA-15040: diskgroup is incomplete
ORA-15040: diskgroup is incomplete
ORA-15040: diskgroup is incomplete
ORA-15040: diskgroup is incomplete
ORA-15040: diskgroup is incomplete

处理流程

1 查看告警日志

  • 查看db的告警日志,发现了大量的磁盘没有权限的报错
ORA-15025: could not open disk "/dev/mapper/asm_data08"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 9
ORA-15025: could not open disk "/dev/mapper/asm_data09"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 9
ORA-15025: could not open disk "/dev/mapper/asm_data10"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 9
ORA-15025: could not open disk "/dev/mapper/asm_data11"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 9
ORA-15025: could not open disk "/dev/mapper/asm_data12"
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 9
Wed Dec 09 10:58:07 2020
SUCCESS: diskgroup DATADG was dismounted
ERROR: diskgroup DATADG was not mounted

2 查看磁盘权限

既然报错说磁盘权限问题,那么我们就去查看下磁盘权限,以下输出虽然很多,但是可以清楚的看到asm所使用到的磁盘都是grid:asmadmin660权限,没有任何问题。

[root@xxxx01:/root]#ll /dev/mapper/asm*
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_arch01 -> ../dm-9
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_arch02 -> ../dm-19
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_arch03 -> ../dm-21
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data01 -> ../dm-22
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data02 -> ../dm-30
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data03 -> ../dm-16
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data04 -> ../dm-13
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data05 -> ../dm-25
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data06 -> ../dm-10
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data07 -> ../dm-12
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data08 -> ../dm-17
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data09 -> ../dm-4
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data10 -> ../dm-11
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data11 -> ../dm-3
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data12 -> ../dm-18
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data13 -> ../dm-2
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data14 -> ../dm-23
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data15 -> ../dm-20
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data16 -> ../dm-15
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data17 -> ../dm-5
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data18 -> ../dm-7
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data19 -> ../dm-24
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data20 -> ../dm-28
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_data21 -> ../dm-29
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data22 -> ../dm-6
lrwxrwxrwx 1 root root 7 Dec  9 12:44 /dev/mapper/asm_data23 -> ../dm-8
lrwxrwxrwx 1 root root 8 Dec  9 12:49 /dev/mapper/asm_ocr_vot01 -> ../dm-14
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_ocr_vot02 -> ../dm-26
lrwxrwxrwx 1 root root 8 Dec  9 12:44 /dev/mapper/asm_ocr_vot03 -> ../dm-27
[root@dralmdb01:/root]#
[root@dralmdb01:/root]#
[root@dralmdb01:/root]#ll /dev/dm*
brw-rw---- 1 root disk     253,  0 Dec  9 12:43 /dev/dm-0
brw-rw---- 1 root disk     253,  1 Dec  9 12:43 /dev/dm-1
brw-rw---- 1 grid asmadmin 253, 10 Dec  9 12:44 /dev/dm-10
brw-rw---- 1 grid asmadmin 253, 11 Dec  9 12:44 /dev/dm-11
brw-rw---- 1 grid asmadmin 253, 12 Dec  9 12:44 /dev/dm-12
brw-rw---- 1 grid asmadmin 253, 13 Dec  9 12:44 /dev/dm-13
brw-rw---- 1 grid asmadmin 253, 14 Dec  9 12:53 /dev/dm-14
brw-rw---- 1 grid asmadmin 253, 15 Dec  9 12:44 /dev/dm-15
brw-rw---- 1 grid asmadmin 253, 16 Dec  9 12:44 /dev/dm-16
brw-rw---- 1 grid asmadmin 253, 17 Dec  9 12:44 /dev/dm-17
brw-rw---- 1 grid asmadmin 253, 18 Dec  9 12:44 /dev/dm-18
brw-rw---- 1 grid asmadmin 253, 19 Dec  9 12:44 /dev/dm-19
brw-rw---- 1 grid asmadmin 253,  2 Dec  9 12:44 /dev/dm-2
brw-rw---- 1 grid asmadmin 253, 20 Dec  9 12:44 /dev/dm-20
brw-rw---- 1 grid asmadmin 253, 21 Dec  9 12:44 /dev/dm-21
brw-rw---- 1 grid asmadmin 253, 22 Dec  9 12:53 /dev/dm-22
brw-rw---- 1 grid asmadmin 253, 23 Dec  9 12:44 /dev/dm-23
brw-rw---- 1 grid asmadmin 253, 24 Dec  9 12:44 /dev/dm-24
brw-rw---- 1 grid asmadmin 253, 25 Dec  9 12:44 /dev/dm-25
brw-rw---- 1 grid asmadmin 253, 26 Dec  9 12:53 /dev/dm-26
brw-rw---- 1 grid asmadmin 253, 27 Dec  9 12:53 /dev/dm-27
brw-rw---- 1 grid asmadmin 253, 28 Dec  9 12:44 /dev/dm-28
brw-rw---- 1 grid asmadmin 253, 29 Dec  9 12:44 /dev/dm-29
brw-rw---- 1 grid asmadmin 253,  3 Dec  9 12:44 /dev/dm-3
brw-rw---- 1 grid asmadmin 253, 30 Dec  9 12:44 /dev/dm-30
brw-rw---- 1 root disk     253, 31 Dec  9 12:43 /dev/dm-31
brw-rw---- 1 root disk     253, 32 Dec  9 12:43 /dev/dm-32
brw-rw---- 1 root disk     253, 33 Dec  9 12:43 /dev/dm-33
brw-rw---- 1 root disk     253, 34 Dec  9 12:43 /dev/dm-34
brw-rw---- 1 root disk     253, 35 Dec  9 12:43 /dev/dm-35
brw-rw---- 1 root disk     253, 36 Dec  9 12:43 /dev/dm-36
brw-rw---- 1 grid asmadmin 253,  4 Dec  9 12:44 /dev/dm-4
brw-rw---- 1 grid asmadmin 253,  5 Dec  9 12:44 /dev/dm-5
brw-rw---- 1 grid asmadmin 253,  6 Dec  9 12:44 /dev/dm-6
brw-rw---- 1 grid asmadmin 253,  7 Dec  9 12:44 /dev/dm-7
brw-rw---- 1 grid asmadmin 253,  8 Dec  9 12:44 /dev/dm-8
brw-rw---- 1 grid asmadmin 253,  9 Dec  9 12:53 /dev/dm-9

3 查看命令权限

没有权限不仅仅是磁盘本身的权限对不对,还有一种可能是oracle用户没有读取asm磁盘的权限。

[oracle@drfindb01:/home/oracle]$ll $ORACLE_HOME/bin/oracle
-rwsr-s--x 1 oracle oinstall 240993408 Dec  8 18:30 /u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle

OK!可以看到oracle命令的权限是 oracle:oinstall ,并没有关于那一大堆磁盘权限asmadin的。所以。问题在这儿了。

解决办法

方法1 (推荐)

切换到grid用户下,执行脚本去修改,oracle的命令权限

[grid@dralmdb01:/home/grid]$cd $ORACLE_HOME
[grid@dralmdb01:/u01/app/11.2.0/grid]$cd bin
[grid@dralmdb01:/u01/app/11.2.0/grid/bin]$
[grid@dralmdb01:/u01/app/11.2.0/grid/bin]$./setasmgidwrap o=/u01/app/oracle/product/11.2.0/dbhome_1/bin/oracle

方法2

方法二就简单粗暴了些,直接改权限。。

su -chown oracle:asmadmin /u01/app/oracle/product/12.1/db_1/bin/oracle
chmod 6751 /u01/app/oracle/product/12.1/db_1/bin/oracle

重启服务器

修改完全下之后需要重启服务器 reboot

如果没有重启服务器的话,会看到以下问题:

[oracle@drfindb02:/home/oracle]$sqlplus / as sysdbaSQL*Plus: Release 11.2.0.4.0 Production on Wed Dec 9 12:24:01 2020Copyright (c) 1982, 2013, Oracle.  All rights reserved.Connected.
SQL> exit
Disconnected

或者这样的问题:

[oracle@drfindb02:/home/oracle]$rman target /Recovery Manager: Release 11.2.0.4.0 - Production on Wed Dec 9 12:23:21 2020Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04005: error from target database: 
ORA-27140: attach to post/wait facility failed
ORA-27300: OS system dependent operation:invalid_egid failed with status: 1
ORA-27301: OS failure message: Operation not permitted
ORA-27302: failure occurred at: skgpwinit6
ORA-27303: additional information: startup egid = 1000 (oinstall), current egid = 1003 (asmadmin)

好啦。。ASM可以用了,,继续干活去了。

这篇关于在新建的RAC上恢复数据库时ASM报错ORA-15001 ORA-15040的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/685600

相关文章

Oracle 数据库数据操作如何精通 INSERT, UPDATE, DELETE

《Oracle数据库数据操作如何精通INSERT,UPDATE,DELETE》在Oracle数据库中,对表内数据进行增加、修改和删除操作是通过数据操作语言来完成的,下面给大家介绍Oracle数... 目录思维导图一、插入数据 (INSERT)1.1 插入单行数据,指定所有列的值语法:1.2 插入单行数据,指

k8s上运行的mysql、mariadb数据库的备份记录(支持x86和arm两种架构)

《k8s上运行的mysql、mariadb数据库的备份记录(支持x86和arm两种架构)》本文记录在K8s上运行的MySQL/MariaDB备份方案,通过工具容器执行mysqldump,结合定时任务实... 目录前言一、获取需要备份的数据库的信息二、备份步骤1.准备工作(X86)1.准备工作(arm)2.手

PostgreSQL数据库密码被遗忘时的操作步骤

《PostgreSQL数据库密码被遗忘时的操作步骤》密码遗忘是常见的用户问题,因此提供一种安全的遗忘密码找回机制是十分必要的,:本文主要介绍PostgreSQL数据库密码被遗忘时的操作步骤的相关资... 目录前言一、背景知识二、Windows环境下的解决步骤1. 找到PostgreSQL安装目录2. 修改p

qt5cored.dll报错怎么解决? 电脑qt5cored.dll文件丢失修复技巧

《qt5cored.dll报错怎么解决?电脑qt5cored.dll文件丢失修复技巧》在进行软件安装或运行程序时,有时会遇到由于找不到qt5core.dll,无法继续执行代码,这个问题可能是由于该文... 遇到qt5cored.dll文件错误时,可能会导致基于 Qt 开发的应用程序无法正常运行或启动。这种错

SQL Server修改数据库名及物理数据文件名操作步骤

《SQLServer修改数据库名及物理数据文件名操作步骤》在SQLServer中重命名数据库是一个常见的操作,但需要确保用户具有足够的权限来执行此操作,:本文主要介绍SQLServer修改数据... 目录一、背景介绍二、操作步骤2.1 设置为单用户模式(断开连接)2.2 修改数据库名称2.3 查找逻辑文件名

SQL Server数据库死锁处理超详细攻略

《SQLServer数据库死锁处理超详细攻略》SQLServer作为主流数据库管理系统,在高并发场景下可能面临死锁问题,影响系统性能和稳定性,这篇文章主要给大家介绍了关于SQLServer数据库死... 目录一、引言二、查询 Sqlserver 中造成死锁的 SPID三、用内置函数查询执行信息1. sp_w

MySQL启动报错:InnoDB表空间丢失问题及解决方法

《MySQL启动报错:InnoDB表空间丢失问题及解决方法》在启动MySQL时,遇到了InnoDB:Tablespace5975wasnotfound,该错误表明MySQL在启动过程中无法找到指定的s... 目录mysql 启动报错:InnoDB 表空间丢失问题及解决方法错误分析解决方案1. 启用 inno

Druid连接池实现自定义数据库密码加解密功能

《Druid连接池实现自定义数据库密码加解密功能》在现代应用开发中,数据安全是至关重要的,本文将介绍如何在​​Druid​​连接池中实现自定义的数据库密码加解密功能,有需要的小伙伴可以参考一下... 目录1. 环境准备2. 密码加密算法的选择3. 自定义 ​​DruidDataSource​​ 的密码解密3

Maven项目中集成数据库文档生成工具的操作步骤

《Maven项目中集成数据库文档生成工具的操作步骤》在Maven项目中,可以通过集成数据库文档生成工具来自动生成数据库文档,本文为大家整理了使用screw-maven-plugin(推荐)的完... 目录1. 添加插件配置到 pom.XML2. 配置数据库信息3. 执行生成命令4. 高级配置选项5. 注意事

在Java中基于Geotools对PostGIS数据库的空间查询实践教程

《在Java中基于Geotools对PostGIS数据库的空间查询实践教程》本文将深入探讨这一实践,从连接配置到复杂空间查询操作,包括点查询、区域范围查询以及空间关系判断等,全方位展示如何在Java环... 目录前言一、相关技术背景介绍1、评价对象AOI2、数据处理流程二、对AOI空间范围查询实践1、空间查