oracle实验记录 （flashback,physical standby resetlogs）

最新推荐文章于 2024-08-20 13:24:05 发布
最新推荐文章于 2024-08-20 13:24:05 发布
阅读量130 收藏
点赞数
文章标签： 数据库

闪回

闪回事物查询

SQL> select * from test;

         A
----------
         9
         2
         9
         9

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1874427

SQL> update test set a=8;

已更新4行。

SQL> update test set a=8;

已更新4行。

SQL> insert into test values (5);

已创建 1 行。

SQL> delete test where a=2;

已删除0行。

SQL> delete test where a=5;

已删除 1 行。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1874454

SQL> select versions_starttime starttime,versions_endtime endtime,versions_opera
tion from test versions between scn 1874427 and 1874454 ;

STARTTIME            ENDTIME              V
-------------------- -------------------- -

 

 

 

SQL> commit
  2  ;

提交完成。~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~必须提交的才行

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1874516

SQL> select * from test;

         A
----------
         8
         8
         8
         8

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1874524

SQL> insert into test values (2);

已创建 1 行。

SQL> commit;

提交完成。

SQL> insert into test values (3);

已创建 1 行。

SQL> commit;

提交完成。

SQL> dlete test where a=3;
SP2-0734: 未知的命令开头 "dlete test..." - 忽略了剩余的行。
SQL> delete test where a=3;

已删除 1 行。

SQL> commit;

提交完成。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1874544

SQL> select versions_starttime starttime,versions_endtime endtime,versions_opera
tion from test versions between scn 1874524 and 1874544 ;

STARTTIME            ENDTIME              V
-------------------- -------------------- -
22-8月 -08 02.39.53                       D
下午

22-8月 -08 02.39.32  22-8月 -08 02.39.53  I
下午                 下午

22-8月 -08 02.39.26                       I
下午

 


STARTTIME            ENDTIME              V
-------------------- -------------------- -

 

已选择7行。

SQL>

 

SQL> select versions_starttime starttime,versions_endtime endtime,versions_op
tion, versions_xid from test versions between scn 1874524 and 1874544 ;

STARTTIME            ENDTIME              V VERSIONS_XID
-------------------- -------------------- - ----------------
22-8月 -08 02.39.53                       D 0400090063050000
下午

22-8月 -08 02.39.32  22-8月 -08 02.39.53  I 04000B0063050000
下午                 下午

22-8月 -08 02.39.26                       I 0400080063050000
下午

 


STARTTIME            ENDTIME              V VERSIONS_XID
-------------------- -------------------- - ----------------

 

已选择7行。

SQL>

SQL> select versions_starttime starttime,versions_endtime endtime,versions_oper
tion, versions_xid from test versions between scn 1874524 and 1874544 order by~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~排序下
ERSIONS_STARTTIME;

STARTTIME            ENDTIME              V VERSIONS_XID
-------------------- -------------------- - ----------------
22-8月 -08 02.39.26                       I 0400080063050000             插入
下午

22-8月 -08 02.39.32  22-8月 -08 02.39.53  I 04000B0063050000~~~~~~~~~~~~~插入
下午                 下午

22-8月 -08 02.39.53                       D 0400090063050000~~~~~~~~~~~~~~~~~删除
下午

 


STARTTIME            ENDTIME              V VERSIONS_XID
-------------------- -------------------- - ----------------

 

已选择7行。

SQL>

 

分析下这些列
VERSIONS_STARTSCN
VERSIONS_STARTTIME
该记录操作时的scn 或时间，如果为空，表示该行记录是在查询范围外创建
的。
VERSIONS_ENDTIME
VERSIONS_ENDSCN 该记录失效时的scn 或时间，如果为空，说明记录当前时间在当前表内存在， 或者已经被删除了，可以配合着VERSIONS_OPERATION 列来看，如果
VERSIONS_OPERATION 列值为D，说明该列已被删除，如果该列为空，则
说明记录在这段时间无操作。

VERSIONS_XID 该操作的事务ID
VERSIONS_OPERATION 对该行执行的操作：I 表示insert，D 表示delete，U 表示update。
提示：对于索引键的update 操作，版本查询可能会将其识别成两个操作：
DELETE 和INSERT。


闪回事务查询

可以查处undo语句

