OGG 有两天由于某种原因没有启动，而这段时间的备份文件缺失了一部分归档。恢复过程记录如下：

GGSCI (xxxx) 6> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING

EXTRACT     RUNNING     DP_XXXX3    00:00:00      00:00:08

EXTRACT     RUNNING     DP_XXXX4    00:00:00      00:00:05

EXTRACT     ABENDED     EX_XXXX3    00:00:01      65:09:29

EXTRACT     ABENDED     EX_XXXX4    00:00:01      65:09:35    

GGSCI (xxxx) 6> view report EX_XXXX1

2019-05-27 14:58:34  ERROR   OGG-00446  Could not find archived log for sequence 76437 thread 1 under default destinations SQL <SELECT  name    FROM v$archived_log   WHERE sequence# = :ora_seq_no AND

     thread# = :ora_thread AND         resetlogs_id = :ora_resetlog_id AND         archived = 'YES' AND         deleted = 'NO'         AND standby_dest = 'NO'         order by name DESC>, error retrievin

g redo file name for sequence 76437, archived = 1, use_alternate = 0 Not able to establish initial position for sequence 76437, rba 6905872.

2019-05-27 14:58:34  ERROR   OGG-01668  PROCESS ABENDING.

检查确认:

set line 200 pages 200

col name for a100

SELECT sequence#,name,thread#,resetlogs_id,archived,deleted FROM v$archived_log WHERE sequence# >= 76437;

 SEQUENCE# NAME                                                                                                    THREAD# RESETLOGS_ID ARC DEL

---------- ---------------------------------------------------------------------------------------------------- ---------- ------------ --- ---

     76437                                                                                                               1    898097516 YES YES

     76438                                                                                                               1    898097516 YES YES

     76439                                                                                                               1    898097516 YES YES

     76440                                                                                                               1    898097516 YES YES

     76441                                                                                                               1    898097516 YES YES

     76442                                                                                                               1    898097516 YES YES

     76443                                                                                                               1    898097516 YES YES

     76444                                                                                                               1    898097516 YES YES

     76445                                                                                                               1    898097516 YES YES

     76446                                                                                                               1    898097516 YES YES

     76447                                                                                                               1    898097516 YES YES

     76448                                                                                                               1    898097516 YES YES

     76449                                                                                                               1    898097516 YES YES

     76450                                                                                                               1    898097516 YES YES

     76451                                                                                                               1    898097516 YES YES

     76452                                                                                                               1    898097516 YES YES

     76453                                                                                                               1    898097516 YES YES

     76454                                                                                                               1    898097516 YES YES

     76455                                                                                                               1    898097516 YES YES

     76456                                                                                                               1    898097516 YES YES

     76457                                                                                                               1    898097516 YES YES

     76458                                                                                                               1    898097516 YES YES

     76459                                                                                                               1    898097516 YES YES

     76460                                                                                                               1    898097516 YES YES

     76461                                                                                                               1    898097516 YES YES

     76462                                                                                                               1    898097516 YES YES

     76463                                                                                                               1    898097516 YES YES

     76464                                                                                                               1    898097516 YES YES

     76465                                                                                                               1    898097516 YES YES

29 rows selected.

看不到归档路径，DELETED='YES' ,可见确实归档丢失。

如果归档没有丢失，将归档恢复到原来位置，重新启动抽取进程，即可完成恢复。大概流程如下：

--1.检查备份归档是否存在

rman target /

RMAN > list backup of archivelog sequence between 76437 and 76501;

--2.恢复归档

RMAN > restore archivelog from sequence 76437;

--3.确认归档恢复到了默认归档位置

--4.重新启动抽取进程

./ggsci

start ex_xxxx3

info all

stats ex_xxxx3

stats dp_xxxx3

比对数据，确认恢复

再次确认后，RAC 两个节点的归档都有丢失。

thread2: 52036 到 52041断档
thread1: 76495 到 76501断档

其中

进程3 对应的表只有insert操作，我们采用如下方式处理的：
比对数据将这段时间的数据插入进去(可以采用tns/exp where/plsql where/expdp where等方式)，然后跳过这段时间进行同步

进程4 包含了更新插入删除操作，只能通过重新初始化的方式恢复

进程3  补数据恢复

--1.获取断档故障时间范围

SQL> alter session set nls_date_format='YYYYMMDD HH24:MI:ss';

Session altered.

SQL> select THREAD#,SEQUENCE#,FIRST_TIME,NEXT_TIME from v$archived_log where  SEQUENCE# between 52036 and 52041;

 SEQUENCE# FIRST_TIME        NEXT_TIME

---------- ----------------- -----------------

     52036 20190526 20:05:42 20190526 21:05:41

     52037 20190526 21:05:41 20190526 21:34:56

     52038 20190526 21:34:56 20190526 22:34:54

     52039 20190526 22:34:54 20190526 23:34:54

     52040 20190526 23:34:54 20190527 00:34:55

     52041 20190527 00:34:55 20190527 01:34:55

6 rows selected.

