DG GAP解决方案

备库中大量出现类似如下内容:

Tue Apr 26 17:34:49 2016

SMON: enabling cache recovery

Dictionary check beginning

Dictionary check complete

Database Characterset is AL32UTF8

No Resource Manager plan active

replication_dependency_tracking turned off (no async multimaster replication found)

Physical standby database opened for read only access.

Completed: alter database open read only

CORRUPTION DETECTED: In redo blocks starting at block 1count 2048 for thread 1 sequence 373

ALTER DATABASE RsECOVER  managed standby database using current logfile disconnect

Attempt to start background Managed Standby Recovery process (orcl)

在主库查询归档应用情况:

set lines 300 pages 300

col name for a20

select name,dest_id,thread#,sequence#,standby_dest,applied,registrar,completion_time

from v$archived_log

where standby_dest=‘YES‘

order by thread#,sequence#;

set linesize 140

set pagesize 999

col SEQUENCE# for 999999

col APPLIED for a10

col ARCHIVED for a8

col FIRST_TIME for a20

col NEXT_TIME for a20

alter session set nls_date_format=‘yyyy-mm-dd hh24:mi:ss‘;

select * from (select SEQUENCE#, FIRST_TIME, NEXT_TIME, APPLIED, ARCHIVED from V$ARCHIVED_LOG order by 1 desc) where rownum<100 order by 1;

select SEQUENCE#, FIRST_TIME, NEXT_TIME, APPLIED, ARCHIVED from V$ARCHIVED_LOG;

SEQUENCE# FIRST_TIME       NEXT_TIME   APPLIED   ARC

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

387 26-APR-16       26-APR-16   NO    YES

386 26-APR-16       26-APR-16   NO    YES

385 26-APR-16       26-APR-16   NO    YES

382 26-APR-16       26-APR-16   NO    YES

381 26-APR-16       26-APR-16   NO    YES

380 26-APR-16       26-APR-16   NO    YES

379 26-APR-16       26-APR-16   NO    YES

378 26-APR-16       26-APR-16   NO    YES

377 26-APR-16       26-APR-16   NO    YES

376 26-APR-16       26-APR-16   NO    YES

375 26-APR-16       26-APR-16   NO    YES

374 26-APR-16       26-APR-16   NO    YES

372 26-APR-16       26-APR-16   YES    YES

371 26-APR-16       26-APR-16   YES    YES

370 26-APR-16       26-APR-16   YES    YES

369 26-APR-16       26-APR-16   YES    YES

368 26-APR-16       26-APR-16   YES    YES

367 26-APR-16       26-APR-16   YES    YES

366 26-APR-16       26-APR-16   YES    YES

365 26-APR-16       26-APR-16   YES    YES

364 26-APR-16       26-APR-16   YES    YES

363 26-APR-16       26-APR-16   YES    YES

362 26-APR-16       26-APR-16   YES    YES

361 26-APR-16       26-APR-16   YES    YES

360 26-APR-16       26-APR-16   YES    YES

经检查,发现373号归档没应用。 并且查看/data/arch 目录也未发现。

解决办法:

从主库传送373号归档到备库,然后手工注册:

alter database register physical logfile ‘/data/arch/1_1604_905778979.dbf‘;

时间: 2024-10-13 21:12:33

DG GAP解决方案的相关文章

rman 增量恢复 dg gap后 主库添加新数据文件

1) On the standby database, 关闭 (MRP) SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 2) On the STANDBY DATABASE, 获取备库最小scn值,用作主库增量备份点 : col MIN(CHECKPOINT_CHANGE#) for 999999999999999999 col CURRENT_SCN for 99999999999999999 SELECT CURRE

利用增量备份恢复因归档丢失造成的DG gap

故障现象:data guard归档出现gap,悲剧的是丢失的归档在主库上被rman备份时删除了,丢失的归档大约有20几个,数据库大小约2T,如果重建DG将非常耗时间,因此决定利用增量备份的方式恢复DG,主要步骤如下:1.备份备库spfile文件SQL> create pfile='/home/ora/pfileRdg.ora' from spfile; 2.查看当前备库scnSQL> select to_char(current_scn) from v$database; TO_CHAR(CU

Oracle 11g R2 ADG 运维

--================ Oracle ADG 运维 ================ --========测试日志传输======== 1.在primary上,查看最后归档的日志,强制日志切换 ALTER SESSION SET nls_date_format='DD-MON-YYYY HH24:MI:SS'; SELECT sequence#, first_time, next_time FROM?? v$archived_log ORDER BY sequence#; ALTE

DG unresolvable gap gap sequence备库恢复

案例 环境:2节点RAC asm + 单实例DG备库 ,备库用的是文件系统来存放数据文件,未用ASM:RAC一节点上部署有ogg. 在主库上通过在线重定义对表做分区,创建分区表空间时备库上创建数据文件失败, 导致日志传到备库无法应用,备库停止日志应用. rman备份清理归档的脚本无法及时清理归档导到主库.备库归档磁盘空间均出现满的现象,ogg进程不工作,进程正常,只是time since chkpt 持续升高. 清理了归档后,备库可以接收日志但不应用.查看DG switchover_status

通过增量备份恢复来处理Oracle DG 复制GAP

1.确定增备scn范围,通过alert日志获取gap日志序列GAP - thread 1 sequence 109631-117170 2.根据序列获取增备起点SCN提示最小gap序列为109631, 往前推一个序列,然后获得scn号 select THREAD#,SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE# from v$archived_log where SEQUENCE#=109630;THREAD# SEQUENCE# FIRST_CHANGE# NEXT_

增量备份解决dg库日志gap

有时候备库滞后于主库很长时间了,而主库的归档日志已经不存在了,此时的日志间隔如何消除那,很多人选择重建备库,这个是很麻烦的,尤其当主库数据量很大的时候,此时我们还有另外一种选择,那就是使用增量数据库备份来前滚备库,消除日志间隔,具体作法如下: 1.备库查看丢失的归档时的scn号 idle> select current_scn from v$database; CURRENT_SCN ----------- 96458277 2.主库创建基于丢失归档scn号为起始的增量备份(要确定主库和备库的目

【DG】[三思笔记]一步一步学DataGuard

[DG][三思笔记]一步一步学DataGuard 它有无数个名字,有人叫它dg,有人叫它数据卫士,有人叫它data guard,在oracle的各项特性中它有着举足轻理的地位,它就是(掌声)......................Oracle Data Guard.而对于我而言,我一定要亲切的叫它:DG(注:主要是因为打着方便). 不少未实际接触过dg的初学者可能会下意识以为dg是一个备份恢复的工具.我要说的是,这种形容不完全错,dg拥有备份的功能,某些情况下它甚至可以与primary数据库

搭建单机dg

一台linux下oracle DG搭建 standby: 物理Standby  ····· 与primary 库结构一模一样,提供灾备,减少IO/CPU 占用  (灾难恢复高可用性) 逻辑standby  ·····  与primary 库结构不同(可以创建除primary库存在的索引..) (灾难恢复高可用性/业务需求#ddl/dml) 物理standby 特点 灾难恢复及高可用性:物理standby 提供了一个健全而且极高效的灾难恢复及高可用性的解决方案.更加易于管理的switchover/

DG备库磁盘空间满导致无法创建归档

上周五去某客户那里做数据库巡检,是window 2008系统上10g的一套NC系统的库,已经配置了DG,但是巡检时发现数据库报错: Tue Nov 11 10:13:57 2014 LNS: Standby redo logfile selected for thread 1 sequence 3945 for destination LOG_ARCHIVE_DEST_2 Tue Nov 11 10:14:29 2014 Errors in file d:\oracle\product\10.2