SQL> desc flashback_transaction_query;
 名称                                      是否为空? 类型
 ----------------------------------------- -------- ---------------------------

 XID                                                RAW(8)
 START_SCN                                          NUMBER
 START_TIMESTAMP                                    DATE
 COMMIT_SCN                                         NUMBER
 COMMIT_TIMESTAMP                                   DATE
 LOGON_USER                                         VARCHAR2(30)
 UNDO_CHANGE#                                       NUMBER
 OPERATION                                          VARCHAR2(32)
 TABLE_NAME                                         VARCHAR2(256)
 TABLE_OWNER                                        VARCHAR2(32)
 ROW_ID                                             VARCHAR2(19)
 UNDO_SQL                                           VARCHAR2(4000)


SQL> select undo_sql from flashback_transaction_query where xid='04000B006305000~~~~~~~~~~~~~~~~刚才在闪回版本中查到的 事务操作时ID
0';

UNDO_SQL
--------------------------------------------------------------------------------

delete from "SYS"."TEST" where ROWID = 'AAAMcfAABAAAN2qAAE';

 

 

 

实验 主库resetlogs后 standby的情况


SQL> select db_unique_name,database_role from v$database;

DB_UNIQUE_NAME                 DATABASE_ROLE
------------------------------ ----------------
xhtest                         PRIMARY

SQL> select db_unique_name,database_role from v$database;

DB_UNIQUE_NAME                 DATABASE_ROLE
------------------------------ ----------------
standby1                       PHYSICAL STANDBY

SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
standby1                       PHYSICAL STANDBY MOUNTED    NO

 

SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
xhtest                         PRIMARY          READ WRITE NO

 

为了 可以补救 standby 我们给primary，standby 打开flashback on

SQL> archive log list;
数据库日志模式            存档模式
自动存档             启用
存档终点            D:\standbyphysical\archive1
最早的联机日志序列     527
下一个存档日志序列   0
当前日志序列           529
SQL> alter database flashback on;

数据库已更改。

SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
standby1                       PHYSICAL STANDBY MOUNTED    YES

SQL>

 

 


SQL> alter database flashback on;

数据库已更改。

SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
xhtest                         PRIMARY          MOUNTED    YES

 

开始实验
SQL> select name,applied,creator from v$archived_log;(standby1)

NAME                                               APP CREATOR
-------------------------------------------------- --- -------
D:\STANDBYPHYSICAL\ARCHIVE\ARC00527_0661538341.001 YES ARCH
D:\STANDBYPHYSICAL\ARCHIVE\ARC00528_0661538341.001 YES ARCH

已选择24行。


SQL> select name,applied,creator from v$archived_log;(xhtest)
standby1
F:\归档备份\ARC00527_0661538341.001
standby1
F:\归档备份\ARC00528_0661538341.001
standby1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~现在2边日志一致

 

SQL> startup force mount
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> flashback database to scn 1880962;

闪回完成。

SQL> select process,client_process,status from v$managed_standby;

PROCESS   CLIENT_P STATUS
--------- -------- ------------
ARCH      ARCH     CONNECTED
ARCH      ARCH     CONNECTED
RFS       UNKNOWN  ATTACHED


SQL> select name,applied,creator from v$archived_log
D:\STANDBYPHYSICAL\ARCHIVE\ARC00529_0661538341.001 NO  ARCH~~~~~~~~~~~~~~~~

已选择25行。

 

SQL> alter system switch logfile ;

系统已更改。
D:\STANDBYPHYSICAL\ARCHIVE\ARC00529_0661538341.001 NO  ARCH
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663438995.001 NO  ARCH~~~~~~~~~~~~~~~接受到resetlogs后的日志了

已选择26行。

SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

SQL> select name,applied,creator from v$archived_log;

NAME                                               APP CREATOR
-------------------------------------------------- --- -------
D:\STANDBYPHYSICAL\ARCHIVE\ARC00527_0661538341.001 YES ARCH
D:\STANDBYPHYSICAL\ARCHIVE\ARC00528_0661538341.001 YES ARCH
D:\STANDBYPHYSICAL\ARCHIVE\ARC00529_0661538341.001 NO  ARCH
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663438995.001 YES ARCH~~~~~~~~~~~~~~~~~应用了新产生的
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663438995.001 YES ARCH~~~~~~~~~~~~~~应用了新产生的

