Oracle 11g通过SCN做增量备份修复standby库详细过程

背景描述：Oracle 的standby库后台alert报错，如下：ORA-00354: corrupt redo log block header
ORA-00353: log corruption near block 10240change 11125950022 time 05/08/2015 22:00:41
ORA-00334: archived log:"/data/oracle/oradgdata/standby_archive/1_32350_821708334.dbf"
Recovery interrupted！
Wed May 13 13:26:08 2015
Trace dumping is performingid=[cdmp_20150513132608]
Wed May 13 13:26:08 2015
Sweep [inc][273026]: completed
Recovered data files to a consistent stateat change 11125946527
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_pr00_21813.trc:
ORA-00354: corrupt redo log block header
ORA-00353: log corruption near block 10240change 11125950022 time 05/08/2015 22:00:41
ORA-00334: archived log:"/data/oracle/oradgdata/standby_archive/1_32350_821708334.dbf"
MRP0: Background Media Recovery processshutdown （powerdes）
Wed May 13 13:39:58 2015
Standby controlfile consistent with primary
RFS[3]: Selected log 5 for thread 1sequence 32488 dbid -903205653 branch 821708334
Wed May 13 13:39:58 2015
Archived Log entry 24243 added for thread 1sequence 32487 ID 0xca2ab4eb dest 3:分析：这表明standby已经无法应用归档了，在32350这个归档日志错误，但是归档日志文件/data/oracle/oradgdata/standby_archive/1_32350_821708334.dbf存在，只是无法应用了。以前使用Duplicate target database命令恢复线上oracle datagard备库，但是这个是整个库恢复，消耗时间比较长；想到oracle还有一种可以基于scn的方式来恢复standby库，所以才有那个基于scn的增量备份来恢复standby库。1，去备库查询下未归档的记录的起始值SQL> select min（sequence#） fromv$archived_log where applied="NO" 2 ; MIN（SEQUENCE#）-------------- 32350SQL> select max（sequence#） fromv$archived_log where applied="NO"; MAX（SEQUENCE#）-------------- 32508SQL>看到从32350到32508，都是没有应用的归档日志记录。2，去主库查询增量备份需要的SCN号去主库查询下传输过来的32530归档日志所对应的scn号，查询sql如下：SELECT SEQUENCE#,to_char（FIRST_CHANGE#）fc,to_char（NEXT_CHANGE#）nc FROM v$archived_log WHERE SEQUENCE# > 32349 ORDERBY 1;SELECT SEQUENCE#,to_char（FIRST_CHANGE#）fc,to_char（NEXT_CHANGE#）nc FROM v$archived_log WHERE SEQUENCE# = 32350 ORDER BY1;SQL> SELECT SEQUENCE#,to_char（FIRST_CHANGE#）fc,to_char（NEXT_CHANGE#）nc FROM v$archived_log WHERE SEQUENCE# = 32350 ORDER BY1; SEQUENCE# FC NC-------------------------------------------------- ---------------------------------------- 32350 11125946510 11125975101 32350 11125946510 11125975101 SQL>我们看到主库32350归档日志在主库对应的FIRST_CHANGE#的scn号是11125946510去主备库检查下scn，可以看到彼此scn不一致：select to_char（current_scn） scn fromv$database;主库：SQL> select to_char（current_scn） scnfrom v$database; SCN----------------------------------------11134239189 SQL>备库：SQL> select to_char（current_scn） scnfrom v$database; SCN----------------------------------------11125946526 SQL> 也可以按照备库的最后一个scn号来在主库上进行增量备份，不过为了保险起见，我们以主库的scn号为准，那么就需要基于11125946510这个scn号去主库上做增量备份。3，在主库上设置log_archive_dest_state_2值，主库的日志无法归档到备库.先查询自己的归档目录select * from V$ARCHIVE_DEST;PS：select * from V$ARCHIVE_DEST;查询到STATUS为VALID的，然后DESTINATION为PD_DG（这里是备库的标识）的dest编号就是往备库传输归档日志的；另外一个有目录/oracle/app/oracle/flash_recovery_area/archivelog的就是主库本身的归档日志dest，这个目录存储的就是主库本身的归档日志ALTER system SET log_archive_dest_state_2 ="defer";SQL> ALTER system SETlog_archive_dest_state_2 = "defer"; System altered.SQL>4，去备库先停止备库应用ALTER DATABASE RECOVER MANAGED STANDBYDATABASE CANCEL;SQL> ALTER DATABASE RECOVER MANAGEDSTANDBY DATABASE CANCEL; ALTER DATABASE RECOVER MANAGED STANDBYDATABASE CANCEL*ERROR at line 1:ORA-16136: Managed Standby Recovery notactiveSQL> 看到standby已经是not active了，所以不需要执行了。5，在主库执行备份基于SCN增量备份：backup device type disk incremental fromscn 11125946510 database format "/home/oracle/db_incre%U.bbk"; RMAN> backup device type diskincremental from scn 11125946510 database format"/home/oracle/db_incre%U.bbk"; Starting backup at 13-MAY-15 using target database control file insteadof recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=212 devicetype=DISKbackup will be obsolete on date20-MAY-15 archived logs will not be kept or backed upchannel ORA_DISK_1: starting full datafilebackup set channel ORA_DISK_1: specifying datafile（s） inbackup setinput datafile file number=00005name=/home/oradata/powerdes/powerdesk01.dbfinput datafile file number=00003name=/home/oradata/powerdes/undotbs01.dbfinput datafile file number=00006name=/home/oradata/powerdes/plas01.dbfinput datafile file number=00001name=/home/oradata/powerdes/system01.dbfinput datafile file number=00002name=/home/oradata/powerdes/sysaux01.dbfinput datafile file number=00007name=/home/oradata/powerdes/pl01.dbfinput datafile file number=00011 name=/home/oradata/powerdes/plcrm01.dbfinput datafile file number=00004name=/home/oradata/powerdes/users01.dbfinput datafile file number=00008name=/home/oradata/powerdes/help01.dbfinput datafile file number=00009name=/home/oradata/powerdes/adobelc01.dbfinput datafile file number=00010name=/home/oradata/powerdes/sms01.dbfchannel ORA_DISK_1: starting piece 1 at13-MAY-15channel ORA_DISK_1: finished piece 1 at13-MAY-15 piecehandle=/home/oracle/db_increi3q6s13g_1_1.bbk tag=TAG20150513T202207comment=NONEchannel ORA_DISK_1: backup set complete,elapsed time: 00:09:45 using channel ORA_DISK_1 backup will be obsolete on date 20-MAY-15archived logs will not be kept or backed upchannel ORA_DISK_1: starting full datafilebackup set channel ORA_DISK_1: specifying datafile（s）in backup setincluding current control file in backupset channel ORA_DISK_1: starting piece 1 at13-MAY-15channel ORA_DISK_1: finished piece 1 at13-MAY-15 piecehandle=/home/oracle/db_increi4q6s1lp_1_1.bbk tag=TAG20150513T202207comment=NONEchannel ORA_DISK_1: backup set complete,elapsed time: 00:00:01Finished backup at 13-MAY-15 RMAN> 查看是否备份成功RMAN> list backup of database;......BS Key Type LV Size Device TypeElapsed Time Completion Time------- ---- -- ---------- ----------------------- ---------------3343 Incr 2.41G DISK 00:09:35 13-MAY-15 BP Key: 3343 Status:AVAILABLE Compressed: NO Tag: TAG20150513T202207 Piece Name: /home/oracle/db_increi3q6s13g_1_1.bbk Keep: NOLOGS Until:20-MAY-15 List of Datafiles in backup set 3343 File LV Type Ckp SCN CkpTime Name ---- -- ---- ---------- --------- ---- 1 Incr 11134253054 13-MAY-15/home/oradata/powerdes/system01.dbf 2 Incr 11134253054 13-MAY-15/home/oradata/powerdes/sysaux01.dbf 3 Incr 11134253054 13-MAY-15/home/oradata/powerdes/undotbs01.dbf 4 Incr 11134253054 13-MAY-15/home/oradata/powerdes/users01.dbf 5 Incr 11134253054 13-MAY-15/home/oradata/powerdes/powerdesk01.dbf 6 Incr 11134253054 13-MAY-15/home/oradata/powerdes/plas01.dbf 7 Incr 11134253054 13-MAY-15/home/oradata/powerdes/pl01.dbf 8 Incr 11134253054 13-MAY-15/home/oradata/powerdes/help01.dbf 9 Incr 11134253054 13-MAY-15/home/oradata/powerdes/adobelc01.dbf 10 Incr 11134253054 13-MAY-15/home/oradata/powerdes/sms01.dbf 11 Incr 11134253054 13-MAY-15/home/oradata/powerdes/plcrm01.dbf RMAN> 去查看备份的文件，看到2个bbk，表示备份成功，如下所示：[oracle@localhost ~]$ ll db*-rw-r----- 1 oracle oinstall 2591825920 May13 20:31 db_increi3q6s13g_1_1.bbk-rw-r----- 1 oracle oinstall 19234816 May 13 20:31db_increi4q6s1lp_1_1.bbk[oracle@localhost ~]$ 6，在主库重新生成控制文件ALTER DATABASE CREATE standby controlfileAS "/home/oracle/standby.ctl"; SQL> ALTER DATABASE CREATE standbycontrolfile AS "/home/oracle/standby.ctl"; Database altered.SQL> 7，copy备份文件到备库[oracle@localhost ~]$ scp db*/home/oracle/standby.ctl root@192.168.xx.xx:/data/oracle/backup/restore/root@192.168.xx.xx"s password:db_increi3q6s13g_1_1.bbk 100% 2472MB 95.1MB/s 00:26 db_increi4q6s1lp_1_1.bbk 100% 18MB 18.3MB/s 00:00 standby.ctl 100% 18MB 18.3MB/s 00:00 [oracle@localhost ~]$8，在备库操作，准备好rman前环境关闭备库SQL> shutdown immediate ORA-01109: database not open Database dismounted. ORACLE instance shut down. SQL> 然后启动到nomont状态SQL> startup nomount ORACLE instance started. Total System Global Area 5344731136 bytesFixed Size 2213136 bytesVariable Size 3489663728 bytesDatabase Buffers 1811939328 bytesRedo Buffers 40914944 bytesSQL> 9，备库上通过rman恢复控制文件 restore controlfile from"/data/oracle/backup/restore/standby.ctl";RMAN> restore controlfile from"/data/oracle/backup/restore/standby.ctl"; Starting restore at 13-MAY-15using channel ORA_DISK_1 RMAN-00571:=========================================================== RMAN-00569: =============== ERROR MESSAGESTACK FOLLOWS ===============RMAN-00571:===========================================================RMAN-03002: failure of restore command at05/13/2015 20:44:02RMAN-06172: no AUTOBACKUP found orspecified handle is not a valid copy or piece RMAN> 是目录权限的问题，需要设置成oracle用户[root@localhost restore]# lltotal 2568604-rw-r----- 1 root root 2591825920 May 1320:35 db_increi3q6s13g_1_1.bbk-rw-r----- 1 root root 19234816 May 13 20:35db_increi4q6s1lp_1_1.bbk-rw-r----- 1 root root 19185664 May 13 20:35 standby.ctl[root@localhost restore]# chown -Roracle.dba *[root@localhost restore]# RMAN> restore controlfile from"/data/oracle/backup/restore/standby.ctl"; Starting restore at 13-MAY-15using target database control file insteadof recovery catalogallocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=386 devicetype=DISK channel ORA_DISK_1: copied control filecopy output filename=/home/oradata/powerdes/control01.ctloutput filename=/oracle/app/oracle/flash_recovery_area/powerdes/control02.ctlFinished restore at 13-MAY-15 RMAN> 10，备库上rman执行catalog操作先将数据库加载到mount，然后再执行catalog start with "/data/oracle/backup/restore"恢复RMAN> alter database mount 2> ; using target database control file insteadof recovery catalogdatabase mounted RMAN> catalog start with "/data/oracle/backup/restore"RMAN> catalog start with"/data/oracle/backup/restore"; Starting implicit crosscheck backup at13-MAY-15 allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=867 devicetype=DISKCrosschecked 51 objects Finished implicit crosscheck backup at13-MAY-15 Starting implicit crosscheck copy at13-MAY-15using channel ORA_DISK_1Finished implicit crosscheck copy at13-MAY-15 searching for all files in the recoveryareacataloging files...no files cataloged searching for all files that match thepattern /data/oracle/backup/restore List of Files Unknown to the Database=====================================File Name:/data/oracle/backup/restore/db_increi3q6s13g_1_1.bbkFile Name:/data/oracle/backup/restore/db_increi4q6s1lp_1_1.bbkFile Name: /data/oracle/backup/restore/standby.ctl Do you really want to catalog the abovefiles （enter YES or NO）？ yes cataloging files...cataloging done List of Cataloged Files=======================File Name: /data/oracle/backup/restore/db_increi3q6s13g_1_1.bbkFile Name:/data/oracle/backup/restore/db_increi4q6s1lp_1_1.bbkFile Name:/data/oracle/backup/restore/standby.ctl RMAN> 11，备库上rman执行restore操作RECOVER DATABASE NOREDO; PS：加NOREDO不用在线日志RMAN> RECOVER DATABASE NOREDO; Starting recover at 13-MAY-15 using channel ORA_DISK_1channel ORA_DISK_1: starting incrementaldatafile backup set restore channel ORA_DISK_1: specifying datafile（s）to restore from backup setdestination for restore of datafile 00001:/home/oradata/powerdes/system01.dbfdestination for restore of datafile 00002:/home/oradata/powerdes/sysaux01.dbfdestination for restore of datafile 00003:/home/oradata/powerdes/undotbs01.dbfdestination for restore of datafile 00004:/home/oradata/powerdes/users01.dbfdestination for restore of datafile 00005:/home/oradata/powerdes/powerdesk01.dbfdestination for restore of datafile 00006:/home/oradata/powerdes/plas01.dbfdestination for restore of datafile 00007:/home/oradata/powerdes/pl01.dbfdestination for restore of datafile 00008:/home/oradata/powerdes/help01.dbfdestination for restore of datafile 00009:/home/oradata/powerdes/adobelc01.dbfdestination for restore of datafile 00010:/home/oradata/powerdes/sms01.dbfdestination for restore of datafile 00011:/home/oradata/powerdes/plcrm01.dbfchannel ORA_DISK_1: reading from backuppiece /data/oracle/backup/restore/db_increi3q6s13g_1_1.bbkchannel ORA_DISK_1: piecehandle=/data/oracle/backup/restore/db_increi3q6s13g_1_1.bbktag=TAG20150513T202207 channel ORA_DISK_1: restored backup piece 1channel ORA_DISK_1: restore complete,elapsed time: 00:05:45 Finished recover at 13-MAY-15 RMAN> 后台alert日志输出为：Using STANDBY_ARCHIVE_DEST parameterdefault value as /data/oracle/oradgdata/standby_archive
Wed May 13 20:54:42 2015
Incremental restore complete of datafile 4/home/oradata/powerdes/users01.dbf
checkpoint is 11134253054
last deallocation scn is 10905979642
Wed May 13 20:54:53 2015
Incremental restore complete of datafile 8/home/oradata/powerdes/help01.dbf
checkpoint is 11134253054
last deallocation scn is 9881798870
Wed May 13 20:55:08 2015
Incremental restore complete of datafile 9/home/oradata/powerdes/adobelc01.dbf
checkpoint is 11134253054
Wed May 13 20:55:21 2015
Incremental restore complete of datafile 10/home/oradata/powerdes/sms01.dbf
checkpoint is 11134253054
Wed May 13 20:55:34 2015
Incremental restore complete of datafile 11/home/oradata/powerdes/plcrm01.dbf
checkpoint is 11134253054
Incremental restore complete of datafile 7/home/oradata/powerdes/pl01.dbf
checkpoint is 11134253054
last deallocation scn is 10905470965
Wed May 13 20:56:24 2015
db_recovery_file_dest_size of 15360 MB is0.00% used. This is a
user-specified limit on the amount of spacethat will be used by this
database for recovery-related files, anddoes not reflect the amount of
space available in the underlyingfilesystem or ASM diskgroup.
Wed May 13 20:56:26 2015
Incremental restore complete of datafile 2/home/oradata/powerdes/sysaux01.dbf
checkpoint is 11134253054
last deallocation scn is 10906515871
Wed May 13 20:56:43 2015
Incremental restore complete of datafile 1/home/oradata/powerdes/system01.dbf
checkpoint is 11134253054
last deallocation scn is 10825889348
Incremental restore complete of datafile 6/home/oradata/powerdes/plas01.dbf
checkpoint is 11134253054
last deallocation scn is 10905977986
Incremental restore complete of datafile 3/home/oradata/powerdes/undotbs01.dbf
checkpoint is 11134253054
last deallocation scn is 10908635608
Wed May 13 20:59:58 2015
Incremental restore complete of datafile 5/home/oradata/powerdes/powerdesk01.dbf
checkpoint is 11134253054
last deallocation scn is 1090666369412，备库上重新启动应用日志 ALTER DATABASE recover managed standby DATABASE disconnect FROM SESSION; SQL>ALTER DATABASE recover managed standby DATABASE disconnect FROM SESSION; Databasealtered. SQL> 后台alert日志输出为： ALTER DATABASE recover managed standby DATABASE disconnect FROM SESSION
Attemptto start background Managed Standby Recovery process （powerdes）
WedMay 13 21:04:41 2015
MRP0started with pid=19, OS id=23729
MRP0:Background Managed Standby Recovery process started （powerdes）
started logmerger process
WedMay 13 21:04:46 2015
ManagedStandby Recovery not using Real Time Apply
ParallelMedia Recovery started with 16 slaves
Waitingfor all non-current ORLs to be archived...
Allnon-current ORLs have been archived.
MediaRecovery Waiting for thread 1 sequence 32510
Completed:ALTER DATABASE recover managed standby DATABASE disconnect FROM SESSION13，主库操作往备库传输归档日志命令为：ALTER system SET log_archive_dest_state_2 ="enable";去备库后台alert日志信息为：Standby controlfile consistent with primary
SRL log 4 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 4 of thread 0, wrong thread# 1 in header
ORA-00312: online log 4 thread 0:"/home/oradata/powerdes/redo_dg_01.log"
SRL log 5 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 5 of thread 0, wrong thread# 1 in header
ORA-00312: online log 5 thread 0:"/home/oradata/powerdes/redo_dg_02.log"
SRL log 6 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 6 of thread 0, wrong thread# 1 in header
ORA-00312: online log 6 thread 0:"/home/oradata/powerdes/redo_dg_03.log"
SRL log 5 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 5 of thread 0, wrong thread# 1 in header
ORA-00312: online log 5 thread 0:"/home/oradata/powerdes/redo_dg_02.log"
SRL log 6 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 6 of thread 0, wrong thread# 1 in header
ORA-00312: online log 6 thread 0: "/home/oradata/powerdes/redo_dg_03.log"
SRL log 6 needs clearing because log hasnot been created
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 6 of thread 0, wrong thread# 1 in header
ORA-00312: online log 6 thread 0:"/home/oradata/powerdes/redo_dg_03.log"
RFS[1]: No standby redo logfiles of filesize 52428800 AND block size 512 exist
Clearing online log 6 of thread 0 sequencenumber 0
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_rfs_23767.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 6 of thread 0, wrong thread# 1 in header
ORA-00312: online log 6 thread 0:"/home/oradata/powerdes/redo_dg_03.log"
Wed May 13 21:06:47 2015
Clearing online log 4 of thread 0 sequencenumber 0
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_arc4_23630.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 4 of thread 0, wrong thread# 1 in header
ORA-00312: online log 4 thread 0:"/home/oradata/powerdes/redo_dg_01.log"
Clearing online log 5 of thread 0 sequencenumber 0
Errors in file/oracle/app/oracle/diag/rdbms/pddgunq/powerdes/trace/powerdes_arc4_23630.trc:
ORA-00367: checksum error in log fileheader
ORA-00315: log 5 of thread 0, wrong thread# 1 in header
ORA-00312: online log 5 thread 0:"/home/oradata/powerdes/redo_dg_02.log"
RFS[1]: Selected log 4 for thread 1sequence 32511 dbid -903205653 branch 821708334
Wed May 13 21:06:51 2015
RFS[2]: Assigned to RFS process 23775
RFS[2]: Identified database type as"physical standby": Client is ARCH pid 20139
RFS[2]: Selected log 5 for thread 1sequence 32510 dbid -903205653 branch 821708334
Wed May 13 21:06:52 2015
RFS[3]: Assigned to RFS process 23777
RFS[3]: Identified database type as"physical standby": Client is ARCH pid 20131
Wed May 13 21:06:52 2015
Archived Log entry 1 added for thread 1sequence 32510 ID 0xca2ab4eb dest 3:
Wed May 13 21:06:52 2015
Media Recovery Log/data/oracle/oradgdata/standby_archive/1_32510_821708334.dbf
Wed May 13 21:06:54 2015
Archived Log entry 2 added for thread 1sequence 32511 ID 0xca2ab4eb dest 3:
Changing standby controlfile to MAXIMUMAVAILABILITY level
RFS[1]: Selected log 4 for thread 1sequence 32512 dbid -903205653 branch 821708334
Wed May 13 21:07:07 2015
Media Recovery Log/data/oracle/oradgdata/standby_archive/1_32511_821708334.dbf
Media Recovery Waiting for thread 1sequence 32512 （in transit） 14，去主库备库查看归档日志情况，是否保持一致主库：SQL> archive log list; Database log mode Archive ModeAutomatic archival EnabledArchive destination /oracle/app/oracle/flash_recovery_area/archivelogOldest online log sequence 32510Next log sequence to archive 32512Current log sequence 32512SQL> 备库：SQL> archive log list; Database log mode Archive ModeAutomatic archival EnabledArchive destination /data/oracle/oradgdata/standby_archiveOldest online log sequence 32511Next log sequence to archive 0Current log sequence 32512SQL> 15，在主库切下归档日志，看是否应用到备库PS：此操作有一定危险性，切勿在业务高峰期操作，最后在凌晨时分业务低峰时期操作，以免误伤无数，^_^alter system switch logfile;SQL> alter system switch logfile; System altered. SQL> archive log list; Database log mode Archive ModeAutomatic archival EnabledArchive destination /oracle/app/oracle/flash_recovery_area/archivelogOldest online log sequence 32511Next log sequence to archive 32513Current log sequence 32513SQL> 16，在主库切完日志后，去备库看下日志有没有传输过去并应用起来备库alert日志Wed May 13 21:11:23 2015Media Recovery Log/data/oracle/oradgdata/standby_archive/1_32512_821708334.dbfMedia Recovery Waiting for thread 1sequence 32513 （in transit）备库alert loglist;SQL> archive log list; Database log mode Archive ModeAutomatic archival EnabledArchive destination /data/oracle/oradgdata/standby_archiveOldest online log sequence 32512Next log sequence to archive 0Current log sequence 32513SQL> 17，以open read only模式打开备库，在备库操作先查看数据库状态SQL> select open_mode fromv$database; OPEN_MODE--------------------MOUNTED SQL> 取消appliedalter database recover managed standbydatabase using current logfile disconnect from session;SQL> alter database recover managedstandby database using current logfile disconnect from session; alter database recover managed standbydatabase using current logfile disconnect from session *ERROR at line 1:ORA-01153: an incompatible media recoveryis active SQL> SQL> 有报错，如下解决SQL> alter database recover managedstandby database cancel; Database altered. SQL> 再查看下是否有未应用的NO的，没有NO的，正常如下：SQL> select sequence# ,applied fromv$archived_log where applied="NO" order by sequence# ; no rows selectedSQL> 以open readonly模式打开SQL> alter database open read only;Database altered.SQL>SQL> select open_mode fromv$database; OPEN_MODE--------------------READ ONLY SQL> 然后启动应用SQL> alter database recover managedstandby database disconnect from session; Database altered. SQL> SQL> select open_mode fromv$database; &nbs