Oracle 控制文件损坏解决方案
Oracle 控制文件损坏解决方案
故障一：丢失(损坏)一个控制文件
前台报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：(干净或非干净方式关闭数据库)
使用完好的控制文件复制(替换)重命名丢失(损坏)的控制文件；
故障二：两个控制文件版本不一致
(1)一个控制文件正常，另一个控制文件来源于其他备份或其他数据库的控制文件；
前台报错：ORA-00214:control file '/../../control01.ctl' version xxx inconsistent with file '/../../control02.ctl' version yyy;
解决方案：(干净或非干净方式关闭数据库)
用高版本的控制文件替换低版本的控制文件;
(2) 两个控制文件均是来自不同时间的备份(都低于当前版本)；
前台报错：ORA-00214:control file '/../../control01.ctl' version xxx inconsistent with file '/../../control02.ctl' version yyy;
ORA-01207:file is more recent than control file - old control file
解决方案：(干净方式关闭数据库)
用高版本的控制文件替换低版本的控制文件，后可以正常mount数据库，但是无法open数据库，需要手动创建控制文件(alter database backup to trace as '\..\..\cc.tcl')，重新生成控制文件(noresetlogs方式)，之后可以正常open数据库；
解决方案：(非干净方式关闭数据库)
非干净关闭(数据库异常断电)，数据库启动时需要介质恢复(recover database)，恢复成功后可以正常打开数据库；
故障三：两个控制文件全部损坏，非当前日志文件丢失(或损坏)
报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：(干净方式关闭数据库)
因为有日志文件丢失，以NORESETLOGS方式手动创建控制文件时报错，只能以RESETLOGS方式创建控制文件；创建控制文件成功后，数据库自动mount，执行alter database open resetlogs;可以正常启动数据库；
解决方案：(非干净方式关闭数据库)
如果数据库之前是以不干净的方式(abort/断电)关闭的，open resetlogs数据库之前需要进行介质恢复，
recover database using backup controlfie;
由于resetlogs方式创建控制文件，导致日志序列号重新开始，自动恢复时不会自动使用当前日志文件，需要手动指定具体的日志文件；
例如：D:\app_10.2.0.4\chen_datafile\redo01.log或D:\app_10.2.0.4\chen_datafile\redo03.log
进行介质恢复，介质恢复成功后可以通过alter database open resetlogs方式open数据库；
故障四：两个控制文件全部损坏，当前日志文件丢失(或损坏)
报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：
(干净方式关闭数据库)
因为有日志文件丢失，以NORESETLOGS方式手动创建控制文件时报错，只能以RESETLOGS方式创建控制文件；创建控制文件成功后，数据库自动mount，执行alter database open resetlogs;可以正常启动数据库；
解决方案：
(非干净方式关闭数据库)
如果数据库之前是以不干净的方式(abort/断电)关闭的，open resetlogs数据库之前需要进行介质恢复，
recover database using backup controlfie;
由于resetlogs方式创建控制文件，导致日志序列号重新开始，自动恢复时不会自动使用当前日志文件，需要手动指定具体的日志文件；
例如：D:\app_10.2.0.4\chen_datafile\redo01.log或D:\app_10.2.0.4\chen_datafile\redo03.log
进行介质恢复，但是数据库介质恢复所需的信息保存在丢失的当前日志文件中，导致介质恢复失败，只能通过隐含参数"*._allow_resetlogs_corruption=true"(alter system set "_allow_resetlogs_corruption"=true scope=spfile;)跳过一致性检查，才能open resetlogs数据库；
其中_allow_resetlogs_corruption参数可能会触发多个ORA-600错误；
(1)报错ORA-00600: internal error code, arguments: [2662]，可通过_minimum_giga_scn跳过此BUG；
(2)报错ORA-00600: internal error code, arguments: [kdsgrp1]，具体原因需要查看trace文件，本次案例可以通过将undo管理方式由自动改成手动，跳过此BUG；
*.undo_tablespace=SYSTEM
*.undo_management=MANUAL
具体解决故障过程如下：
故障一：丢失(损坏)一个控制文件
前台报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：使用完好的控制文件复制(替换)重命名丢失(损坏)的控制文件；
---通过删除控制文件control02.ctl模拟控制文件丢失
Sun May 29 14:56:12 2016
ALTER DATABASE MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL02.CTL'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
ORA-205 signalled during: ALTER DATABASE MOUNT...
Sun May 29 14:56:12 2016
MMNL started with pid=16, OS id=2476
---alert_orcl.log警告日志
---通过文本编辑二进制控制文件control02.ctl模拟控制文件损坏
Sun May 29 16:35:03 2016
ALTER DATABASE MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL01.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763140)
ORA-205 signalled during: ALTER DATABASE MOUNT...
解决方案：用另一个控制文件进行恢复
故障二：两个控制文件版本不一致
(1)一个控制文件正常，另一个控制文件来源于其他备份或其他数据库的控制文件；
前台报错：ORA-00214:control file '/../../control01.ctl' version xxx inconsistent with file '/../../control02.ctl' version yyy;
解决方案：用高版本的控制文件替换低版本的控制文件;
本次案例可以将control02.ctl控制文件复制重命名control01.ctl替换原control01.ctl文件；
(2) 两个控制文件均是来自不同时间的备份；
前台报错：ORA-00214:control file '/../../control01.ctl' version xxx inconsistent with file '/../../control02.ctl' version yyy;
ORA-01207:file is more recent than control file - old control file
解决方案：用高版本的控制文件替换低版本的控制文件，后可以正常mount数据库，但是无法open数据库，需要手动创建控制文件(alter database backup to trace as '\..\..\cc.tcl')，重新生成控制文件(noresetlogs方式)，之后可以正常open数据库；
controlfile1版本号较高，用controlfile1重命名controlfile2替换原controfile2文件；
Sun May 29 15:12:45 2016
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_m000_9636.trc:
ORA-00338: log 1 of thread 1 is more recent than control file
ORA-00312: online log 1 thread 1: 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
ORA-00338: log 1 of thread 1 is more recent than control file
ORA-00312: online log 1 thread 1: 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG'
解决方案：重建控制文件
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
使用resetlogs，将导致redo logs里的内容丢失，并且所有的备份失效，当redo logs 损坏或从备份恢复控制文件的情况下，才使用resetlogs模式。通常情况下重建控制文件最好采用noresetlogs方式；
非干净关闭(数据库异常断电)，数据库启动是需要介质恢复(recover database)，恢复成功后可以正常打开数据库；
Sun May 29 15:42:59 2016
ALTER DATABASE MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL02.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763144)
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL01.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763144)
ORA-205 signalled during: ALTER DATABASE MOUNT...
重建控制文件
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
故障三：两个控制文件全部损坏，非当前日志文件丢失(或损坏)
报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：因为有日志文件丢失，以NORESETLOGS方式手动创建控制文件时报错，只能以RESETLOGS方式创建控制文件；创建控制文件成功后，数据库自动mount，如果数据库之前是以干净的方式(immediate/normal)关闭的，执行alter database open resetlogs;可以正常启动数据库；
如果数据库之前是以不干净的方式(abort/断电)关闭的，open resetlogs数据库之前需要进行介质恢复，
recover database using backup controlfie;
由于resetlogs方式创建控制文件，导致日志序列号重新开始，自动恢复时不会自动使用当前日志文件，需要手动指定具体的日志文件；
例如：D:\app_10.2.0.4\chen_datafile\redo01.log或D:\app_10.2.0.4\chen_datafile\redo03.log
进行介质恢复，介质恢复成功后可以通过alter database open resetlogs方式open数据库；
编辑损坏两个控制文件，删除非当前日志文件redo03.log
Sun May 29 16:40:55 2016
ALTER DATABASE MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL02.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763144)
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL01.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763144)
ORA-205 signalled during: ALTER DATABASE MOUNT...
Sun May 29 16:40:55 2016
MMNL started with pid=16, OS id=10652
手动创建控制文件(NORESETLOGS)
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_ora_7516.trc:
ORA-01565: error in identifying file 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。
ORA-1503 signalled during: CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
手动创建控制文件(RESETLOGS)
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
故障四：两个控制文件全部损坏，当前日志文件丢失(或损坏)
报错：ORA-00205：error in identifying control file,check alert log for more info
解决方案：因为有日志文件丢失，以NORESETLOGS方式手动创建控制文件时报错，只能以RESETLOGS方式创建控制文件；创建控制文件成功后，数据库自动mount，如果数据库之前是以干净的方式(immediate/normal)关闭的，执行alter database open resetlogs;可以正常启动数据库；
如果数据库之前是以不干净的方式(abort/断电)关闭的，open resetlogs数据库之前需要进行介质恢复，
recover database using backup controlfie;
由于resetlogs方式创建控制文件，导致日志序列号重新开始，自动恢复时不会自动使用当前日志文件，需要手动指定具体的日志文件；
例如：D:\app_10.2.0.4\chen_datafile\redo01.log或D:\app_10.2.0.4\chen_datafile\redo03.log
进行介质恢复，但是数据库介质恢复所需的信息保存在丢失的当前日志文件中，导致介质恢复失败，只能通过隐含参数"*._allow_resetlogs_corruption=true"(alter system set "_allow_resetlogs_corruption"=true scope=spfile;)跳过一致性检查，才能open resetlogs数据库；
其中_allow_resetlogs_corruption参数可能会触发多个ORA-600错误；
(1)报错ORA-00600: internal error code, arguments: [2662]，可通过_minimum_giga_scn跳过此BUG；
(2)报错ORA-00600: internal error code, arguments: [kdsgrp1]，具体原因需要查看trace文件，本次案例可以通过将undo管理方式由自动改成手动，跳过此BUG；
*.undo_tablespace=SYSTEM
*.undo_management=MANUAL
故障：两个控制文件全部损坏，当前日志文件丢失(或损坏)
解决方案：
Sun May 29 20:00:47 2016
ALTER DATABASE MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL02.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763139)
ORA-00210: cannot open the specified control file
ORA-00202: control file: 'D:\APP_10.2.0.4\CHEN_DATAFILE\CONTROL01.CTL'
ORA-27046: file size is not a multiple of logical block size
OSD-04012: 文件大小不匹配 (OS 12763140)
ORA-205 signalled during: ALTER DATABASE MOUNT...
---手动创建控制文件(NORESETLOGS)
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
---手动创建控制文件(RESETLOGS)
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 2337
LOGFILE
GROUP 1 (
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01.LOG',
'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO01A.LOG'
) SIZE 50M BLOCKSIZE 512,
GROUP 2 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO02.LOG' SIZE 50M BLOCKSIZE 512,
GROUP 3 'D:\APP_10.2.0.4\CHEN_DATAFILE\REDO03.LOG' SIZE 50M BLOCKSIZE 512
DATAFILE
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSTEM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\SYSAUX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\USERS01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\EXAMPLE01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\CHEN02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX02.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\MHWZ01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA02A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\ISM01.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_DATA01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\NNC_INDEX01A.DBF',
'D:\APP_10.2.0.4\CHEN_DATAFILE\UNDOTBS01A.DBF'
CHARACTER SET ZHS16GBK
;
---Windows环境下，如果cmd中存在"?"，乱码问题，可以设置客户端字符集
或者set NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
转载自：
http://blog.itpub.net/29785807/viewspace-2108945/
Oracle 控制文件损坏解决方案的更多相关文章
- oracle 控制文件损坏处理
一, 故障模拟 控制文件损坏 发现关闭不了 强制关闭 故障恢复 发现已经执行到mont阶段,因为这个不依靠控制文件 进入整段日志 cd /u01/app/oracle/diag/rdbms/o ...
- Oracle控制文件操作
控制文件是连接instance和 database的纽带.记录了database的结构信息. 控制文件是1个2进制文件.记录的是当前database的状态. 控制文件可以有多个,在参数文件中通过con ...
- oracle控制文件问题
下午时连接数据库突然发现连不上了,监听报错找不到服务,于是登录数据库所在服务器,查看监听状态,oracle:lsnrctl status 监听状态正常,登入数据库查看[oracle@frkdb1 ~] ...
- RAC环境下控制文件损坏重建过程
处理过程参考了: https://blogs.oracle.com/Database4CN/entry/%E5%A6%82%E4%BD%95%E9%87%8D%E5%BB%BArac%E7%9A%84 ...
- oracle 控制文件的重建
目录 oracle 控制文件的重建 NORESETLOGS RESETLOGS oracle 控制文件的重建 不到最后时刻,如三个控制文件都已损坏,又没有控制文件的备份.还是不要重建控制文件,处理不好 ...
- oracle 控制文件多路复用
网上有很多关于控制文件的操作,我大概看了下.有很多都是炒来炒去转来转去.下面以自己理解和操作为例来对oracle的控制文件进行下介绍. 首先介绍下控制文件 在oralce数据库中,控制文件是一个很小的 ...
- Oracle - 各类文件损坏处理办法(附实验步骤)
一.概述 本文将给大家介绍oracle各类文件损坏的现象和应对策略,请注意所有的恢复都是基于有备份的情况,所以请开启数据库的日常备份.文章将从以下文件展开 a. 密码文件 b. 参数文件 c. 控制文 ...
- Oracle控制文件
一.Oracle 控制文件 为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份 记录了当前数据库的结构信息,同时也包含数据文件及日志文件的信息以及相关的状态,归档信息等 ...
- Oracle 控制文件(CONTROLFILE)
一.Oracle 控制文件 为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份 记录了当前数据库的结构信息,同时也包含数据文件及日志文件的信息以及相关的状态,归档信息等 ...
随机推荐
- 将springboot项目移到内网出现的问题!
报找不到Jay包错误,在pom.xml文件中加这段 <repositories> <repository> <id>central</id> <u ...
- React Hooks中父组件中调用子组件方法
React Hooks中父组件中调用子组件方法 使用到的hooks-- useImperativeHandle,useRef /* child子组件 */ // https://reactjs.org ...
- 2019牛客多校八 H. How Many Schemes (AC自动机,树链剖分)
大意: 给定树, 每条边有一个字符集合, 给定$m$个模式串, $q$个询问$(u,v)$, 对于路径$(u,v)$中的所有边, 每条边从对应字符集合中取一个字符, 得到一个串$s$, 求$s$至少包 ...
- 题解-CTS2019随机立方体
problem \(\mathtt {loj-3119}\) 题意概要:一个 \(n\times m\times l\) 的立方体,立方体中每个格子上都有一个数,如果某个格子上的数比三维坐标中至少有一 ...
- Codeforces Round #557 (Div. 1)
A.直接做. #include<vector> #include<cstdio> #include<cstring> #include<iostream> ...
- 2.Excel VBA术语
Excel VBA名词术语 在这一章中,让我们了解常用的Excel VBA术语.这些术语将在进一步模块学习中使用,因此理解它们是非常关键的. 模块 1.模块是其中代码被写入的区域.这是一个新的工作簿, ...
- MySQL 体系结构及存储引擎
MySQL 原理篇 MySQL 索引机制 MySQL 体系结构及存储引擎 MySQL 语句执行过程详解 MySQL 执行计划详解 MySQL InnoDB 缓冲池 MySQL InnoDB 事务 My ...
- jquery easyui form表单一开始就自动启用验证了，修改为form提交的时候在开启验证
<form method="post" action="<%=path %>" class="easyui-form" d ...
- rem em min-width: 30em 的意思
30em=30rem=30x16px=480px @media only screen and (min-width:30 em){ }
- QSqlDatabase数据库
#include <QSqlDatabase> #include <QtDebug> #include <QSqlQuery> #include <QSqlE ...