已选择27行。

SQL> alter database commit to switchover to physical standby;

数据库已更改。


SQL> select SWITCHOVER_STATUS from v$database;

SWITCHOVER_STATUS
--------------------
TO PRIMARY

SQL> alter database commit to switchover to primary;

数据库已更改。

 


SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
standby1                       PRIMARY          READ WRITE YES

 

SQL> select db_unique_name,database_role,OPEN_MODE,FLASHBACK_ON from v$database;


DB_UNIQUE_NAME                 DATABASE_ROLE    OPEN_MODE  FLA
------------------------------ ---------------- ---------- ---
xhtest                         PHYSICAL STANDBY MOUNTED    YES

 


08.08.25实验~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

DB_UNIQUE_NAME  SWITCHOVER_STATUS    DATABASE_ROLE    FLA OPEN_MODE
--------------- -------------------- ---------------- --- ----------
standby1        RECOVERY NEEDED      PHYSICAL STANDBY YES MOUNTED


SQL> select db_unique_name,SWITCHOVER_STATUS,database_role,FLASHBACK_ON,open_mod
e from v$database;

DB_UNIQUE_NAME  SWITCHOVER_STATUS    DATABASE_ROLE    FLA OPEN_MODE
--------------- -------------------- ---------------- --- ----------
standby1        RECOVERY NEEDED      PHYSICAL STANDBY YES MOUNTED

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING


SQL> select name,creator,applied from v$archived_log;

D:\STANDBYPHYSICAL\ARCHIVE\ARC00003_0663438995.001 FGRD    YES
D:\STANDBYPHYSICAL\ARCHIVE1\ARC00004_0663438995.00 FGRD    YES
1

xhtest                                             FGRD    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00005_0663438995.001 ARCH    NO

NAME                                               CREATOR APP
-------------------------------------------------- ------- ---
D:\STANDBYPHYSICAL\ARCHIVE\ARC00006_0663438995.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00007_0663438995.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00008_0663438995.001 ARCH    NO


SQL> show parameter log_archive_dest_2 （xhtest）上

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string       service=standby1  valid_for=(
                                                 online_logfiles,primary_role)
                                                 db_unique_name=standby1

 


select name from v$archived_log;
F:\归档备份\ARC00009_0663438995.001           在primary产生的最后一个归档日志是09


SQL> select name,creator,applied from v$archived_log;

NAME                                               CREATOR APP
-------------------------------------------------- ------- ---
D:\STANDBYPHYSICAL\ARCHIVE\ARC00006_0663438995.001 ARCH    YES
D:\STANDBYPHYSICAL\ARCHIVE\ARC00007_0663438995.001 ARCH    YES
D:\STANDBYPHYSICAL\ARCHIVE\ARC00008_0663438995.001 ARCH    YES
D:\STANDBYPHYSICAL\ARCHIVE\ARC00009_0663438995.001 ARCH    YES

已选择35行。                     standby一直在开着应用  应用到最新归档的09日志了

 

SQL> select current_scn from v$database;(xhtest)

CURRENT_SCN
-----------
    1936767

SQL> select group#,sequence#,status from v$log;(xhtest)

    GROUP#  SEQUENCE# STATUS
---------- ---------- ----------------
         1          9 INACTIVE
         2          8 INACTIVE
         3         10 CURRENT

 


SQL> alter system switch logfile;(xhtest)

系统已更改。

 

SQL> select name,creator,applied from v$archived_log;(standby1)

D:\STANDBYPHYSICAL\ARCHIVE\ARC00010_0663438995.001 ARCH    YES~~~~~~~~~~~~~~~~~~~~~~~~最新收到primary的归档日志已经应用了

已选择36行。1936767SCN 包含在这个日志里了

SQL> alter system switch logfile;(xhtest)

系统已更改。
SQL> select name,creator,applied from v$archived_log;(standby1)
D:\STANDBYPHYSICAL\ARCHIVE\ARC00011_0663438995.001 ARCH    YES

已选择37行。~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 应用到11了

此时候主库 不完全恢复 ~到 日志  10 那里
用的flashback

 


SQL> startup force mount;
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> flashback database to scn 1936767;闪回到日志10

闪回完成。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select group#,sequence#,status from v$log;

    GROUP#  SEQUENCE# STATUS
