再次遇到OGG 异常:

归档丢失,OGG 不能找到需要的归档文件.

该表完整expdp 导出评估为 110G,了解到只有插入操作,所以只把归档丢失期间的数据补到目标端就好。

1. 清理目标端 2019/07/11 18:00 之后数据

--目标端
SQL>
select count(1) from table1 where GEN_TIME>=to_date('20190711 18:00:00','YYYYMMDD HH24:MI:SS');
delete from table1 where GEN_TIME>=to_date('20190711 18:00:00','YYYYMMDD HH24:MI:SS');
COMMIT;

2. 完成2019/07/11 18:00 之后数据的补充

  • 查询SCN

    select to_char(current_scn) from v$database; --16253916840
  • 导出数据

    DATE=`date +'%Y%m%d'`
    expdp userid=source/pass directory=expdir tables=table1 QUERY=table1:\"where GEN_TIME\>=to_date\(\'20190711 18:00:00\',\'YYYYMMDD HH24:MI:SS\'\)\" filesize=10G dumpfile=initogg$DATE%U.dmp logfile=initogg$DATE.log cluster=n FLASHBACK_SCN=16253916840
  • SCP 到目标端

    scp initogg$DATE*.dmp ogg@target:/expdir
  • 目标端导入

    DATE=`date +'%Y%m%d'`
    impdp target/pass directory=expdir remap_schema=source:target dumpfile=initogg$DATE%U.dmp logfile=impdp_initogg$DATE.log table_exists_action=append
  • 验证数据

    --source
    select count(1) from table1 as of scn 16253916840;
    --target
    select count(1) from table1;

    数据一致,该SCN后的数据通过OGG同步即可。

3. Source 端OGG 进程处理

  • Extract 进程处理

    GGSCI> ALTER EXTRACT EXT1 ,ETROLLOVER
    GGSCI> info exttrail *
          Extract Trail: /ogg/dirdat/ra
                Extract: DP1
                  Seqno: 2900
                    RBA: 15694
              File Size: 100M
          Extract Trail: ./dirdat/la
                Extract: EXT1
                  Seqno: 2911 #注意这里新的Seqno 和 RBA
                    RBA: 0 #下面Dump进程用到
              File Size: 100M
    #9点到现在归档是连续的,从今天9点的归档开始抽取,前面丢失的不再需要
    GGSCI> ALTER EXTRACT EXT1 ,BEGIN 09:00
    GGSCI> START EXT1
    GGSCI> INFO EXTTRAIL *
          Extract Trail: /ogg/dirdat/ra
                Extract: DP1
                  Seqno: 2900
                    RBA: 15694
              File Size: 100M
          Extract Trail: ./dirdat/la
                Extract: EXT1
                  Seqno: 2911
                    RBA: 19070157 #RBA变更,已有数据被抽取到trail文件
              File Size: 100M
  • DB 进程处理

    GGSCI> info DP1
    EXTRACT    DP1  Last Started 2019-07-13 14:57   Status STOPPED
    Checkpoint Lag       00:00:00 (updated 17:00:23 ago)
    Log Read Checkpoint  File ./dirdat/la002910 #使用的旧的trail文件
                        2019-07-11 20:39:24.000000  RBA 31497286
    GGSCI> ALTER EXTRACT DP1, EXTSEQNO 2911, EXTRBA 0 #切换到Extract使用的新文件
    GGSCI> info DP1
    EXTRACT    DP1  Initialized   2019-07-17 11:11   Status STOPPED
    Checkpoint Lag       00:00:00 (updated 00:00:06 ago)
    Log Read Checkpoint  File ./dirdat/la002911
                        First Record  RBA 0
    #启动Dump进程
    GGSCI> START DP1
    GGSCI> INFO DP1
    EXTRACT    DP1  Last Started 2019-07-17 11:12   Status RUNNING
    Checkpoint Lag       00:00:00 (updated 00:00:08 ago)
    Log Read Checkpoint  File ./dirdat/la002911
                        2019-07-17 11:12:50.000000  RBA 19537151 #需等一会儿才有变化
    GGSCI> INFO EXTTRAIL *
          Extract Trail: /ogg/dirdat/ra
                Extract: DP1
                  Seqno: 2901 #Dump进程启动后自动切换了远端trail文件
                    RBA: 19581384
              File Size: 100M
          Extract Trail: ./dirdat/la
                Extract: EXT1
                  Seqno: 2911
                    RBA: 19601526
              File Size: 100M
  • 查看Source 端状态都已正常

    GGSCI> INFO ALL #相关进程都处于Running 状态,且无延迟

4. Target 端OGG 进程处理

基于SCN 启动Replicat 进程

GGSCI> info RP1
REPLICAT   RP1  Last Started 2019-07-12 06:00   Status STOPPED
Checkpoint Lag       00:00:00 (updated 17:03:31 ago)
Log Read Checkpoint  File ./dirdat/ra002900 #当前还在使用2900
                    2019-07-11 20:39:24.096454  RBA 15694
#从指定SCN 开始应用
GGSCI> START REPLICAT RP1, ATCSN 16253916840
GGSCI> info RP1
REPLICAT   RP1  Last Started 2019-07-17 11:15   Status RUNNING
Checkpoint Lag       00:00:00 (updated 00:00:01 ago)
Log Read Checkpoint  File ./dirdat/ra002901 #已经自动切换到了2901
                    2019-07-17 11:15:20.967710  RBA 19923873

