起因:源端数据库应用程序逻辑错误,导致重大量重试回滚,日产生归档300GB,异地备份在10Mbps的网速下,产生了arcHive gap;解决流程:1 查出备库当前的scn号 select cur
起因:源端数据库应用程序逻辑错误,导致重大量重试回滚,日产生归档300GB,异地备份在10Mbps的网速下,产生了arcHive gap;
解决流程:
1 查出备库当前的scn号
select current_scn from v$database;
1612480746
2 在主库生成基于备库scn的增量备份
--primary
show all;
run{
ALLOCATE CHANNEL d1 TYPE disk;
set limit channel d1 kbytes=104857600;
BACKUP INCREMENTAL FROM SCN 1612480746 DATABASE FORMAT 'J:\%U_for_stb.bk' include current controlfile for standby;
}
3 传送日志到备库
--standby
catalog start with 'e:\inc';
4 应用control file,增量备份集
restore standby controlfile to 'e:\control01.ctl' ;
shutdown immediate;
copy e:\control01.ctl E:\ORADATA\TCIS\CONTROL01.CTL
copy e:\control01.ctl E:\ORADATA\TCIS\CONTROL02.CTL
copy e:\control01.ctl E:\ORADATA\TCIS\CONTROL03.CTL
recover database noredo;
报错:
RMAN-03002: recover 命令 (在 07/08/2018 10:49:09 上) 失败
RMAN-06094: 数据文件5必须重新存储
启动原先的备库,select name from v$datafile
发现文件有重新rename的;有点梗;
5 修改数据文件位置
alter system set standby_file_management=manual;
alter database rename file 'E:\ORADATA\TCIS\UBSS_INDX01.DBF' to 'd:\oradata\tcis\ubss_indx01.dbf';
alter database rename file 'E:\ORADATA\TCIS\UBSS_INDX02.DBF' to 'd:\oradata\tcis\ubss_indx02.dbf';
6 再次recover database noredo
又报错,第16号文件不存在
RMAN-03002: recover 命令 (在 07/08/2018 10:49:09 上) 失败
RMAN-06094: 数据文件16必须重新存储
以老的控制文件启动,发现第16号文件是之后添加的
7 主库上备份16号文件backup datafile 16 format 'j:\16.bak';
8 备库上恢复16文件
--primary
catalog start with 'e:\inc';
restore datafile 16 ;
recover database noredo;
RMAN-03002: recover 命令 (在 07/07/2018 10:44:11 上) 失败
ORA-19693: 已包括备份片段 E:\INC\CDT7BHIL_1_1_FOR_STB.BK
recover失败,很名显,这个16号文件是之后恢复的,其scn大于之前做的备份片集
9 清理无效的备份片,再次重复2之后的步骤,backup ,restore controlfile,rename datafile,recover database ;
10 恢复完成后检查
复原参数alter system set standby_file_management=auto;
启动recoveralter database recover managed standby database disconnect;
检查日志应用情况
sql> select status,blocks,process,sequence# from v$managed_standby;
STATUS BLOCKS PROCESS SEQUENCE#
------------ ---------- --------- ----------
CONNECTED 0 ARCH 0
CONNECTED 0 ARCH 0
CONNECTED 0 ARCH 0
CONNECTED 0 ARCH 0
IDLE 20480 RFS 45261
IDLE 20480 RFS 45262
IDLE 0 RFS 0
APPLYING_LOG 81560 MRP0 45248
检查归档,删除已应用的归档
select a.thread#, a.sequence#, a.applied,a.name
from v$archived_log a, v$database d
where a.activation# = d.activation#
and a.applied='YES' order by 2;
--结束END--
本文标题: oracle dataguard archive gap后恢复
本文链接: https://lsjlt.com/news/38254.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0