flashback database操作步骤

默认情况数据库的flashback database是关闭的。 
启用Flashback Database 步骤:
1.配置Flash Recovery Area
检查是否启动了flash recovery area:

SQL> show parameter db_recovery_file;

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest string D:\app\Administrator\flash_recovery_area 

db_recovery_file_dest_size big integer 3912M

2.启动flashback database

SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 855982080 bytes
Fixed Size 2180544 bytes
Variable Size 587205184 bytes
Database Buffers 260046848 bytes
Redo Buffers 6549504 bytes
数据库装载完毕。
SQL> alter database flashback on;

数据库已更改。

SQL> alter database open;

数据库已更改。

SQL> select flashback_on from v$database;

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

SQL>

3.检查是否启用了归档(必须开户归档模式)

SQL> archive log list;
数据库日志模式 存档模式
自动存档 启用
存档终点 USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列 10
下一个存档日志序列 12
当前日志序列 12
SQL>

4. 查询当前的scn及当前时间

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
1126864
SQL> select sysdate from dual;

SYSDATE
--------------
15-10月-14

SQL> select to_char(sysdate,‘YY-MM-DD HH24:MI:SS‘) TIME FROM DUAL;

TIME
-----------------
14-10-15 23:43:15

5.删除scott.emp表
SQL> drop table bonus;

表已删除。

6.重启DB 到mount
Flashback Database 实际是对数据库的一个不完全恢复操作,因为需要关闭数据库重启到mount状态

SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup mount;
ORACLE 例程已经启动。

Total System Global Area 855982080 bytes
Fixed Size 2180544 bytes
Variable Size 587205184 bytes
Database Buffers 260046848 bytes
Redo Buffers 6549504 bytes
数据库装载完毕。
SQL>

7.执行恢复:分timestamp 或者SCN两种

SQL> flashback database to timestamp to_timestamp(‘14-10-15 23:43:15‘,‘YY-MM-DD HH24:MI:SS‘);

闪回完成。

或者:SQL> flashback database to scn 1126864;

闪回完成。

8.打开数据库
在执行完flashback database 命令之后,oracle 提供了两种方式让你修复数据库:
1). 直接alter database open resetlogs 打开数据库,当然,指定scn 或者timestamp 时间点之后产生的数据统统丢失。
2). 先执行alter database open read only 命令,以read-only 模式打开数据库,然后立刻通过逻辑导出的方式将误操作涉

及表的数据导出,再执行recover database 命令以重新应用数据库产生的redo,将数据库修复到flashback database 操作前

的状态,然后再通过逻辑导入的方式,将之前误操作的表重新导入,这样的话对现有数据的影响最小,不会有数据丢失。
使用第一种方式打开数据库后可看到之前删除的scott.bonus表已还原。

SQL> alter database open resetlogs;
数据库已更改。

SQL> conn scott/tiger@orcl;
已连接。
SQL> select * from tab;

TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
BIN$xOhMA3Y1RcGfglRwvq8V+g==$0 TABLE
BONUS TABLE
DEPT TABLE
EMP TABLE
SALGRADE TABLE
SYS_TEMP_FBT TABLE

已选择6行。

二、与Flashback Database相关的3个视图
1.V$database
这个视图可以查看是否启用了Flashback database功能
SQL> select flashback_on from v$database;
FLASHBACK_ON
------------------
YES

2.V$flashback_database_log
Flashback Database 所能回退到的最早时间,取决与保留的Flashback Database Log 的多少, 该视图就可以查看许多有用的

信息。
Oldest_flashback_scn / Oldest_flashback_time : 这两列用来记录可以恢复到最早的时点
Flashback_size: 记录了当前使用的Flash Recovery Area 空间的大小
Retention_target: 系统定义的策略
Estimated_flashback_size: 根据策略对需要的空间大小的估计值

SQL> select *from v$flashback_database_stat;

BEGIN_TIME END_TIME FLASHBACK_DATA DB_DATA REDO_DATA ESTIMATED_FLASHBACK_SIZE
----------- ----------- -------------- ---------- ---------- ------------------------
2014/10/15 2014/10/16 2269184 4816896 228864 0

3. V$flashback_database_stat
这个视图用来对Flashback log 空间情况进行更细粒度的记录和估计。 这个视图以小时为单位记录单位时间内数据库的活动量


