Oracle11gR2_ADG管理之恢复主库的truncate表实战

备库开启flashback database

#关闭备库的同步
SQL> alter database recover managed standby database cancel;

Database altered.

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
NO

SQL> alter database flashback on;

Database altered.

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
YES

SQL> alter database recover managed standby database using current logfile disconnect;

Database altered.

查看同步状态,备库实时应用主库的归档

#主库上执行
SQL> set linesize 300
SQL> col DESTINATION format a10
SQL> col db_unique_name format a10
SQL> col database_mode format a20
SQL> col recovery_mode format a20
SQL> col synchronization_status format a10
SQL> col gap_status format a10

SQL> SELECT DESTINATION,db_unique_name,type,STATUS,database_mode,recovery_mode,ARCHIVED_THREAD#,ARCHIVED_SEQ#,applied_seq#,synchronization_status,gap_status FROM V$ARCHIVE_DEST_STATUS WHERE STATUS <> 'DEFERRED' AND STATUS <> 'INACTIVE';

DESTINATIO DB_UNIQUE_ TYPE           STATUS    DATABASE_MODE        RECOVERY_MODE        ARCHIVED_THREAD# ARCHIVED_SEQ# APPLIED_SEQ# SYNCHRONIZ GAP_STATUS
---------- ---------- -------------- --------- -------------------- -------------------- ---------------- ------------- ------------ ---------- ----------
           NONE       LOCAL          VALID     OPEN                 IDLE                                1            44            0 CHECK CONF
                                                                                                                                     IGURATION

snewtest   snewtest   PHYSICAL       VALID     OPEN_READ-ONLY       MANAGED REAL TIME AP                1            44           43 CHECK CONF NO GAP
                                                                    PLY                                                              IGURATION

SQL> SELECT CURRENT_SCN FROM V$DATABASE;

CURRENT_SCN
-----------
    4410236

主库发生误操作将表test truncate 掉

SQL> truncate table test;

Table truncated.

SQL> select count(*) from test;

  COUNT(*)
----------
         0

#记录scn
SQL> SELECT CURRENT_SCN FROM V$DATABASE;

CURRENT_SCN
-----------
    4410383

#通过logminer搜索一定范围内的archivelog,确定drop操作对应的准确SCN号
SQL> exec dbms_logmnr.start_logmnr(startscn=>4410236,endscn=>4410383,options=>DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.CONTINUOUS_MINE);

PL/SQL procedure successfully completed.

SQL> col sql_redo format a110
SQL> set linesize 180
SQL> select scn,sql_redo,timestamp from v$logmnr_contents where table_name='TEST';

       SCN SQL_REDO                                                                                                       TIMESTAMP
---------- -------------------------------------------------------------------------------------------------------------- ---------
   4410319 truncate table test;   

#确定flashback database的目标时间为4410319

在备库上执行flashback database

SQL>  select count(*) from test;

  COUNT(*)
----------
         0

SQL> alter database recover managed standby database cancel;

Database altered.

SQL> flashback database to scn 4410236;

Flashback complete.

SQL> alter database open read only;

Database altered.

SQL> select count(1) from test;

  COUNT(1)
----------
        23

使用dblink或者datapump将数据恢复到主库上

:
create public database link system_snewtest connect to sys identified by "oracle" using ‘snewtest‘;
insert into test select * from [email protected]_snewtest;

SQL> select count(1) from test;

    COUNT(1)
----------
        23

重新开启备库上的MRP

SQL> alter database recover managed standby database using current logfile disconnect  ;

Database altered.

SQL> select count(1) from test;

    COUNT(1)
----------
        2

原文地址:https://www.cnblogs.com/chinesern/p/8687107.html

时间: 2024-11-14 12:30:18

Oracle11gR2_ADG管理之恢复主库的truncate表实战的相关文章

truncate表hang住(等待时间较长),出现enq:RO fast object reuse等待事件

