[20170203]关于flashback的问题.txt

简介: [20170203]关于flashback的问题.txt --今天生产系统遇到的问题,dataguard机器磁盘空间不足,需要释放磁盘空间,无论如何删除日志,空间回收都是很少.

[20170203]关于flashback的问题.txt

--今天生产系统遇到的问题,dataguard机器磁盘空间不足,需要释放磁盘空间,无论如何删除日志,空间回收都是很少.
--但是我检查发现闪回日志占用空间很大.

SYS@dbendg> @ &r/ver1
PORT_STRING                    VERSION        BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SYS@dbendg> show parameter recover
NAME                          TYPE         VALUE
----------------------------- ------------ ----------------------------------
db_recovery_file_dest         string       /u01/app/oracle/fast_recovery_area
db_recovery_file_dest_size    big integer  22G
db_unrecoverable_scn_tracking boolean      TRUE
recovery_parallelism          integer      0

SYS@dbendg> show parameter db_flashback_retention_target
NAME                          TYPE          VALUE
----------------------------- ------------- ----------------------------------
db_flashback_retention_target integer       1440

$ du -sm /u01/app/oracle/fast_recovery_area/DBENDG
20518   /u01/app/oracle/fast_recovery_area/DBENDG

SYS@dbendg> set numw 12
SYS@dbendg> select * from V$FLASHBACK_DATABASE_LOG;
OLDEST_FLASHBACK_SCN OLDEST_FLASHBACK_TI RETENTION_TARGET FLASHBACK_SIZE ESTIMATED_FLASHBACK_SIZE
-------------------- ------------------- ---------------- -------------- ------------------------
         17432448295 2017-01-23 10:45:34             1440    21474836480               1596063744

SYS@dbendg> select sysdate from dual ;
SYSDATE
-------------------
2017-02-03 15:01:47
--//RETENTION_TARGET仅仅1440分钟,也就是1天.而实际上如果flashback可以到时间'2017-01-23 10:45:34'.

SYS@dbendg> column name format a80
SYS@dbendg> select * from V$FLASHBACK_DATABASE_LOGFILE order by FIRST_TIME;
NAME                                                                    LOG# THREAD# SEQUENCE#      BYTES FIRST_CHANGE# FIRST_TIME          TYPE
----------------------------------------------------------------------- ---- ------- --------- ---------- ------------- ------------------- --------
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_bxc34ghw_.flb    3       1       234 4294967296             0 2017-01-20 16:51:51 RESERVED
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_bx5cy810_.flb    1       1       235 4294967296             0 2017-01-23 10:10:26 NORMAL
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_bx5cyy6v_.flb    2       1       236 4294967296             0 2017-01-25 13:46:05 NORMAL
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_c4tb157q_.flb    4       1       237 4294967296             0 2017-01-30 08:19:58 NORMAL
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_c4tbd7wx_.flb    5       1       238 4294967296             0 2017-02-03 10:00:19 NORMAL

--//注意看FIRST_TIME字段,是否意味者我可以恢复的时间到2017-01-23 10:10:26,甚至2017-01-20 16:51:51呢? 生产系统无法测试.

SYS@dbendg> alter system set db_recovery_file_dest_size=15G ;
System altered.

$ du -sm /u01/app/oracle/fast_recovery_area/DBENDG
12318   /u01/app/oracle/fast_recovery_area/DBENDG
--//现在仅仅保留12G上下.

SYS@dbendg> select * from V$FLASHBACK_DATABASE_LOGFILE order by FIRST_TIME;
NAME                                                                    LOG# THREAD#    SEQUENCE#        BYTES FIRST_CHANGE# FIRST_TIME          TYPE
---------------------------------------------------------------------------- ------- ------------ ------------ ------------- ------------------- --------
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_bxc34ghw_.flb    3       1          234   4294967296             0 2017-01-20 16:51:51 RESERVED
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_c4tb157q_.flb    4       1          237   4294967296             0 2017-01-30 08:19:58 NORMAL
/u01/app/oracle/fast_recovery_area/DBENDG/flashback/o1_mf_c4tbd7wx_.flb    5       1          238   4294967296             0 2017-02-03 10:00:19 NORMAL

--//为什么TYPE='RESERVED'不删除??? 而且时间更早.

--//总之flashback的闪回时间点与db_recovery_file_dest_size大小有关,oracle应该尽可能多的保留时间.而不一定受参数db_flashback_retention_target的限制.

目录
相关文章
|
关系型数据库 Oracle Linux
[20180424]打开表空flashback on.txt
[20180424]打开表空flashback on.txt --//昨天测试完成,链接http://blog.itpub.net/267265/viewspace-2153207/,忘记设置flashback on;.
988 0
|
关系型数据库 Oracle SQL
[20180419]关于闪回的一些问题.txt
[20180419]关于闪回的一些问题.txt --//别人问的问题,就是drop表,然后flashbask表,建立的触发器还在吗? --//我记忆里触发器应该还在,我个人喜欢通过例子验证自己的判断.
1059 0
|
机器学习/深度学习 Oracle 关系型数据库
[20180412]logminer使用问题(10g).txt
[20180412]logminer使用问题(10g).txt --//今天使用logminer下遇到一个问题,做一个记录: 1.环境: SYSTEM@xxx> @ &r/ver1 PORT_STRING                    VERSION...
1638 0
|
Oracle 关系型数据库 Linux
[20171208]rman与truncate3.txt
[20171208]rman与truncate3.txt --//前几天测试truncate表依旧备份一部分信息,测试几次确定备份8extent.当时的测试几个extents是相邻的.
889 0
|
Oracle 关系型数据库 Linux
[20171206]rman与truncate2.txt
[20171206]rman与truncate2.txt --//上午测试发现truncate的表在做rman备份时还要做8个extents的备份. --//不知道自己的猜测是否正确,选择一个使用UNIFORM SIZE 的表空间测试看看.
1072 0
|
Oracle 关系型数据库 测试技术
[20171206]rman与truncate.txt
[20171206]rman与truncate.txt --//昨天下班在回家的路上,突然想起以前遇到的问题,就是truncate表后,rman做备份时会备份多少truncate表的信息, --//当时在itpub上,还存在讨论,就是rman会备份空block吗?参考链接:http://www.
998 0
|
Oracle 关系型数据库 数据库
[20170616]recover copy of datafile 6.txt
[20170616]no copy of datafile 6 found to recover.txt --//最近几天一直被这个问题纠缠,我虽然不知道问题在哪来,还是找到简单的解决方法,做1个记录: --//链接:http://www.
1150 0
|
数据库 BI 关系型数据库
[20161214]如何确定dbid.txt
[20161214]如何确定dbid.txt --如何确定数据库的dbid,我曾经写过一篇blog,链接:http://blog.itpub.net/267265/viewspace-2125849/ --实际上还有1种非常武断的方法,直接使用strings...
827 0
[20160910]sqlldr使用问题.txt
[20160910]sqlldr使用问题.txt http://www.itpub.net/thread-2067126-1-1.html CREATE TABLE "SCOTT".
842 0
|
Oracle 关系型数据库 测试技术
[20160805]logminer使用问题2.txt
[20160805]logminer使用问题2.txt --前一阵子看itpub有人想通过logminer来抽取归档同步数据库,实际上这个非常不科学,存在一定的风险,我觉得很多情况下会漏掉一些sql --语句,通过例子来说明。
1057 0