ORA-39700: database must be opened with UPGRADE option
2017-10-19 15:37
513 查看
环境 oracle 11G+linux+ASM
A库test1的oracle软件版本11.2.0.3.9
B库test2的oracle软件版本11.2.0.4.160119
背景:
用A库test1的备份还原成一套B库test2,但是由于两个库的软件版本不一致,没注意版本,直接open了。
是从低版本到高版本,故open时报错ORA-39700: database must be opened with UPGRADE option。
解决方法:
这时就需要用open失败时的redo log恢复
先重建控制文件:
重建控制文件的trace File 为recctl.sql
CREATE CONTROLFILE REUSE DATABASE "TEST2" RESETLOGS FORCE LOGGING NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 3
MAXDATAFILES 3000
MAXINSTANCES 8
MAXLOGHISTORY 5344
LOGFILE
GROUP 1 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 2 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 3 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 4 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512
DATAFILE
'+DATA_TEST2_MDG/test2/datafile/system.1610.894856391',
'+DATA_TEST2_MDG/test2/datafile/sysaux.1624.894856765',
'+DATA_TEST2_MDG/test2/datafile/undotbs1.1237.894847477',
'+DATA_TEST2_MDG/test2/datafile/users.1521.894854559',
'+DATA_TEST2_MDG/test2/datafile/undotbs1.916.894838713',
'+DATA_TEST2_MDG/test2/datafile/auddata_840.xtf'
CHARACTER SET ZHS16GBK
;
SQL> @recctl.sql
Control file created.
使用backup controlfile做recovery
SQL> recover database until cancel using backup controlfile;
ORA-00279: change 9913448269590 generated at 12/22/2015 15:41:13 needed for
thread 1
ORA-00289: suggestion : +data_test2_mdg
ORA-15173: entry 'ARCHIVELOG' does not exist in directory 'TEST2'
ORA-00280: change 9913448269590 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
+DATA_TEST2_MDG/test2/ONLINELOG/group_1.1441.899134865 --输入当时是redo log进行恢复
Log applied.
Media recovery complete. --恢复完成,注意恢复完成就不需要使用其他redo再恢复了,如果还需要继续恢复就数据第2个redolog。
恢复完成后,用upgrade模式启库:
alter database open resetlogs upgrade;
增加tempfile;
升级数据字典,如果是从11.2.0.4.X升级到11.2.0.4.160119则不需要执行此步骤。
@?/rdbms/admin/catupgrd.sql
修改dba_registry
shutdown immediate;
startup;
@?/rdbms/admin/catbundle.sql psu apply
编译无效对象
@?/rdbms/admin/utlrp.sql
环境 oracle 11G+linux+ASM
A库test1的oracle软件版本11.2.0.3.9
B库test2的oracle软件版本11.2.0.4.160119
背景:
用A库test1的备份还原成一套B库test2,但是由于两个库的软件版本不一致,没注意版本,直接open了。
是从低版本到高版本,故open时报错ORA-39700: database must be opened with UPGRADE option。
解决方法:
这时就需要用open失败时的redo log恢复
先重建控制文件:
重建控制文件的trace File 为recctl.sql
CREATE CONTROLFILE REUSE DATABASE "TEST2" RESETLOGS FORCE LOGGING NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 3
MAXDATAFILES 3000
MAXINSTANCES 8
MAXLOGHISTORY 5344
LOGFILE
GROUP 1 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 2 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 3 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512,
GROUP 4 '+DATA_TEST2_MDG' SIZE 1024M BLOCKSIZE 512
DATAFILE
'+DATA_TEST2_MDG/test2/datafile/system.1610.894856391',
'+DATA_TEST2_MDG/test2/datafile/sysaux.1624.894856765',
'+DATA_TEST2_MDG/test2/datafile/undotbs1.1237.894847477',
'+DATA_TEST2_MDG/test2/datafile/users.1521.894854559',
'+DATA_TEST2_MDG/test2/datafile/undotbs1.916.894838713',
'+DATA_TEST2_MDG/test2/datafile/auddata_840.xtf'
CHARACTER SET ZHS16GBK
;
SQL> @recctl.sql
Control file created.
使用backup controlfile做recovery
SQL> recover database until cancel using backup controlfile;
ORA-00279: change 9913448269590 generated at 12/22/2015 15:41:13 needed for
thread 1
ORA-00289: suggestion : +data_test2_mdg
ORA-15173: entry 'ARCHIVELOG' does not exist in directory 'TEST2'
ORA-00280: change 9913448269590 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
+DATA_TEST2_MDG/test2/ONLINELOG/group_1.1441.899134865 --输入当时是redo log进行恢复
Log applied.
Media recovery complete. --恢复完成,注意恢复完成就不需要使用其他redo再恢复了,如果还需要继续恢复就数据第2个redolog。
恢复完成后,用upgrade模式启库:
alter database open resetlogs upgrade;
增加tempfile;
升级数据字典,如果是从11.2.0.4.X升级到11.2.0.4.160119则不需要执行此步骤。
@?/rdbms/admin/catupgrd.sql
修改dba_registry
shutdown immediate;
startup;
@?/rdbms/admin/catbundle.sql psu apply
编译无效对象
@?/rdbms/admin/utlrp.sql
相关文章推荐
- ORA-39700: database must be opened with UPGRADE option
- ORA-39700:database must be opened with UPGRADE option
- ORA-39700: database must be opened with UPGRADE option
- ORA-39700: database must be opened with UPGRADE option
- ORA-39700: database must be opened with UPGRADE option【转】
- ORA-00704: bootstrap process failure ORA-39700: database must be opened with UPGRADE option
- ORA-39700:DATABASE MUST BE OPENED WITH UPGRADE OPTION
- ORA-39700: database must be opened with UPGRADE option
- ORACLE11.2.0.4 版本升级ORA-39700: database must be opened with UPGRADE option问题解决记录
- 数据库升级问题—ORA-39700: database must be opened with UPGRADE option
- ORA-39700:DATABASE MUST BE OPENED WITH UPGRADE OPTION
- ORA-16433: The database must be opened in read/write mode
- 64-bit mex files using sparse matrices must be rebuilt with the "-largeArrayDims" option.
- Database Upgrade to 12c ebs,JDeveloper Connections Fail With Error "ORA-28040
- ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
- 64-bit mex files using sparse matrices must be rebuilt with the "-largeArrayDims" option.
- ORA-30078: partition bound must be TIME/TIMESTAMP WITH TIME ZONE literals
- ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
- “ORA-01589:must use RESETLOGS or NORESETLOGS option for database open”
- ORA-01610: recovery using the BACKUP CONTROLFILE option must be done