11gR2RAC环境DBCA创建数据库报错ORA-15055 ORA-15001

简介: 11gR2RAC环境DBCA创建数据库报错ORA-15055 ORA-15001   问题现象:     在11gR2 GridInfrastructure和Database软件安装完成之后,执行DBCA创建数据库到30%的时候报如下错误,点击OK后提示忽略并停止安装。

11gR2RAC环境DBCA创建数据库报错ORA-15055 ORA-15001

 

问题现象:

    在11gR2 GridInfrastructure和Database软件安装完成之后,执行DBCA创建数据库到30%的时候报如下错误,点击OK后提示忽略并停止安装。



问题分析:

     从上面的问题我们不难看出是因为无法访问ASM磁盘组导致,但是要解决该问题就得进入到ASM中去探个究竟,为什么刚装好的集群,建库就出现问题。

 

     随即我们先通过grid用户登录到asm实例执行如下查询操作,我们发现磁盘组均为mount状态,说明磁盘组状态没有明显的问题。

SQL> select name,state,type from v$asm_diskgroup;

NAME                           STATE       TYPE
------------------------------ ----------- ------
OCR_VOTE                       MOUNTED     HIGH
DATA001                        MOUNTED     EXTERN
FRA001                         MOUNTED     EXTERN
BAK001                         MOUNTED     EXTERN

     接下来我们通过amcmd登录到asm磁盘管理中进入到卷组+DATA001,这个时候我们同样看见了dbca创建数据库所生成的数据文件。
[grid@db01 ~]$ asmcmd
ASMCMD> cd DATA001
ASMCMD> ls
XMMAN/
ASMCMD> cd XMMAN/
ASMCMD> LS
ASMCMD> ls
DATAFILE/
ASMCMD> cd DATAFILE/
ASMCMD> ls
SYSAUX.258.859553539
SYSTEM.259.859553539
UNDOTBS1.257.859553539
USERS.256.859553539
ASMCMD>

看到如上信息我们基本可以排除ASM的问题了,接来下可能考虑到是权限问题,尝试重新执行root.sh脚本。

 

问题解决:

重新执行如下脚本

[root@db01 DBSoft]# /DBSoft/oracle/product/11.2.4/dbhome_1/root.sh
Performing root user operation for Oracle 11g 

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /DBSoft/oracle/product/11.2.4/dbhome_1

Enter the full pathname of the local bin directory: [/usr/local/bin]: 
The contents of "dbhome" have not changed. No need to overwrite.
The contents of "oraenv" have not changed. No need to overwrite.
The contents of "coraenv" have not changed. No need to overwrite.

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root script.
Now product-specific root actions will be performed.
Finished product-specific root actions.
[root@db01 DBSoft]# pwd
/DBSoft


再重新运行dbca建库,问题排除



目录
相关文章
|
1月前
|
SQL 关系型数据库 MySQL
SQL命令行退出操作指南:轻松掌握不同数据库环境下的退出技巧
在数据库管理与开发过程中,经常需要通过SQL命令行工具(如MySQL的mysql客户端、PostgreSQL的psql、SQL Server的sqlcmd等)与数据库进行交互
261 59
|
2月前
|
SQL 数据库
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
SQL Server附加数据库出现错误823,附加数据库失败。数据库没有备份,无法通过备份恢复数据库。 SQL Server数据库出现823错误的可能原因有:数据库物理页面损坏、数据库物理页面校验值损坏导致无法识别该页面、断电或者文件系统问题导致页面丢失。
103 12
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
|
2月前
|
关系型数据库 MySQL 数据库
ORM对mysql数据库中数据进行操作报错解决
ORM对mysql数据库中数据进行操作报错解决
85 2
|
16天前
|
消息中间件 资源调度 关系型数据库
如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理
本文介绍了如何在Flink on YARN环境中配置Debezium CDC 3.0,以实现实时捕获数据库变更事件并将其传输到Flink进行处理。主要内容包括安装Debezium、配置Kafka Connect、创建Flink任务以及启动任务的具体步骤,为构建实时数据管道提供了详细指导。
43 9
|
13天前
|
关系型数据库 MySQL Linux
Linux环境下MySQL数据库自动定时备份实践
数据库备份是确保数据安全的重要措施。在Linux环境下,实现MySQL数据库的自动定时备份可以通过多种方式完成。本文将介绍如何使用`cron`定时任务和`mysqldump`工具来实现MySQL数据库的每日自动备份。
31 3
|
13天前
|
监控 关系型数据库 MySQL
Linux环境下MySQL数据库自动定时备份策略
在Linux环境下,MySQL数据库的自动定时备份是确保数据安全和可靠性的重要措施。通过设置定时任务,我们可以每天自动执行数据库备份,从而减少人为错误和提高数据恢复的效率。本文将详细介绍如何在Linux下实现MySQL数据库的自动定时备份。
26 3
|
2月前
|
SQL 关系型数据库 数据库
PostgreSQL数据库报错 ERROR: multiple default values specified for column "" of table "" 如何解决?
PostgreSQL数据库报错 ERROR: multiple default values specified for column "" of table "" 如何解决?
312 59
|
1月前
|
SQL 关系型数据库 MySQL
|
1月前
|
关系型数据库 MySQL Linux
易优CMS请重启MYSQL数据库,或者联系空间服务商处理[错误报错·····]出现以下提示该怎么办?-eyoucms
易优CMS请重启MYSQL数据库,或者联系空间服务商处理[错误报错·····]出现以下提示该怎么办?-eyoucms
|
1月前
|
应用服务中间件 PHP Apache
PbootCMS提示错误信息“未检测到您服务器环境的sqlite3数据库扩展...”
PbootCMS提示错误信息“未检测到您服务器环境的sqlite3数据库扩展...”