(FAQ)ORACLE控制文件损坏
【问题】: (FAQ)ORACLE控制文件损坏
版本: 7.0.3
模块: 系统部署
【答复】:
原因分析: 1.启动ORACLE 数据库的时候,报 ORA-03113: end-of-file on communication channel, 2.后台日志报 ORA-00600: internal error code, arguments: [3705], [1], [2], [2], [2], [], [], [] 3.metalink查找 ora-600 3705解决方案 为控制文件损坏 解决方法: 1.把数据库启动到MOUNT状态下 SQL> startup mount; ORACLE instance started. Total System Global Area 1241513984 bytes Fixed Size 1219136 bytes Variable Size 134219200 bytes Database Buffers 1090519040 bytes Redo Buffers 15556608 bytes Database mounted. 2.创建控制文件脚本 SQL> Alter Database Backup Controlfile to Trace; 3. 在目录udump(cd$ ORACLE_BASE/admin/orcl)下, 根据时间,找到新创建的.trc 文件,打开后把创建控制文件脚本拷贝出来,粘贴到新建一个以.sql为后缀的文件下,赋予775权限 (chmod -R 775 xx.sql) 4.把数据库DOWN下来,备份以前的控制文件,之后把数据库启动到NOMOUNT下 5.建了新的控制文件 SQL>XX.sql;(xx.sql是先前粘贴了创建控制文件脚本信息的文件) 执行完后会显示 Control file created. 6. 启动数据库。 打开数据库,提示需要进行介质恢复 SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: '/data/oradata/monitor/system01.dbf' 7.执行介质恢复。 SQL> recover database; Media recovery complete. 8.打开数据库 SQL> alter database open; Database altered. 9.检查数据库状态 SQL> select open_mode from v$database; OPEN_MODE ---------- READ WRITE SQL> 最后数据库成功启动。 10.注意数据库启动后要添加临时表空间的数据文件。 相关错误信息: 建控制文件脚本: CREATE CONTROLFILE REUSE DATABASE "MONITOR" NORESETLOGS NOARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 18688 LOGFILE GROUP 1 '/data/oradata/monitor/redo01.log' SIZE 50M, GROUP 2 '/data/oradata/monitor/redo02.log' SIZE 50M, GROUP 3 '/data/oradata/monitor/redo03.log' SIZE 50M -- STANDBY LOGFILE DATAFILE '/data/oradata/monitor/system01.dbf', '/data/oradata/monitor/undotbs01.dbf', '/data/oradata/monitor/sysaux01.dbf', '/data/oradata/monitor/users01.dbf', '/data/oradata/monitor/bwmonitor/bwmonitor01.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_1.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_2.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_3.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_4.dbf' CHARACTER SET ZHS16GBK ;
原因分析: 1.启动ORACLE 数据库的时候,报 ORA-03113: end-of-file on communication channel, 2.后台日志报 ORA-00600: internal error code, arguments: [3705], [1], [2], [2], [2], [], [], [] 3.metalink查找 ora-600 3705解决方案 为控制文件损坏 解决方法: 1.把数据库启动到MOUNT状态下 SQL> startup mount; ORACLE instance started. Total System Global Area 1241513984 bytes Fixed Size 1219136 bytes Variable Size 134219200 bytes Database Buffers 1090519040 bytes Redo Buffers 15556608 bytes Database mounted. 2.创建控制文件脚本 SQL> Alter Database Backup Controlfile to Trace; 3. 在目录udump(cd$ ORACLE_BASE/admin/orcl)下, 根据时间,找到新创建的.trc 文件,打开后把创建控制文件脚本拷贝出来,粘贴到新建一个以.sql为后缀的文件下,赋予775权限 (chmod -R 775 xx.sql) 4.把数据库DOWN下来,备份以前的控制文件,之后把数据库启动到NOMOUNT下 5.建了新的控制文件 SQL>XX.sql;(xx.sql是先前粘贴了创建控制文件脚本信息的文件) 执行完后会显示 Control file created. 6. 启动数据库。 打开数据库,提示需要进行介质恢复 SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: '/data/oradata/monitor/system01.dbf' 7.执行介质恢复。 SQL> recover database; Media recovery complete. 8.打开数据库 SQL> alter database open; Database altered. 9.检查数据库状态 SQL> select open_mode from v$database; OPEN_MODE ---------- READ WRITE SQL> 最后数据库成功启动。 10.注意数据库启动后要添加临时表空间的数据文件。 相关错误信息: 建控制文件脚本: CREATE CONTROLFILE REUSE DATABASE "MONITOR" NORESETLOGS NOARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 18688 LOGFILE GROUP 1 '/data/oradata/monitor/redo01.log' SIZE 50M, GROUP 2 '/data/oradata/monitor/redo02.log' SIZE 50M, GROUP 3 '/data/oradata/monitor/redo03.log' SIZE 50M -- STANDBY LOGFILE DATAFILE '/data/oradata/monitor/system01.dbf', '/data/oradata/monitor/undotbs01.dbf', '/data/oradata/monitor/sysaux01.dbf', '/data/oradata/monitor/users01.dbf', '/data/oradata/monitor/bwmonitor/bwmonitor01.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_1.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_2.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_3.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_4.dbf' CHARACTER SET ZHS16GBK ;
版本: 7.0.3
模块: 系统部署
【答复】:
原因分析: 1.启动ORACLE 数据库的时候,报 ORA-03113: end-of-file on communication channel, 2.后台日志报 ORA-00600: internal error code, arguments: [3705], [1], [2], [2], [2], [], [], [] 3.metalink查找 ora-600 3705解决方案 为控制文件损坏 解决方法: 1.把数据库启动到MOUNT状态下 SQL> startup mount; ORACLE instance started. Total System Global Area 1241513984 bytes Fixed Size 1219136 bytes Variable Size 134219200 bytes Database Buffers 1090519040 bytes Redo Buffers 15556608 bytes Database mounted. 2.创建控制文件脚本 SQL> Alter Database Backup Controlfile to Trace; 3. 在目录udump(cd$ ORACLE_BASE/admin/orcl)下, 根据时间,找到新创建的.trc 文件,打开后把创建控制文件脚本拷贝出来,粘贴到新建一个以.sql为后缀的文件下,赋予775权限 (chmod -R 775 xx.sql) 4.把数据库DOWN下来,备份以前的控制文件,之后把数据库启动到NOMOUNT下 5.建了新的控制文件 SQL>XX.sql;(xx.sql是先前粘贴了创建控制文件脚本信息的文件) 执行完后会显示 Control file created. 6. 启动数据库。 打开数据库,提示需要进行介质恢复 SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: '/data/oradata/monitor/system01.dbf' 7.执行介质恢复。 SQL> recover database; Media recovery complete. 8.打开数据库 SQL> alter database open; Database altered. 9.检查数据库状态 SQL> select open_mode from v$database; OPEN_MODE ---------- READ WRITE SQL> 最后数据库成功启动。 10.注意数据库启动后要添加临时表空间的数据文件。 相关错误信息: 建控制文件脚本: CREATE CONTROLFILE REUSE DATABASE "MONITOR" NORESETLOGS NOARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 18688 LOGFILE GROUP 1 '/data/oradata/monitor/redo01.log' SIZE 50M, GROUP 2 '/data/oradata/monitor/redo02.log' SIZE 50M, GROUP 3 '/data/oradata/monitor/redo03.log' SIZE 50M -- STANDBY LOGFILE DATAFILE '/data/oradata/monitor/system01.dbf', '/data/oradata/monitor/undotbs01.dbf', '/data/oradata/monitor/sysaux01.dbf', '/data/oradata/monitor/users01.dbf', '/data/oradata/monitor/bwmonitor/bwmonitor01.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_1.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_2.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_3.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_4.dbf' CHARACTER SET ZHS16GBK ;
原因分析: 1.启动ORACLE 数据库的时候,报 ORA-03113: end-of-file on communication channel, 2.后台日志报 ORA-00600: internal error code, arguments: [3705], [1], [2], [2], [2], [], [], [] 3.metalink查找 ora-600 3705解决方案 为控制文件损坏 解决方法: 1.把数据库启动到MOUNT状态下 SQL> startup mount; ORACLE instance started. Total System Global Area 1241513984 bytes Fixed Size 1219136 bytes Variable Size 134219200 bytes Database Buffers 1090519040 bytes Redo Buffers 15556608 bytes Database mounted. 2.创建控制文件脚本 SQL> Alter Database Backup Controlfile to Trace; 3. 在目录udump(cd$ ORACLE_BASE/admin/orcl)下, 根据时间,找到新创建的.trc 文件,打开后把创建控制文件脚本拷贝出来,粘贴到新建一个以.sql为后缀的文件下,赋予775权限 (chmod -R 775 xx.sql) 4.把数据库DOWN下来,备份以前的控制文件,之后把数据库启动到NOMOUNT下 5.建了新的控制文件 SQL>XX.sql;(xx.sql是先前粘贴了创建控制文件脚本信息的文件) 执行完后会显示 Control file created. 6. 启动数据库。 打开数据库,提示需要进行介质恢复 SQL> alter database open; alter database open * ERROR at line 1: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: '/data/oradata/monitor/system01.dbf' 7.执行介质恢复。 SQL> recover database; Media recovery complete. 8.打开数据库 SQL> alter database open; Database altered. 9.检查数据库状态 SQL> select open_mode from v$database; OPEN_MODE ---------- READ WRITE SQL> 最后数据库成功启动。 10.注意数据库启动后要添加临时表空间的数据文件。 相关错误信息: 建控制文件脚本: CREATE CONTROLFILE REUSE DATABASE "MONITOR" NORESETLOGS NOARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 18688 LOGFILE GROUP 1 '/data/oradata/monitor/redo01.log' SIZE 50M, GROUP 2 '/data/oradata/monitor/redo02.log' SIZE 50M, GROUP 3 '/data/oradata/monitor/redo03.log' SIZE 50M -- STANDBY LOGFILE DATAFILE '/data/oradata/monitor/system01.dbf', '/data/oradata/monitor/undotbs01.dbf', '/data/oradata/monitor/sysaux01.dbf', '/data/oradata/monitor/users01.dbf', '/data/oradata/monitor/bwmonitor/bwmonitor01.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_1.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_2.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_3.dbf', '/data/oradata/monitor/bwmonitor/bw_m_c_4.dbf' CHARACTER SET ZHS16GBK ;
(FAQ)ORACLE控制文件损坏
【问题】: (FAQ)ORACLE控制文件损坏版本: 7.0.3 模块: 系统部署【答复】:原因分析:1.启动ORACLE 数据库的时候,报 ORA-03113: end-...
点击下载文档
本文2024-09-16 22:48:44发表“eas cloud知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-eas-50516.html
您需要登录后才可以发表评论, 登录登录 或者 注册
最新文档
热门文章