dbca 建库报错 ORA-00600 解决办法

[oracle@tim1 ~]$ dbca
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xb79b95e9, pid=6663, tid=2791447440
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_17-b02 mixed mode)
# Problematic frame:
# V [libjvm.so+0x26d5e9]
#
# An error report file with more information is saved as hs_err_pid6663.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
Aborted

报错信息如下:
Full restore complete of datafile 1 to datafile copy +DATA/prod/datafile/system.261.1002634859. Elapsed time: 0:00:43
checkpoint is 754487
last deallocation scn is 749189
Errors in file /u01/app/oracle/diag/rdbms/prod/prod1/trace/prod1_ora_7742.trc (incident=2601):
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/prod/prod1/incident/incdir_2601/prod1_ora_7742_i2601.trc
Errors in file /u01/app/oracle/diag/rdbms/prod/prod1/trace/prod1_ora_7742.trc (incident=2602):
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/prod/prod1/incident/incdir_2602/prod1_ora_7742_i2602.trc
Mon Mar 11 13:41:43 2019
Trace dumping is performing id=[cdmp_20190311134143]
Mon Mar 11 13:41:44 2019
Errors in file /u01/app/oracle/diag/rdbms/prod/prod1/trace/prod1_ora_7742.trc (incident=2603):
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/prod/prod1/incident/incdir_2603/prod1_ora_7742_i2603.trc
Trace dumping is performing id=[cdmp_20190311134144]
Trace dumping is performing id=[cdmp_20190311134144]
Errors in file /u01/app/oracle/diag/rdbms/prod/prod1/trace/prod1_ora_7742.trc (incident=2604):
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/prod/prod1/incident/incdir_2604/prod1_ora_7742_i2604.trc
Errors in file /u01/app/oracle/diag/rdbms/prod/prod1/trace/prod1_ora_7742.trc (incident=2605):
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
ORA-00600: internal error code, arguments: [17182], [0x1CCEFF4], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/prod/prod1/incident/incdir_2605/prod1_ora_7742_i2605.trc
Trace dumping is performing id=[cdmp_20190311134145]
opiodr aborting process unknown ospid (7742) as a result of ORA-600
Trace dumping is performing id=[cdmp_20190311134146]

 


最后发现网友有同样现状,使用64bit CPU在32位系统装32位oracle 11G,其解决方法为安装oracle官方的补丁p8670579_112010_LINUX.zip。
机器CPU如果是AMD64位,装Linux32系统,再装32位Oracle会出现错误

将下载好的补丁p8670579_112010_LINUX.zip解压
1.进入目录8670579
2.执行$ORACLE_HOME/OPatch/opatch apply

[oracle@tim2 8670579]$ $ORACLE_HOME/OPatch/opatch apply
Invoking OPatch 11.1.0.6.6

Oracle Interim Patch Installer version 11.1.0.6.6
Copyright (c) 2009, Oracle Corporation. All rights reserved.


Oracle Home : /u01/app/oracle/product/11.2.0/db_1
Central Inventory : /u01/app/oraInventory
from : /etc/oraInst.loc
OPatch version : 11.1.0.6.6
OUI version : 11.2.0.1.0
OUI location : /u01/app/oracle/product/11.2.0/db_1/oui
Log file location : /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch2019-03-11_21-50-17PM.log

Patch history file: /u01/app/oracle/product/11.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt


--------------------------------------------------------------------------------
The patch has more than one Archive Action but there is no Make Action.
--------------------------------------------------------------------------------
ApplySession applying interim patch '8670579' to OH '/u01/app/oracle/product/11.2.0/db_1'
Interim patch 8670579 is a superset of the patch(es) [ 8670579 ] in OH /u01/app/oracle/product/11.2.0/db_1
OPatch will rollback the subset patches and apply the given patch.

Running prerequisite checks...

OPatch detected the node list and the local node from the inventory. OPatch will patch the local system then propagate the patch to the remote nodes.


This node is part of an Oracle Real Application Cluster.
Remote nodes: 'tim1'
Local node: 'tim2'
Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.
(Oracle Home = '/u01/app/oracle/product/11.2.0/db_1')


