电子商务网站建设公司,长春开发小程序开发,手机端开发,wordpress canvas很多人在学习flashback database这个oracle技术的时候,都会有一个疑问,就是如果我只有一个数据库作为生产库的话,是否有这样的业务需求导致我们要把数据库闪回到以前的时间点#xff1f;以及这样做是否值得#xff08;当前时间点和闪回目的时间点中间的所有操作将丢失#x…很多人在学习flashback database这个oracle技术的时候,都会有一个疑问,就是如果我只有一个数据库作为生产库的话,是否有这样的业务需求导致我们要把数据库闪回到以前的时间点以及这样做是否值得当前时间点和闪回目的时间点中间的所有操作将丢失
其实抛开这个问题的讨论,在oracle的dataguard环境配置中,对于故障切换后产生故障的主机从新回到dataguard环境,以及处于测试的目的我们人为的激活了备库,flashback database都可以提供非常好的选择。 下面的例子描述了这样一个场景
用户需要一个和生产系统一样或者类似的测试环境,但是单纯的搭建一个环境显然是不值得的,对于部署了dataguard环境的生产系统来说,我们可以选择把备库临时激活,以读写的方式打开,用于测试的需要,等测试结束后,把备库通过flashback database技术闪回到激活之前的时间点,从新的加入到dataguard配置环境中。 第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
RFS IDLE
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;
当使用备重做日志文件时,这个步骤是必须的以确保数据库能被正确地闪回到还原点。 ALTER SYSTEM SWITCH LOGFILE对单实例数据库或RAC中的当前实例执行日志切换,
ALTER SYSTEM ARCHIVE LOG CURRENT会对数据库中的所有实例执行日志切换, 2.延迟指向将被激活的备库日志归档目的地。
SQL ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2DEFER;
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; 2.开库
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_2ENABLE; 第7步:测试dataguard环境工作正常。
1.在主库删除表空间usertest,并切换日志 SQL select name from v$datafile;
NAME
------------------------------------------------------------
/u01/app/oracle/oradata/db01/system01.dbf
/u01/app/oracle/oradata/db01/undotbs01.dbf
/u01/app/oracle/oradata/db01/sysaux01.dbf
/u01/app/oracle/oradata/db01/users01.dbf
/u01/app/oracle/oradata/db01/example01.dbf
/u01/app/oracle/oradata/db01/usertest01.dbf
6 rows selected. SQL drop tablespace usertest including contents and datafiles;
Tablespace dropped. SQL alter system switch logfile;
System altered. 2.在备库观察日志操作是否正确应用,下面的查询可以看到文件应经被删除,说明主库的日志应用到备库。
SQL select name from v$datafile;
NAME
---------------------------------------------------------------------------------------
/u01/app/oracle/oradata/db01/system01.dbf
/u01/app/oracle/oradata/db01/undotbs01.dbf
/u01/app/oracle/oradata/db01/sysaux01.dbf
/u01/app/oracle/oradata/db01/users01.dbf
/u01/app/oracle/oradata/db01/example01.dbf