---------- ---------- ----------------
         1          1 CURRENT
         2          0 UNUSED
         3          0 UNUSED

 


SQL> alter system switch logfile;

系统已更改。

SQL> alter system switch logfile;

系统已更改。

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 ATTACHED
RFS       UNKNOWN           0 RECEIVING


SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663681150.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663681150.001 ARCH    NO

已选择39行。

SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING
RFS       UNKNOWN           0 RECEIVING~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~mpro进程都没开启

 


SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663681150.001 ARCH    NO~~~~~~~~~~~~~~~~~~~根本没应用
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663681150.001 ARCH    NO

已选择39行。
alert.log中错误信息
Recovery interrupted!
Mon Aug 25 11:54:47 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_1264.trc:
ORA-19906: recovery target incarnation changed during recovery~~~~~~~~~~~~~~~~~~~~~~~~

Mon Aug 25 11:55:44 2008
alter database recover managed standby database disconnect from session
MRP0 started with pid=18, OS id=2268
Managed Standby Recovery not using Real Time Apply
Datafile 1 (ckpscn 1936871) is orphaned on incarnation#=11
MRP0: Background Media Recovery terminated with error 19909
Mon Aug 25 11:55:49 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_2268.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

Mon Aug 25 11:55:49 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_2268.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

 

已经不能正常应用解决该问题

SQL> startup force mount;
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> flashback database to scn 1936767;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

闪回完成。

SQL> startup force mount;
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED

SQL>

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING

SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING
MRP0      N/A               3 WAIT_FOR_LOG

SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663681150.001 ARCH    YES
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663681150.001 ARCH    YES~~~~~~~~~~~~~~~~~~~~~~~~应用了ok 搞定

已选择39行。


小结：如果primary 不完全恢复到 一个时间，而standby已经应用了这个时间后的日志 那么~~~~standby在接受primary 产生的新归档日志 将不能 应用
只有将standby 恢复到primary 不完全恢复到的时间点才行


实验2：
看看是否必须和 primary 恢复到一样的SCN 时间点

 


SQL> select * from test;(xhtest)

         A
----------
         8
         8
         2
         8
         8

SQL> select * from test;

         A
----------
         8
         8
         2
         8
         8

SQL> insert into test values(444);

已创建 1 行。

SQL> commit;

提交完成。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1942255

SQL>
SQL>
SQL> insert into test values(555);

已创建 1 行。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1942261

SQL> commit;

提交完成。

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1942265

SQL>

SQL> select group#,sequence#,status from v$log;

    GROUP#  SEQUENCE# STATUS
---------- ---------- ----------------
         1          1 INACTIVE
         2          2 INACTIVE
         3          3 CURRENT


 SQL> alter system  switch logfile;

系统已更改。
SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00003_0663681150.001 ARCH    YES~~~~~~~~~~~~~~应用了新传过来的 primary的 归档日志3

已选择40行。

 

SQL> startup force mount
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> flashback  database to scn 1942255;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~primary 到的地方

闪回完成。

 


SQL> alter database open resetlogs;

数据库已更改。

SQL> select group#,sequence#,status from v$log;

    GROUP#  SEQUENCE# STATUS
---------- ---------- ----------------
         1          1 CURRENT
         2          0 UNUSED
         3          0 UNUSED


SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING
MRP0      N/A               4 WAIT_FOR_LOG

SQL> alter system switch logfile;

系统已更改。

SQL> alter system switch logfile;

系统已更改。


SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663689986.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663689986.001 ARCH    NO

已选择42行。


SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING
RFS       UNKNOWN           0 RECEIVING


SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING
RFS       UNKNOWN           0 RECEIVING


SQL> select name,creator,applied from v$archived_log;

D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663689986.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663689986.001 ARCH    NO

已选择42行。
standby alert.log
alter database recover managed standby database disconnect from session
MRP0 started with pid=17, OS id=2908
Managed Standby Recovery not using Real Time Apply
Datafile 1 (ckpscn 1942528) is orphaned on incarnation#=12
MRP0: Background Media Recovery terminated with error 19909
Mon Aug 25 14:33:58 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_2908.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

Mon Aug 25 14:33:58 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_2908.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