Is the local system ready for patching? [y|n]
y
User Responded with: Y
Backing up files and inventory (not for auto-rollback) for the Oracle Home
Backing up files affected by the patch '8670579' for restore. This might take a while...
Backing up files affected by the patch '8670579' for restore. This might take a while...
ApplySession rolling back interim patch '8670579' from OH '/u01/app/oracle/product/11.2.0/db_1'

Patching component oracle.network.rsf, 11.2.0.1.0...
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/ahseteco.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am11rkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/amsha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/cpui32.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/sha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/x931rand.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am11dkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am931rnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/amsharnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/ghash.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/shacomm.o"
Copying file to "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.so"
RollbackSession removing interim patch '8670579' from inventory


OPatch back to application of the patch '8670579' after auto-rollback.

Backing up files affected by the patch '8670579' for rollback. This might take a while...

Patching component oracle.network.rsf, 11.2.0.1.0...
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/ahseteco.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am11rkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/amsha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/cpui32.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/sha.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/x931rand.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am11dkg.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/am931rnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/amsharnd.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/ghash.o"
Updating archive file "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.a" with "lib/libnnz11.a/shacomm.o"
Copying file to "/u01/app/oracle/product/11.2.0/db_1/lib/libnnz11.so"
ApplySession adding interim patch '8670579' to inventory

Verifying the update...
Inventory check OK: Patch ID 8670579 is registered in Oracle Home inventory with proper meta-data.
Files check OK: Files from Patch ID 8670579 are present in Oracle Home.

The local system has been patched. You can restart Oracle instances on it.


Patching in rolling mode.


The node 'tim1' will be patched next.


Please shutdown Oracle instances running out of this ORACLE_HOME on 'tim1'.
(Oracle Home = '/u01/app/oracle/product/11.2.0/db_1')

Is the node ready for patching? [y|n]
y
User Responded with: Y
Updating nodes 'tim1'
Apply-related files are:
FP = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_files.txt"
DP = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_dirs.txt"
MP = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/make_cmds.txt"
RC = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/remote_cmds.txt"

Auto-Rollback-related files are:
FR = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/remove_files.txt"
DR = "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/remove_dirs.txt"

Instantiating the file "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/remove_dirs.txt.instantiated" by replacing $ORACLE_HOME in "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/remove_dirs.txt" with actual path.
Removing directories on remote nodes...
Instantiating the file "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_files.txt.instantiated" by replacing $ORACLE_HOME in "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_files.txt" with actual path.
Propagating files to remote nodes...
Instantiating the file "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_dirs.txt.instantiated" by replacing $ORACLE_HOME in "/u01/app/oracle/product/11.2.0/db_1/.patch_storage/8670579_Feb_25_2010_09_55_12/rac/copy_dirs.txt" with actual path.
Propagating directories to remote nodes...

The node 'tim1' has been patched. You can restart Oracle instances on it.

--------------------------------------------------------------------------------
The following warnings have occurred during OPatch execution:
1) OUI-67078:Interim patch 8670579 is a superset of the patch(es) [ 8670579 ] in OH /u01/app/oracle/product/11.2.0/db_1
--------------------------------------------------------------------------------
OPatch Session completed with warnings.

OPatch completed with warnings.

转载于:https://www.cnblogs.com/dqliuq1215/p/10513612.html