SQL> select THREAD#,SEQUENCE#,FIRST_TIME,NEXT_TIME from v$archived_log where  SEQUENCE# between 76495 and 76501;

   THREAD#  SEQUENCE# FIRST_TIME        NEXT_TIME

---------- ---------- ----------------- -----------------

         1      76495 20190526 20:05:29 20190526 20:05:42

         1      76496 20190526 20:05:42 20190526 20:56:07

         1      76497 20190526 20:56:07 20190526 21:34:54

         1      76498 20190526 21:34:54 20190526 22:24:17

         1      76499 20190526 22:24:17 20190526 23:24:15

         1      76500 20190526 23:24:15 20190527 00:24:15

         1      76501 20190527 00:24:15 20190527 01:24:17

--2.将这段时间数据插入过去

insert into target_table select * from source_table where createtime>=to_date('20190526 20:05:29','YYYYMMDD HH24:MI:SS') AND createtime<=to_date('20190527 01:34:55','YYYYMMDD HH24:MI:SS');

--3.跳过这段数据同步

GGSCI (xxxx) 2> ALTER EXTRACT EX_XXXX3, THREAD 2, BEGIN 2019-05-27 01:34:56

EXTRACT altered.

GGSCI (xxxx) 2> ALTER EXTRACT EX_XXXX3, THREAD 1, BEGIN 2019-05-27 01:24:18

EXTRACT altered.

GGSCI (xxxx) 14> ALTER EXTRACT EX_XXXX3, ETROLLOVER

2019-05-28 17:21:15  INFO    OGG-01520  Rollover performed.  For each affected output trail of Version 10 or higher format, after starting the source extract, issue ALTER EXTSEQNO for that trail's reader (either pump EXTRACT or REPLICAT) to move the reader's scan to the new trail file;  it will not happen automatically.

EXTRACT altered.

GGSCI (xxxx) 4> start EX_XXXX3

Sending START request to MANAGER ...

EXTRACT EX_XXXX3 starting

GGSCI (xxxx) 4> info all　　--检查状态

GGSCI (xxxx) 4> info exttrail ./dirdat/lc

       Extract Trail: ./dirdat/lc

             Extract: EX_XXXX3

               Seqno: 2831          --tracefile SEQNO已经跳转到2831

                 RBA: 78985035

           File Size: 100M

GGSCI (xxxx) 7> info DP_XXXX3

EXTRACT    DP_XXXX3  Last Started 2019-05-27 14:47   Status RUNNING

Checkpoint Lag       00:00:00 (updated 00:00:04 ago)

Log Read Checkpoint  File ./dirdat/lc002830             --DB进程的trace文件不能自动跳转

                     2019-05-28 17:12:21.854829  RBA 1084
GGSCI (xxxx) 7> ALTER EXTRACT DP_XXXX3, EXTSEQNO 2831, EXTRBA 0
GGSCI (xxxx) 7> START DP_XXXX3
目标端
GGSCI (xxxx) 1> start RP_XXXX3
GGSCI (xxxx) 1> stats RP_XXXX3  --检查是否有数据，完成恢复

进程4 重新初始化恢复



源端：


1.根据SCN 导出数据
sqlplus ggadmin/ggadmin
select to_char(current_scn) from v$database; --15555721660
expdp userid=scott/tiger directory=expdir tables=testtable1 dumpfile=testtable1.dmp logfile=testtable1.log cluster=n CONTENT=data_only FLASHBACK_SCN=15555721660
scp 到目标端




2.目标端导入
impdp target/target directory=expdir remap_schema=scott:target dumpfile=testtable1.dmp  table_exists_action=truncate




3. 修复OGG
随便找个不断档的时间点恢复即可


STOP EX_XXXX4

ALTER EXTRACT EX_XXXX4, THREAD 2, BEGIN 2019-05-28 16:00:00

ALTER EXTRACT EX_XXXX4, THREAD 1, BEGIN 2019-05-28 16:00:00

ALTER EXTRACT EX_XXXX4, ETROLLOVER

2019-05-28 17:21:15  INFO    OGG-01520  Rollover performed.  For each affected output trail of Version 10 or higher format, after starting the source extract, issue ALTER EXTSEQNO for that trail's reader (either pump EXTRACT or REPLICAT) to move the reader's scan to the new trail file;  it will not happen automatically.

EXTRACT altered.

start EX_XXXX4

info all

GGSCI (xxxx) 4> info exttrail ./dirdat/ld

       Extract Trail: ./dirdat/lc

             Extract: EX_XXXX3

               Seqno: 2638

                 RBA: 45765133

           File Size: 100M

STOP DP_XXXX4

ALTER EXTRACT DP_XXXX4, EXTSEQNO 2638, EXTRBA 0

START DP_XXXX4

目标端：

START REPLICAT RP_XXXX4,ATCSN 15555721660
完成恢复。