Mon Aug 25 14:33:58 2008
Completed: alter database recover managed standby database di

 


SQL> flashback database to scn  1942261;（standby1） ~~~~~~~~~~~~~~~~~~~~~~注意与primary flashback database scn不一样

闪回完成。

SQL> select db_unique_name,SWITCHOVER_STATUS,database_role,FLASHBACK_ON,open_mod
e from v$database;

DB_UNIQUE_NAME  SWITCHOVER_STATUS    DATABASE_ROLE    FLA OPEN_MODE
--------------- -------------------- ---------------- --- ----------
standby1        NOT ALLOWED          PHYSICAL STANDBY YES READ ONLY

 

 

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standb

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING


SQL> alter database recover managed standby database disconnect from session

数据库已更改。

SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING


SQL> select name,creator,applied from v$archived_log;
D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663689986.001 ARCH    NO
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663689986.001 ARCH    NO

已选择42行。
Managed Standby Recovery not using Real Time Apply
Datafile 1 (ckpscn 1942263) is orphaned on incarnation#=12
MRP0: Background Media Recovery terminated with error 19909
Mon Aug 25 15:03:15 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_392.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

Mon Aug 25 15:03:15 2008
Errors in file d:\standbyphysical\bdump\standby1_mrp0_392.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: 'D:\STANDBYPHYSICAL\SYSTEM01.DBF'

Mon Aug 25 15:03:15 2008
Completed: alter database recover managed standby database di
Mon Aug 25 15:04:09 2008
idle dispatcher 'D000' terminated, pid = (10, 1)

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~失败


SSQL> startup force mount;
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
SQL> flashback  database to scn  1942255;~~~~~~~~~~~~~~~~~~~~~~~~~~与primary闪回位置一样 SCN

闪回完成。

SQL> startup force ;
ORACLE 例程已经启动。

Total System Global Area  171966464 bytes
Fixed Size                   787988 bytes
Variable Size             145750508 bytes
Database Buffers           25165824 bytes
Redo Buffers                 262144 bytes
数据库装载完毕。
数据库已经打开。
SQL> select PROCESS,CLIENT_PROCESS,SEQUENCE#,STATUS from v$managed_standby;

PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH              0 CONNECTED
ARCH      ARCH              0 CONNECTED
RFS       UNKNOWN           0 RECEIVING

SQL> alter database recover managed standby database disconnect from session;

SQL> select name,creator,applied from v$archived_log;

D:\STANDBYPHYSICAL\ARCHIVE\ARC00001_0663689986.001 ARCH    YES
D:\STANDBYPHYSICAL\ARCHIVE\ARC00002_0663689986.001 ARCH    YES

已选择42行。


   结论一定要与primary 不完全恢复到的时间点一样

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12020513/viewspace-607602/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12020513/viewspace-607602/