<think>好的,用户遇到了DBCA数据库时出现ORA-19504错误的问题,需要解决。首先,我需要理解这个错误的具体含义和可能的原因。根据引用中的信息,类似的ORA-01565错误涉及到无法识别或打开spfile,可能与存储路径或权限有关。而ORA-19504通常与文件创失败相关,特别是当使用ASM(自动存储管理)时,比如路径'+DATA'。 首先,可能的原因包括ASM实例未启动、权限不足、路径不存在或名称错误,以及磁盘组空间不足。需要逐一排查这些可能性。用户可能没有正确配置ASM实例,或者Oracle软件安装用户(如oracle)没有足够的权限访问ASM磁盘组。此外,指定的路径是否正确,比如磁盘组DATA是否存在,是否有足够的空间,都是需要考虑的。 接下来,解决方案的步骤需要系统化。第一步应该是检查ASM实例的状态,确认是否正常运行。然后检查磁盘组DATA是否存在以及其可用空间。如果磁盘组不存在或空间不足,需要相应的管理操作。接着,验证用户权限,确保安装用户属于正确的OS组,比如asmdba,并且有读写权限。路径的正确性也很重要,需要确认是否包含正确的集群名称,如+DATA/racdb1/这样的结构是否正确。此外,检查初始化参数中的db_create_file_dest是否正确指向ASM磁盘组。如果问题依旧,可能需要手动创目录或检查ASM实例的日志以获取更详细的错误信息。 在提供解决方案时,需要给出具体的命令示例,比如使用asmcmd工具检查磁盘组状态,或者SQL命令查看空间。同时,提醒用户注意路径中的集群名称是否正确,避免拼写错误。最后,如果所有步骤都无效,议查阅Oracle官方文档或联系支持,引用相关的文档ID,如文档ID 1970979.1,帮助用户进一步解决问题。</think>### DBCA数据库出现ORA-19504错误的解决方案 **错误描述** 当使用DBCA数据库时出现$ORA-19504$错误,通常表示数据库无法在指定存储路径(如$+DATA$)创文件,可能涉及ASM(自动存储管理)配置、权限或路径问题[^4]。 --- ### 分步解决方案 #### 1. 验证ASM实例状态 - **检查ASM实例是否运行** 确保ASM实例在集群中处于运行状态: ```sql sqlplus / as sysasm SQL> SELECT instance_name, status FROM gv$instance; ``` 如果ASM实例未启动,需通过`srvctl start asm`命令启动[^4]。 #### 2. 检查ASM磁盘组可用性 - **确认目标磁盘组存在且状态正常** 使用`asmcmd`工具检查磁盘组$+DATA$是否存在且挂载: ```bash asmcmd lsdg ``` 输出应包含`DATA`磁盘组且状态为`MOUNTED`。若未挂载,通过`ALTER DISKGROUP DATA MOUNT`挂载[^3]。 #### 3. 验证权限配置 - **确保Oracle用户对ASM有访问权限** - 检查Oracle安装用户(如`oracle`)是否属于`asmdba`组: ```bash id oracle ``` - 确认ASM磁盘组权限设置: ```sql SQL> SELECT group_number, name, state, total_mb, free_mb FROM v$asm_diskgroup; ``` 确保用户有权限在$+DATA$中创文件[^1]。 #### 4. 检查路径格式与命名 - **确认ASM路径包含完整集群名称** 在RAC环境中,路径需包含集群名称,例如: ```bash +DATA/<cluster_name>/<db_name>/ ``` 若路径中缺少集群名称,DBCA会因路径无效报错。 #### 5. 检查存储参数配置 - **验证`db_create_file_dest`参数** 确保初始化参数指向正确的ASM磁盘组: ```sql SQL> SHOW PARAMETER db_create_file_dest; ``` 若未设置,通过以下命令修正: ```sql SQL> ALTER SYSTEM SET db_create_file_dest='+DATA'; ``` #### 6. 手动创目录(可选) - **通过`asmcmd`创目标目录** 若ASM目录结构缺失,手动创路径: ```bash asmcmd mkdir +DATA/<cluster_name> asmcmd mkdir +DATA/<cluster_name>/<db_name> ``` #### 7. 检查ASM实例日志 - **分析ASM告警日志** 日志路径通常为`$ORACLE_BASE/diag/asm/+asm/+ASM/trace/alert_+ASM.log`,可获取具体I/O错误信息[^3]。 --- ### 总结表格 | 步骤 | 操作 | 验证方法 | |------|------|----------| | ASM实例状态 | 启动ASM实例 | `srvctl status asm` | | 磁盘组可用性 | 挂载$+DATA$ | `asmcmd lsdg` | | 权限配置 | 检查用户组与权限 | `id oracle`、`v$asm_diskgroup` | | 路径格式 | 包含集群名称 | `asmcmd ls +DATA/<cluster_name>` | | 存储参数 | 设置`db_create_file_dest` | `SHOW PARAMETER db_create_file_dest` | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值