Flashback_Data 代表Flashback log产生数量,
DB_Date 代表数据改变数量,
Redo_Date代表日志数量,
通过这3个数量可以反映出数据的活动特点,更准确的预计Flash Recovery Area的空间需求

SQL> select *from v$flashback_database_stat;

BEGIN_TIME END_TIME FLASHBACK_DATA DB_DATA REDO_DATA ESTIMATED_FLASHBACK_SIZE
----------- ----------- -------------- ---------- ---------- ------------------------
2014/10/15 2014/10/16 2433024 4849664 396800 0

《FROM:http://blog.csdn.net/tianlesoftware/article/details/4677378

时间: 2024-08-04 11:08:27

flashback database操作步骤的相关文章

Flashback Database 闪回数据库

一.  Flashback Database 说明 Flashback Database 功能非常类似与 RMAN 的不完全恢复, 它可以把整个数据库回退到过去的某个时点的状态, 这个功能依赖于 Flashback log 日志. 比RMAN 更快速和高效. 因此 Flashback Database 可以看作是不完全恢复的替代技术. 但它也有某些限制:(1)Flashback Database 不能解决 Media Failure, 这种错误 RMAN 恢复仍是唯一选择.(2)如果删除了数据文

ORACLE FLASHBACK DATABASE 总结

闪回数据库(FLASHBACK DATABASE)是oracle数据库非常重要的一项功能,与通过undo 获取表数据的历史版本进而执行逻辑错误恢复的功能相比,flashback database 的功能完全不同:undo数据是针对整个数据库的:undo数据的保存时间是有限的:undo 的本质是为了保持数据的一致性.而flashback database可以只针对某表空间保存历史数据,并且只要存储空间允许,flashback database可以保存任意长的历史时间.flashback datab

Oracle 闪回特性(FLASHBACK DATABASE)

--===================================== -- Oracle 闪回特性(FLASHBACK DATABASE) --===================================== 闪回技术通常用于快速简单恢复数据库中出现的认为误操作等逻辑错误,从闪回的方式可以分为基于数据库级别闪回.表级别闪回.事务 级别闪回,根据闪回对数据的影响程度又可以分为闪回恢复,闪回查询.闪回恢复将修改数据,闪回点之后的数据将全部丢失.而闪回查询则可 以查询数据被DML的

官方文档 恢复备份指南七 Using Flashback Database and Restore Points

本章内容: Understanding Flashback Database, Restore Points and Guaranteed Restore Points Logging for Flashback Database and Guaranteed Restore Points Prerequisites for Flashback Database and Guaranteed Restore Points Using Normal and Guaranteed Restore P

CENTOS7 安装openstack mitaka版本(最新整理完整版附详细截图和操作步骤,添加了cinder和vxlan)

CENTOS7 安装openstack mitaka版本(最新整理完整版附详细截图和操作步骤,添加了cinder和vxlan,附上个节点的配置文件) 实验环境准备: 为了更好的实现分布式mitaka版本的效果.我才有的是VMware的workstations来安装三台虚拟机,分别来模拟openstack的controller节点 compute节点和cinder节点.(我的宿主机配置为 500g 硬盘 16g内存,i5cpu.强烈建议由条件的朋友将内存配置大一点,因为我之前分配的2g太卡.) 注

wiki迁移方法操作步骤

执行下列sql 更新数据库配置 w use wiki; update cwd_directory_attribute set attribute_value="http://yunwan3.3322.org/crowd"  where attribute_name="crowd.server.url"; --如果需要更换aplication 执行下列两句 update cwd_directory_attribute set attribute_value="

使用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配

使用MongoVUE对MongoDB 进行MapReduce操作步骤

Step 1 Open MongoVUE and connect to the server that contains the collection "cities" Step 2 Right-click on "cities" collection under "Database Explorer", and select "MapReduce". This will launch the MapReduce view.

【翻译自mos文章】监控flashback database 的进度

监控flashback database 的进度 参考自: HOW TO DETERMINE FLASHBACK DATABASE PROGRESS (文档 ID 1071391.1) 适用于: Oracle Server - Enterprise Edition - Version 10.1.0.2 to 11.2.0.2 [Release 10.1 to 11.2] Information in this document applies to any platform. ***Checke