cuiye1492
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle数据库恢复教程之resetlogs操作
09-09
Oracle数据库恢复教程中的resetlogs操作是一项关键且潜在风险较高的功能，通常用于不完全恢复或数据库点时间恢复。在这些场景中，数据库可能因为用户错误、系统故障等原因需要回滚到某个特定时间点，但无法使用...
Oracle Flashback 实验
12-30
本实验将详细介绍Oracle Flashback的使用方法和场景。 首先，为了启用Oracle Flashback，我们需要配置Flash Recovery Area（FRA）。FRA是一个特殊的位置，用于存储数据库的日志、备份和闪回数据。在实验中，我们...
ORA-19906: recovery target incarnation changed during recovery
01-04 2468
RMAN对进行数据库改名恢复的时候，报告ORA-19906: recovery target incarnation changed during recovery 问题描述 q1ebsdb.imc.com | TEST | /home/oratest > sqlplus / as sysdba SQL*Plus: Release 11.2.0.3.0 Production on Fri J
Data Guard(Data Guard Physical Standby Switchover )
cmg7893的博客
01-27 614
10.2 Data Guard Physical Standby Switchover [ID 751600.1] 修改时间 15-DEC-2009 类型 REFERENCE 状态 PUBLISHED In t...
oracle dg RMAN-600; ORA-19909; ORA-1110; ORA-283
cqsg68568的博客
11-07 273
MRP Recovery Failed With ORA-19909 [ID 554358.1] -------------------------------------------------------------...
记录一次Failover后修复DG同步问题
RookieDBA的博客
08-09 542
需要用到的技术：incarnationreinstated DGMGRL> reinstate database zhztpri Reinstating database "zhztpri", please wait... Error: ORA-16653: failed to reinstate database Failed. Reinstatement of datab...
Oracle DG测试failover和后续恢复报告
weixin_33885676的博客
09-04 294
Oracle DG测试failover和后续恢复报告 一、概述 二、验证过程： 2.1 A库异常关闭 2.2 B库进行failover切换为新主库 2.3 要求C库成为新主库的备库 2.4 要求A库成为新主库的备库 三、结论 一、概述 本文是针对在DG灾备环境进行failover操作以及后续恢复的报告。 我这里的测试环境是： 数据库版本：Oracle 11.2.0.4 Site A：主库 db...
创建Oracle Data Guard 物理备用数据库（physical standby database）
jetliu05的博客
12-27 2021
创建Oracle Data Guard物理备用数据库
Oracle 11g 新特性 Flashback Data Archive 使用实例
09-10
Oracle 11g 引入的 Flashback Data Archive (FDA) 是一个强大的工具，用于长期保存数据库表的历史数据。此特性使得用户可以在指定的时间范围内轻松地恢复或查询过去的数据变化，而无需依赖传统的备份和恢复机制。...
ORACLE flashback database测试
08-16
ORACLE flashback database测试，主要进行ORACLE flashbackup 闪回整个数据库的实现。
ORACLE FLASHBACK综述.pdf
10-10
Oracle 为了实现达一个功能，创建了另外一组日志，就是 Flashback Logs（前滚日志），记录数据库的前滚操作。 3. Oracle Flashback 的配置 要使用 Oracle Flashback 功能，需要配置两个参数：DB_RECOVER_FILE_...
oracle中flashback_on_standby详细介绍
mjj291268154的专栏
02-23 1171
下面我们来看一篇oracle中flashback_on_standby详细介绍,希望文章能够帮助到各位了解到oracle中flashback_on_standby用法哦. 配置flashbash database参数  ALTER system SET db_recovery_file_dest='/dg/fra';  ALTER system SET db_recovery_file_de
【达梦数据库】-导入导出过程中get DDL复现过程
weixin_47686079的博客
08-20 181
在处理问题的过程中，客户反馈在达梦数据库中导入导出分区表，get 表的DDL，不会出现表的所有分区信息，ORACLE数据库却会出现所有分区表，事实真的如此吗？
分布式事务：基本概念
最新发布
玉汝于成
08-20 196
事务可以看做事一次大的活动，它由不同的小的活动组成，这些活动要么全部成功，要么全部失败。
linux安装达梦数据库
HAN_789的博客
08-19 197
如果无法创建dmdba 文件夹，需要进入root用户下 在管理员用户下，这种安装方式一般只用于验证，开发，测试，生产最好还是安装传统的方式安装。在 home/dmdba/dmdbms/bin 目录下执行。（1）将文件上传到 /home/dmdba/ 目录下。（2）加压：tar -xzvf dmdb.tar.gz。进入到root就可以创建dmdba 文件夹了。1、后台启动，一般建议用后台启动。
网上商品订单转手系统bootpf
weixin_43213064的博客
08-18 479
【代码】springboot网上商品订单转手系统bootpf
【Python使用】嘿马头条项目从到完整开发教程第1篇：简介,1. 内容【附代码文档】
一诺的博客
08-16 649
本教程的知识点为:简介 1. 内容 2. 目标 产品效果 ToutiaoWeb虚拟机使用说明 数据库 理解ORM 作用 思考： 使用ORM的方式选择 数据库 SQLAlchemy操作 1 新增 2 查询 all() 数据库 分布式ID 1 方案选择 2 头条 使用雪花算法 （代码 toutiao-backend/common/utils/snowflake) 数据库 Redis 1 Redis事务 基本事务指令 Python客户端操作 Git工用流 调试方法 JWT认证方案 JWT & JWS & JWE
Oracle10g Flashback技术详解：数据库、表的恢复
在Oracle 10g中，Flashback家族包括Flashback Database、Flashback Drop、Flashback Query（分为Flashback Query、Flashback Version Query和Flashback Transaction Query）以及Flashback Table等几个主要部分。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值