以上过程是后期梳理，并没有保留详细日志，所以存在一些出入，但大概操作步骤如此。
												


											
【OGG 故障处理】 丢失归档恢复的更多相关文章
	

    
								
  1. 【故障处理】-OGG 丢失归档20190717
		
    再次遇到OGG 异常: 归档丢失,OGG 不能找到需要的归档文件. 该表完整expdp 导出评估为 110G,了解到只有插入操作,所以只把归档丢失期间的数据补到目标端就好. 1. 清理目标端 2019 ...
    
		
    2. 
						
  2. dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复
		
    dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> sel ...
    
		
    3. 
						
  3. 【恢复】 Redo文件丢失的恢复
		
    第一章 Redo文件丢失的恢复 1.1  online redolog file 丢失 联机Redo日志是Oracle数据库中比较核心的文件,当Redo日志文件异常之后,数据库就无法正常启动,而且有丢 ...
    
		
    4. 
						
  4. 【恢复】Redo日志文件丢失的恢复
		
    第一章 Redo文件丢失的恢复 1.1  online redolog file 丢失 联机Redo日志是Oracle数据库中比较核心的文件,当Redo日志文件异常之后,数据库就无法正常启动,而且有丢 ...
    
		
    5. 
						
  5. 电脑中dll文件丢失怎么恢复？
		
    DLL文件是Windows系统中的动态链接文件,我们在运行程序时都必须链接到dll文件,如果缺少了则无法正常运行,相信大家都会遇到dll文件缺失的情况,那么电脑中dll文件丢失怎么恢复?下面装机之家分 ...
    
		
    6. 
						
  6. Oracle DataGuard主库丢失归档日志后备库的RMAN增量恢复一例
		
    第一部分  问题描述和环境状态确认 ----1. 问题场景 Oracle DataGuard主库丢失archivelog,如何不重建备库完成同步? 在Oracle DataGuard主从同步过程中可能 ...
    
		
    7. 
						
  7. dataguard丢失归档日志处理
		
    检查alert日志发现报错如下 Wed Mar 27 15:40:30 2019Managed Standby Recovery not using Real Time ApplyParallel M ...
    
		
    8. 
						
  8. 05 使用bbed跳过归档恢复数据文件
		
    5 使用BBED跳过归档 在归档模式下,缺失了一部分的归档日志文件,对数据文件进行恢复 1 开启归档 --shutdown immediate --startup mount --alter data ...
    
		
    9. 
						
  9. Oracle11gr2_ADG管理之跳归档恢复dg实战
		
    模拟故障 关闭备库 SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut dow ...
    
		
    10. 
		

	


随机推荐
	

    
									
  1. Swift学习  （二）
			
    2.控制流: 主要有三种类型的语句 if,switch和新增的guard for,while break,continue 关于if 语句里的条件不再需要使用()包裹了. 1 2 3 4 let nu ...
    
			
    2. 
						
  2. MFC BASE64加解密 算法
			
    unsigned char * base64 = (unsigned char *)"ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz ...
    
			
    3. 
						
  3. mysql:服务无法启动解决
			
    输入mysqld --console,查看报错 Found option without preceding group in config file E:\mysql-5.7.21-winx64\m ...
    
			
    4. 
						
  4. Fakes里的stub和shim的区别
			
    stub常用于虚拟接口.类.方法,无法重写静态方法(stub需要传递到具体调用代码中) shim常用于重写静态方法(在ShimsContext.Create()作用域内,拦截Runtime动态修改方法 ...
    
			
    5. 
						
  5. Codis-FE配置启动
			
    生成配置信息: ./codis-admin --dashboard-list --zookeeper= | tee conf/codis.json 如果当前目录下还没有创建logs文件夹,请先创建lo ...
    
			
    6. 
						
  6. Ant 构建 Jmeter脚本报错详解
			
    在搭建Ant构建Jmeter脚本的时候,小组成员遇到了各种问题. 再这里总结一下,遇到类似问题的可以做个参考 1.提示 does not exist 解决方案: 出现这种的问题原因有很多. 先排除权限 ...
    
			
    7. 
						
  7. Flink中案例学习--State与CheckPoint理解
			
    1.State概念理解 在Flink中,按照基本类型,对State做了以下两类的划分:Keyed State, Operator State. Keyed State:和Key有关的状态类型,它只能被 ...
    
			
    8. 
						
  8. CCF201403 无线网络【限制型最短路】
			
    问题描述 目前在一个很大的平面房间里有 n 个无线路由器,每个无线路由器都固定在某个点上.任何两个无线路由器只要距离不超过 r 就能互相建立网络连接. 除此以外,另有 m 个可以摆放无线路由器的位置. ...
    
			
    9. 
						
  9. 2个CDH的hive数据同步
			
    算法和数仓共用一套hive数据: CM: 真实数据: 都存在共享存储: oss, s3,ufile上. CDH配置能访问的权限(key)
    
			
    10. 
						
  10. javaIO -- 流的体系设计思路、基础分类
			
    一.流 1. 流的含义 在程序设计中,流是对于数据流动传输的一种抽象描述任何有能力产出数据的数据源,或者有能力接受数据的接收端对象都是一个流. 2. 流的源和目的 数据可能从本地文件读取,或者写入,  ...
    
			
    11.