jieyancai 發表于 2015-10-11 13:36

第二段的意思是：如果啟用flashback database的話，failover之后是不需要像以前那么麻煩需要重建備庫的。而 ...

證實了我的設想

下面的信息，都是在 STANDBY 庫上執行，

--1 在主庫上刪除測試表后，被刪除的表被放到回收站，

SYS@lion>connect scott/1

Connected.

SCOTT@lion>select * from tab;

TNAME? ?? ?? ?? ?? ?? ?? ?? ???TABTYPE??CLUSTERID

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

BIN$IdXD+OrPeeTgUwQBqMDFTA==$0 TABLE

BONUS? ?? ?? ?? ?? ?? ?? ?? ???TABLE

DEPT? ?? ?? ?? ?? ?? ?? ?? ?? ?TABLE

EMP? ?? ?? ?? ?? ?? ?? ?? ?? ? TABLE

SALGRADE? ?? ?? ?? ?? ?? ?? ???TABLE

Elapsed: 00:00:00.02

--2??閃回該表，然后關閉主庫回收站功能，被刪除的表恢復，

SCOTT@lion>/

TNAME? ?? ?? ?? ?? ?? ?? ?? ???TABTYPE??CLUSTERID

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

BONUS? ?? ?? ?? ?? ?? ?? ?? ???TABLE

DEPT? ?? ?? ?? ?? ?? ?? ?? ?? ?TABLE

EMP? ?? ?? ?? ?? ?? ?? ?? ?? ? TABLE

EMP_BAK? ?? ?? ?? ?? ?? ?? ?? ?TABLE

SALGRADE? ?? ?? ?? ?? ?? ?? ???TABLE

Elapsed: 00:00:00.00

--3??再次刪除，這次，每放回回收站了，

SCOTT@lion>/

TNAME? ?? ?? ?? ?? ?? ?? ?? ???TABTYPE??CLUSTERID

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

BONUS? ?? ?? ?? ?? ?? ?? ?? ???TABLE

DEPT? ?? ?? ?? ?? ?? ?? ?? ?? ?TABLE

EMP? ?? ?? ?? ?? ?? ?? ?? ?? ? TABLE

SALGRADE? ?? ?? ?? ?? ?? ?? ???TABLE

Elapsed: 00:00:00.00

SCOTT@lion>connect scott/1

Connected.

SCOTT@lion>select sysdate from dual;

SYSDATE

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

2015-10-11 22:09:59

Elapsed: 00:00:00.01

--4??嘗試閃回，失敗，

SCOTT@lion>connect / as sysdba

Connected.

SYS@lion>flashback database to timestamp to_date('2015-10-11 22:09:30','yyyy-mm-dd hh24:mi:ss');

flashback database to timestamp to_date('2015-10-11 22:09:30','yyyy-mm-dd hh24:mi:ss')

*

ERROR at line 1:

ORA-01153: an incompatible media recovery is active

Elapsed: 00:00:00.00

SYS@lion>alter database recover managed standby database cancel;

Database altered.

Elapsed: 00:00:01.00

--5??再次嘗試閃回，成功，但 STANDBY 庫關閉了，

SYS@lion>flashback database to timestamp to_date('2015-10-11 22:09:30','yyyy-mm-dd hh24:mi:ss');

Flashback complete.

Elapsed: 00:00:02.21

SYS@lion>connect scott/1

ERROR:

ORA-01033: ORACLE initialization or shutdown in progress

Process ID: 0

Session ID: 0 Serial number: 0

Warning: You are no longer connected to ORACLE.

@>exit

[oracle@erpstby /oradata/orcl/datafile]

$sqlplus??/ as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Sun Oct 11 22:11:30 2015

Copyright (c) 1982, 2011, Oracle.??All rights reserved.

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SYS@lion>select status from v$instance;

STATUS

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

MOUNTED

Elapsed: 00:00:00.01

SYS@lion>alter database open;

Database altered.

Elapsed: 00:00:00.40

SYS@lion>select status from v$instance;

STATUS

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

OPEN

Elapsed: 00:00:00.00

-- 6??打開數據庫后，主庫上被刪除的表，恢復回來了，

SYS@lion>connect scott/1

Connected.

SCOTT@lion>select * from tab;

TNAME? ?? ?? ?? ?? ?? ?? ?? ???TABTYPE??CLUSTERID

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

BONUS? ?? ?? ?? ?? ?? ?? ?? ???TABLE

DEPT? ?? ?? ?? ?? ?? ?? ?? ?? ?TABLE

EMP? ?? ?? ?? ?? ?? ?? ?? ?? ? TABLE

EMP_BAK? ?? ?? ?? ?? ?? ?? ?? ?TABLE --- 被刪除的表，出現了，

SALGRADE? ?? ?? ?? ?? ?? ?? ???TABLE

Elapsed: 00:00:00.02

--7??假設步驟6把誤刪除的表恢復回來理論了，此時，繼續和主庫同步，

SCOTT@lion>connect / as sysdba

Connected.

SYS@lion>alter database recover managed standby database using current logfile disconnect from session;

Database altered.

Elapsed: 00:00:07.03

--8??發現剛被閃回的表再次丟失，說明 STANDBY 庫同步恢復操作正常，

SYS@lion>connect scott/1

Connected.

SCOTT@lion>select * from tab;

TNAME? ?? ?? ?? ?? ?? ?? ?? ???TABTYPE??CLUSTERID

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

BONUS? ?? ?? ?? ?? ?? ?? ?? ???TABLE

DEPT? ?? ?? ?? ?? ?? ?? ?? ?? ?TABLE

EMP? ?? ?? ?? ?? ?? ?? ?? ?? ? TABLE

SALGRADE? ?? ?? ?? ?? ?? ?? ???TABLE

Elapsed: 00:00:00.01

SCOTT@lion>

總結

以上是生活随笔為你收集整理的oracle data guard闪回,官方文档上的这段关于 DATAGUARD 闪回的解释，如何理解？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。