1.打开flashback: 关闭数据库 SQL>shutdown immediate; 启动到mount方式 SQL>startup mount; 如果归档没有打开,打开归档[因为flashback依赖Media recovery,所以在打开flashback之前必须先启用归档] SQL>alter database archivelog; 打开闪回 SQL> alter database flashback on; 2.关闭flashback: 关闭数据库: SQL>sh

1.打开flashback: 关闭数据库 SQL>shutdown immediate; 启动到mount方式 SQL>startup mount; 如果归档没有打开,打开归档[因为flashback依赖Media recovery,所以在打开flashback之前必须先启用归档] SQL>alter database archivelog; 打开闪回 SQL> alter database flashback on; 2.关闭flashback: 关闭数据库: SQL>sh

[20180423]flashback tablespace与snapshot standby.txt --//缺省建立表空间是打开flashback on,如果某个表空间flashback off,在dg启动snapshot standby时注意,可能"回不来",--//通过测试说明问题. 1.环境:SCOTT@book> @ ver1PORT_STRING                    VERSION        BANNER--------------------

1.打开flashback: 关闭数据库 启动到mount方式 SQL>startup mount; 如果归档没有打开,打开归档[因为flashback依赖Media recovery,所以在打开flashback之前必须先启用归档: SQL>alter database archivelog; 打开闪回 SQL> show parameter db_recovery NAME TYPE VALUE------------------------------------ --------

在Oracle 10g中,Flash back家族分为以下成员:Flashback DatabaseFlashback DropFlashback TableFlashback Query(分Flashback Query,Flashback Version Query,Flashback Transaction Query)下面介绍一下Flashback Drop 和Flashback Table 一 Flashback设置 1.打开flashback: 关闭数据库 启动到mount方式 SQ

利用RMAN恢复整个数据库案例一 适合场合:恢复的目录一致,同时备份的过程中有归档日志 恢复的数据库目录和down机的数据库一致,还有一个就是RMAN备份的时候已经备份了归档日志. 备份脚本: run{ allocalte channel ch1 type disk; sql ‘alter system archive log current’; backup as compressed backupset database format ‘/u02/rman/testdb_%T_%U’; sq

在做oracle跨resetlogs的不完全恢复时,如果未删除flashback area的控制文件自动备份,那么Oracle可能会从控制文件自动备份中自动探测到incarnation信息,并重置incarnation,从而导致恢复报错.(不完全恢复测试一) 在做oracle跨resetlogs的不完全恢复时,如果需要catalog归档日志,注意不要catalog不相关的归档日志,否则Oracle可能会从归档日志中自动探测到incarnation信息,并重置incarnation,从而导致恢复报

1.long 字段的无法使用OGG 同步 2.clob字段的导入导出Bug , 生产使用network-link 导入导出太慢了,本地导入导出速度会快3到4倍 .但是测试环境的情况却相反 测试环境和生产环境测试结果如下: 最后还是以生产环境的数据为主. 原因有2点,第一 : 测试环境的网络没有拥塞,所以感觉测试环境network-link I/O 速度可以接受.第二测试环境的I/O 太慢了,跟生产环境不是一个等量级,所以感觉生产环境 本地I/O 会快很多. 数据局迁移遇到的Bug 1.DRAFT

本文地址: http://www.cnblogs.com/blackmanba/p/move-oracle-database.html或者http://forkme.info/move-oracle-database/, 转载请注明源地址. 最近一段时间,随着数据的不停累积,之前的oracle数据库所在的硬盘已经不能容纳越来越多的数据以及日志信息.发生这种情况的原因是安装时对数据库的大小估算不够(⊙﹏⊙b汗).既然出了这种问题就要想方法解决.最后的做法其实就是最简单的想法,将oracle数据库迁

开启STANDBY库为READ WRITE 1.取消主库传送归档 SQL> alter system set log_archive_dest_state_2=defer; 2.取消备库应用日志 SQL> alter database recover managed standby database cancel; 3.修改相关参数 SQL> alter system db_recovery_file_dest='/oracle/fast_recovery_area'; SQL>

SQL> select * from v$version; Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production   数据库启动到MOUNT状态: SQL> alter database noarchivelog; alter database noarchivelog * ERROR at line 1: ORA-38774: cannot disable media recovery - f

本文主要介绍利用UNDO表空间的闪回技术,主要包括:闪回表,闪回版本查询,闪回事务查询,闪回查询.这些闪回技术实现从回滚段中读取表中一定时间内操作过的数据,可用来进行数据比对,或者修正意外提交造成的错误数据.由于利用的是UNDO表空间里记录的数据被改变前的值,因此数据在UNDO空间中保留多久就尤为重要,其中与之关系最紧密的是 UNDO_RETENTION参数. 关于UNDO_RETENTION UNDO_RETENTION 通常默认是900 秒,也就是15 分钟.值得注意是,undo_reten

用了很长时间的数据库,一直都挺好,今天早上一来报这个错,开始追究原因. 1.用SYS用户登录: 2.将数据库修改为打开状态,alter database open,出现如下的错误提示: ORA-16038:日志3 sequence# 2289无法归档 ORA-19809:超出了恢复文件数的限制 ORA_00312:联机日志 3 线程 1: 'e:\......\redo03.log' 3.查看日志是否没有空间,[select * from v$recovery_file_dest;] NAME

2). 检查Flashback 功能, 缺省时功能是关闭的. SQL> select name, current_scn, flashback_on from v$database; NAME    CURRENT_SCN  FLASHBACK_ON --------    -----------          ------------------ DBA      945715          NO 3). 启动Flashback功能 SQL>  alter database flas