有一个应用truncate表等待了一晚上,一个定时任务,跑了几年了,今天早上来发现昨晚没有执行完成,hang住了,查询发现等待事件 fast object reuse. 10.2.0.4的库 Bug 7385253 - Slow Truncate / DBWR uses high CPU / CKPT blocks on RO enqueue (文档 ID 7385253.8) Bug 9761199 - PMON hang on 'enq: ro - fast object reuse' (文

Oracle恢复drop误删除的表

一.表的恢复 对误删的表,只要没有使用PURGE永久删除选项,那么从flash back区恢复回来希望是挺大的.一般步骤有: 1.从flash back里查询被删除的表 select * from recyclebin 2.执行表的恢复 flashback table tbName to before drop; 这里的tbName代表你要恢复的表的名称.二.表数据恢复 对误删的表记录,只要没有truncate语句,就可以根据事务的提交时间进行选择恢复,一般步骤有: 1.先从flashback_

如何通过直接复制frm文件以实现恢复/复制innodb数据表?

如何通过直接复制frm文件以实现恢复/复制innodb数据表?在MySQL5.0的使用过程中,经常会出现一些莫名奇妙的问题,导致服务无法启动,只好重新安装MySQL,但是这样原来的数据库就会丢失了.听说MySQL的数据库文件直接复制便可以使用,但是根据查询,那是指原来的一种"MyISAM"类型的表.我通常都是使用MySQL-Front直接创建表,默认是"InnoDB"类型,这种类型的一个表在磁盘上好像只对应一个"*.frm"文件,不像MyISAM

从xtraback 备份文件中 单独恢复一张 innodb 表

从xtraback 备份文件中 单独恢复一张 innodb 表 http://blog.sina.com.cn/s/blog_445e807b0101dbgw.html 能够恢复一张表的前提是独立表空间 即开启了 innodb_per_file_table=1 恢复一张innodb 表 (innodb_per_file_table)   1>数据错误,但是表没有被删除(drop table, truncate table) a. 发出这个ALTER TABLE语句: b. ALTER TABLE

RMAN恢复drop purge的表

@ORA12C>  alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss'; Session altered. [email protected]> create table  t_0920 as select * from dba_objects; Table created. [email protected]> select count(*) from t_0920;   COUNT(*) ----------------

使用network管理DD恢复全库操作步骤

使用network管理DD恢复全库操作步骤基本信息:系统平台:RHEL 5.4_86_64database版本:11.2.0.2.0-64bit1.检查目标主机是否安装networker客户端. ps -ef | grep nsr 无软件需要安装软件networker客户端. 2.检查各个主机中/etc/hosts文件对相应主机进行解析. networker备份服务器 主机名 源服务器DB 主机名 目标服务器DB 主机名 三台主机必须相互解析. notes: 在legato networker配

Oracle中恢复drop掉的表中的数据

今天同事不小心把生产上的一张表直接drop掉了,没有做备份,哥们慌的一匹,来找我这个小白来帮忙解决,于是心血来潮简单总结一下. 其实在oralce中,用drop删掉一张表,其实不会真正的删除,只是把表放到了回收站中,可以通过flashback命令来恢复drop掉的表. 例如: 1.创建一张表,删除:再创建一张同名表,字段不同,再删除 在 select original_name,dropscn from recyclebin时候,两个表的dropscn是不同的,在利用闪回恢复时 flashbac

IT行业卓越的目标与绩效管理高级研讨课程大纲 (两天实战版)

IT行业卓越的目标与绩效管理高级研讨课程大纲 (两天实战版) (如欲公开以下内容,或者需对大纲作专业化调整,请与本人联系确认) [课程关键词]绩效管理循环.工作计划.MBO\KPI\BSC.企业文化 [课程时长]2天(估计每天6.5小时) [课程对象]企业领导者,部门经理.其他各级经理和主管 [课程形式] 演讲,问题讨论和个案分析. 问题讨论和个案分析将与授课紧密结合. 授课现场需准备投影仪,电源拖板,学员用胶贴纸,铅笔和练习纸,如再配白板和白板水笔更好. 采用了电影剪辑和情境片断等多媒体培训技

交通行业卓越的目标与绩效管理高级研讨课程大纲(三天实战版)

交通行业卓越的目标与绩效管理高级研讨课程大纲 (三天实战版) (如欲公开以下内容,或者需对大纲作专业化调整,请与本人联系确认) [课程关键词]绩效管理循环.工作计划.MBO\KPI\BSC.企业文化 [课程时长]3天(估计每天6.5小时) [课程对象]企业领导者,部门经理.其他各级经理和主管 [课程形式] 演讲,问题讨论和个案分析. 问题讨论和个案分析将与授课紧密结合. 授课现场需准备投影仪,电源拖板,学员用胶贴纸,铅笔和练习纸,如再配白板和白板水笔更好. 采用了电影剪辑和情境片断等多媒体培训技