oracle闪回数据库在dataguard中的使用

时间 2019-11-20

标签 oracle 闪回数据库 dataguard 使用栏目 Oracle 繁體版

原文原文链接

oracle闪回数据库在dataguard中的使用sql

不少人在学习flashback database这个oracle技术的时候，都会有一个疑问，就是若是我只有一个数据库做为生产库的话，数据库

是否有这样的业务需求致使咱们要把数据库闪回到之前的时间点？以及这样作是否值得（当前时间点和闪回目的时间点中间的全部操做将丢失）？oracle

其实抛开这个问题的讨论，在oracle的dataguard环境配置中，对于故障切换后产生故障的主机重新回到dataguard环境，app

以及处于测试的目的咱们人为的激活了备库，flashback database均可以提供很是好的选择。工具

下面的例子描述了这样一个场景：学习

用户须要一个和生产系统同样或者相似的测试环境，可是单纯的搭建一个环境显然是不值得的，对于部署了dataguard环境的生产系统来讲，测试

咱们能够选择把备库临时激活，以读写的方式打开，用于测试的须要，等测试结束后，把备库经过flashback database技术闪回到激活以前的时间点，spa

重新的加入到dataguard配置环境中。rest

第1 步准备要被激活的物理备数据库。日志

1 ．检查数据库的flashback database模式和闪回日志存放的目录。

SQL> select flashback_on from v$database;

FLASHBACK_ON

YES

SQL> show parameter db_recovery_file

NAME TYPE VALUE

db_recovery_file_dest string /u01/app/oracle/flash_recovery_area

db_recovery_file_dest_size big integer 2G

2 ．因为备库在应用日志，因此要取消日志应用，并建立一个激活以前的还原点。

SQL> select process,status from v$managed_standby;

PROCESS STATUS

---------

ARCH CONNECTED

ARCH CLOSING

MRP0 WAIT_FOR_LOG

RFS IDLE

6 rows selected.

SQL> recover managed standby database cancel;

SQL> create restore point test_scn guarantee flashback database;

Restore point created.

第2 步准备主数据库

1 ．归档当前日志文件。

在主数据库上，切换日志使得还原点（在步骤 1 中建立）的 SCN 将在物理备数据库上被归档：

SQL> ALTER SYSTEM ARCHIVE LOG CURRENT;

当使用备重作日志文件时，这个步骤是必须的以确保数据库能被正确地闪回到还原点。

2 ．延迟指向将被激活的备库的日志归档目的地。

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=DEFER;

System altered.

SQL> show parameter log_archive_dest_state_2

NAME TYPE VALUE

log_archive_dest_state_2 string DEFER

第3 步激活物理备数据库。

在物理备数据库上，执行下述步骤：

1 ．激活物理备数据库并打开到open状态：

SQL> ALTER DATABASE ACTIVATE STANDBY DATABASE;

SQL> ALTER DATABASE OPEN;

第4 步使用激活的数据库用于报表或测试。

一旦备数据库已经被激活，你能运行报表工具或执行其它测试并激活几天甚至几周，独立于主数据库。

警告：当数据库被激活时，它不从主数据库接收重作数据库并不能提供灾难保护。建议至少有

两个物理备数据库参与配置，使得主数据库保持对数据丢失的保护。

第5 步回复激活的数据库回到物理备数据库。

在你完成测试以后，你须要从新与主数据库同步激活的数据库。在激活的数据库上执行

下面语句以快速闪回它到保障的还原点并将它从新与主数据库同步：

SQL> shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 314572800 bytes

Fixed Size 1219160 bytes

Variable Size 75498920 bytes

Database Buffers 234881024 bytes

Redo Buffers 2973696 bytes

Database mounted.

SQL> flashback database to restore point test_scn;

Flashback complete.

SQL> alter database convert to physical standby;

Database altered.

SQL> select status from v$instance;

STATUS

STARTED

SQL> shutdown immediate

ORA-01507: database not mounted

ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 314572800 bytes

Fixed Size 1219160 bytes

Variable Size 75498920 bytes

Database Buffers 234881024 bytes

Redo Buffers 2973696 bytes

Database mounted.

SQL> recover managed standby database disconnect;

Media recovery complete.

第6 步从新容许归档到物理备数据库目的地。

在主数据库上，执行下面语句来从新容许归档到物理备数据库：

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE;

第7 步测试dataguard环境工做正常

1.在主库删除表空间usertest，并切换日志

SQL> select name from v$datafile;

NAME

/oracle/app/oracle/oradata/sztech2/system01.dbf

/oracle/app/oracle/oradata/sztech2/sysaux01.dbf

/oracle/app/oracle/oradata/sztech2/undotbs01.dbf

/oracle/app/oracle/oradata/sztech2/users01.dbf

/oracle/app/oracle/oradata/sztech2/example01.dbf

5 rows selected.

SQL> drop tablespace usertest including contents and datafiles;

Tablespace dropped.

SQL> alter system switch logfile;