闪回技术有闪回表.闪回删除.闪回查询.闪回事务查询.闪回事务.闪回数据库.闪回数据归档.其中,闪回查询.闪回事务查询用来“观察”过去:闪回数据归档并不是一个独立的功能,其功能是扩展闪回查询的时间窗口:闪回表.闪回删表能够以表为单位“回到”过去:闪回事务能够以事务为单位“回到”过去:闪回数据库能够以数据库为单位“回到”过去. 一. 闪回表(Flashback Table) 闪回表是利用UNDO表空间的撤销数据,所以能把表闪回到多久之前受到undo_retention,UNDO表空间的数据文件是否启

作者:Grey 原文地址:http://www.cnblogs.com/greyzeng/p/5346833.html 环境: Windows 10 专业版 Oracle Database 12c Release 1 Flashback示例 场景1: 新建了一张表t_table1, 在某个时间点插入两条数据,后续又误插入一条数据,现在需要恢复到误插入数据之前的状态. 打开SQL Plus 用普通用户登录: 新建一张表t_table1: create table t_table1 (t_id nu

Oracle Flashback Technologies - 闪回数据库 根据指定的SCN,使用rman闪回数据库 #查看可以闪回到多久前 SQL> select * from v$flashback_database_log; #查看当前的SCN SQL> select current_scn from v$database; CURRENT_SCN ----------- SQL> #关闭数据库 $ rman target / Recovery Manager: Release -

/* 11g的flashbackup 分好几种,分别用途不一样. A.flashback database 闪回数据库,简单理解就是把数据库闪回到某个以前的时间点, 能恢复到的最早的SCN, 取决与Flashback Log中记录的最早SCN B.flashback drop 回收数据库表,用于表误drop后恢复.类似Windows的回收站. C.flashback query 闪回表记录,用于数据表记录的恢复 D.falshabck Table 闪回数据库表, 后两个是重点,下面说明. */

flashback 闪回,主要功能有两个:闪回查询(flashback query).闪回恢复(flashback table/database) 开启闪回flashback功能(归档下才可开启数据库闪回) select name,flashback_on from v$database; /*查看flashback是否开启*/ show parameter db_recovery: /*查看闪回恢复区及大小是否设置*/ alter system set db_recovery_file_des

1.flashback query(使用UNDO)查询某个scn时该表的内容 SQL> select current_scn ; 已更新 行. ;        //查询之前scn时的值 ID scn和时间戳的互相转换: 月 ... 上午 :00 ) from dual; SCN_TO_TIMESTAMP()月 ...000000000 上午 SQL> select to_timestamp('24-2月 -13 01.12.07.000000000 上午') from dual;   月 .