Replicat 在2900没找到需要的SCN,在2901里才能找到,所以自动完成了切换

5. 数据验证

--source
select count(1) from table1;
--target
select count(1) from table1;

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

  1. 【OGG 故障处理】 丢失归档恢复

    OGG 有两天由于某种原因没有启动,而这段时间的备份文件缺失了一部分归档.恢复过程记录如下: GGSCI (xxxx) > info all Program Status Group Lag a ...

  2. dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复

    dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> sel ...

  3. dataguard丢失归档日志处理

    检查alert日志发现报错如下 Wed Mar 27 15:40:30 2019Managed Standby Recovery not using Real Time ApplyParallel M ...

  4. Oracle DataGuard主库丢失归档日志后备库的RMAN增量恢复一例

    第一部分  问题描述和环境状态确认 ----1. 问题场景 Oracle DataGuard主库丢失archivelog,如何不重建备库完成同步? 在Oracle DataGuard主从同步过程中可能 ...

  5. OGG学习笔记03-单向复制简单故障处理

    OGG学习笔记03-单向复制简单故障处理 环境:参考:OGG学习笔记02-单向复制配置实例 实验目的:了解OGG简单故障的基本处理思路. 1. 故障现象 故障现象:启动OGG源端的extract进程, ...

  6. Oracle主库归档丢失,备库日志有gap,在不重建备库的情况下,恢复备库

    本文主要描述Oracle备库日志与主库日志之间有gap,切主库这部分gap的归档日志已经删除或丢失,如何在不重建备库的情况下,恢复备库. 欢迎转载,请注明作者.出处. 作者:张正 blog:http: ...

  7. OGG学习笔记03

    OGG学习笔记03-单向复制简单故障处理 环境:参考:OGG学习笔记02-单向复制配置实例实验目的:了解OGG简单故障的基本处理思路. 1. 故障现象故障现象:启动OGG源端的extract进程,da ...

  8. OGG学习笔记04-OGG复制部署快速参考

    OGG学习笔记04-OGG复制部署快速参考 源端:Oracle 10.2.0.5 RAC + ASM 节点1 Public IP地址:192.168.1.27 目标端:Oracle 10.2.0.5 ...

  9. OGG学习笔记05-OGG的版本

    刚接触OGG的时候,很容易被众多的版本搞晕,虽然官方有提供各版本对应认证OS和DB的表格. 个人认为一个比较简单的方式,是直接去edelivery.oracle.com下载OGG,选定一个大版本后,这 ...

随机推荐

  1. Qt编写自定义控件67-通用无边框

    一.前言 在之前的一篇文章中写过一个通用的移动控件,作用就是用来传入任意的widget控件,可以在父类容器中自由移动.本篇文章要写的是一个通用的无边框类,确切的说这不叫控件应该叫组件才对,控件是要看得 ...

  2. 毫无PS痕迹 你的第一本Photoshop书 完整版

    毫无PS痕迹 你的第一本Photoshop书 目录 <毫无PS痕迹-你的本Photoshop书>全书分为四大部分: 第1.2章讲解色彩和图像的原理与基础知识要点. 第3至11章全面讲解了使 ...

  3. 报错:Error while fetching metadata with correlation id 67 : {alarmHis=LEADER_NOT_AVAILABLE}

    报错背景: 单机安装了kafka,创建完成主题,启动生产者的时候产生报错现象.报错时持续不断打印日志信息. 报错现象: [-- ::,] WARN [Producer clientId=console ...

  4. python中多层循环的一键退出

    在单层循环的退出中,使用break即能退出,那么多层循环呢?机智的人们使用flag标识符的方式,例如: a=['a',1,2,3,4] b=['b',1,2,3,4] c=['c',1,2,3,4] ...

  5. Go micro 开发微服务步骤

    1.写 proto文件,定义接口和服务 2.实现 接口,注册 handle 3.调用服务:直接用rpc 客户端调用,或者用 api http web等调用 api http web 等服务可以对客户端 ...

  6. MySQL普通索引性能试验

    首先使用如下node.js脚本创建两张表,并为这两张表各自生成10000条数据: var fs = require('fs'); var nameS = "赵钱孙李周吴郑王冯陈褚卫蒋沈韩杨朱 ...

  7. LODOP关联,打印项序号注意事项

    之前也有介绍过打印项序号:Lodop打印控件里SET_PRINT_STYLE和SET_PRINT_STYLEA如果是个给打印项添加样式,最常用的是SET_PRINT_STYLEA(0.....),第一 ...

  8. Java学习,从入门到放弃(一)SpringMVC+Maven+Mybits 多种数据库配置(mysql+sqlserver)AOP方式

    多数据库配置需求有两种,一种是因为项目太大,访问量太高,不得不分布多个数据库减轻访问压力,比较多的应用就是读写分离:另一种就是原本不同的两个数据库业务现在要整合到一起,甚至连数据库都不一样,一个mys ...

  9. [计算机视觉][ARM-Linux开发]OpenCV 3.1下载 ippicv_linux_20151201失败

    安装OpenCV 3.1的过程中要下载ippicv_linux_20151201,由于网络的原因,这个文件经常会下载失败. 解决的办法是手动下载: 先下载 OpenCV 3.1 Download MD ...

  10. setInterval【计时器】

    ~function(){ const nextPushTime = $('#nextPushTime_promotion_push'); const prevTime = new Date('2017 ...