<acronym id="6ic2k"><wbr id="6ic2k"></wbr></acronym>
<rt id="6ic2k"><optgroup id="6ic2k"></optgroup></rt>
<samp id="6ic2k"></samp>
查看: 807|回复: 25

新人请教:有关DB_RECOVERY_FILE_DEST_SIZE大小设置问题

[复制链接]
论坛徽章:
0
跳转到指定楼层
1#
发表于 2019-2-22 14:00 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
1、目前生产库开启了归档日志模式,
ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=50G SCOPE=spfile;

记录归档日志,主要目的为了将来万一生产系统过程中,数据缺失或者错误时,通过归档日志以及Logmgr工具分析SQL语句得出,哪台客户端造成的错误,以便分析运行系统的程序中可能存在的隐性Bug。
通过此方法分析是否为正确方法?有无其他方法记录类似生产库的相关数据处理语句?


2、归档日志与闪回日志到底区别在哪里?
能否让归档日志的大小不受限制闪回区大小的限制?总觉得将DB_RECOVERY_FILE_DEST_SIZE设置过大不好,还是说通过设置log_archive_1 指定非闪回区的位置?


写的有点乱,希望各位大神不吝赐教。



论坛徽章:
0
2#
 楼主| 发表于 2019-2-22 14:00 | 只看该作者
自己先顶一下让各位大神看见。

使用道具 举报

回复
论坛徽章:
0
3#
 楼主| 发表于 2019-2-22 14:45 | 只看该作者
通过log_file_dest_n设置了路径之后,发现文件名称格?#22870;?#26356;为ARC0000001706_0975088021.0001格式(原来名称格式为O1_MF_1_1693_G6YV1XR9_.ARC),并且现在好像不按照每天的日期来分文件?#35874;?#20998;了。

使用道具 举报

回复
论坛徽章:
10
会员2007贡献徽章
日期:2007-09-26 18:42:10秀才
日期:2015-07-06 11:23:302015年新春福章
日期:2015-03-06 11:57:312015年新春福章
日期:2015-03-04 14:51:12马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02优秀写手
日期:2013-12-18 09:29:152010新春纪念徽章
日期:2010-03-01 11:20:05ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44秀才
日期:2015-07-14 09:44:30
4#
发表于 2019-2-22 15:09 | 只看该作者
归档和闪回日志都存在 DB_RECOVERY_FILE_DEST_SIZE  

一般情况下 不会把归档存放在DB_RECOVERY_FILE_DEST_SIZE ?#23567;?nbsp;  

闪回日志 只有在备库?#35874;?#24555;?#24080;?#20505;才用到。

分析日志 可以脱离数据库分析

使用道具 举报

回复
论坛徽章:
0
5#
发表于 2019-2-22 16:38 | 只看该作者
1、可以通过?#38382;?#35774;置归档日志位置,不需要放在闪回区域,因归档日志涉及到了数据库的恢复问题,所以最好是多路复用,放在存储上面。
2、闪回日志存储着是一些对于数据的操作,通过命令rollback来实现的,归档日志?#23548;?#19978;是在线重做日志的一个归档,里面记录的是对数据的操作,一般里面记录的是提交后的数据操作,归档重做日志用于数据的完整恢复。
    简单的来说,你误删除了一个表,后悔了,就用闪回,就能回到删除操作之前的表。归档日志是在数据库?#35272;?#20102;或者?#25165;?#22351;了,需要恢复数据了,需要归档日志的内容和最近的有效备份。

使用道具 举报

回复
论坛徽章:
0
6#
 楼主| 发表于 2019-2-22 17:36 | 只看该作者
本帖最后由 ys990819 于 2019-2-22 17:38 编辑
xianyu166 发表于 2019-2-22 16:38
1、可以通过?#38382;?#35774;置归档日志位置,不需要放在闪回区域,因归档日志涉及到了数据库的恢复问题,所以最好 ...

首先?#34892;?#22823;神指点。
那我这种,?#28909;?#26816;索应用在某个时间段删除数据的SQL语句逻辑(?#28909;?#21487;能程序存在Bug误删除了数据),从归档日志文件是对的吧?

闪回日志是存储在什么文件中呢?利用Logmgr从select * from V$LOGMNR_CONTENTS检索的结果属于闪回日志还是归档日志呢?还是说?#19994;?#29702;解存在混乱?

使用道具 举报

回复
论坛徽章:
0
7#
 楼主| 发表于 2019-2-22 17:37 | 只看该作者
zengmuansha 发表于 2019-2-22 15:09
归档和闪回日志都存在 DB_RECOVERY_FILE_DEST_SIZE  一般情况下 不会把归档存放在DB_RECOVERY_FILE_DEST_SI ...
首先?#34892;?#22823;神指点。
分析日志,?#23548;?#23601;是分析的归档日志吧?
闪回日志是以上么样的文件存在呢?

使用道具 举报

回复
论坛徽章:
0
8#
发表于 2019-2-22 21:28 | 只看该作者
ys990819 发表于 2019-2-22 17:37
首先?#34892;?#22823;神指点。分析日志,?#23548;?#23601;是分析的归档日志吧?#21487;?#22238;日志是以上么样的文件存在呢?

分析日志是指的是分析告警日志,通过下面语句就能看到告警跟踪日志,如果数据库出现什么问题了,第一时间看看告警跟踪日志,里面记录了oracle从启动到目前为止的所有操作。
SQL> show parameter background_dump_dest

NAME                                     TYPE         VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest                     string         /u01/app/diag/rdbms/orcl/orcl/
                                                 trace
[[email protected] trace]$ pwd
/u01/app/diag/rdbms/orcl/orcl/trace       
[[email protected] trace]$ll       
总用量 1292
-rw-r-----. 1 oracle oinstall 108639 2月  22 20:36 alert_orcl.log
-rw-r-----. 1 oracle oinstall    989 1月  26 16:15 orcl_cjq0_13112.trc
-rw-r-----. 1 oracle oinstall     71 1月  26 16:15 orcl_cjq0_13112.trm
-rw-r-----. 1 oracle oinstall   1225 8月   3 2018 orcl_cjq0_38854.trc
-rw-r-----. 1 oracle oinstall    112 8月   3 2018 orcl_cjq0_38854.trm
-rw-r-----. 1 oracle oinstall    985 8月   3 2018 orcl_ckpt_38827.trc       
[[email protected] trace]$cat alert_orcl.log       
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
System name:        Linux
Node name:        DB
Release:        2.6.32-431.el6.x86_64
Version:        #1 SMP Sun Nov 10 22:19:54 EST 2013
Machine:        x86_64
VM name:        VMWare Version: 6
Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfileorcl.ora
System parameters with non-default values:
  processes                = 150
  memory_target            = 796M
  control_files            = "/u01/app/oradata/orcl/control01.ctl"
  control_files            = "/u01/app/oradata/orcl/control02.ctl"
  db_block_size            = 8192
  compatible               = "11.2.0.4.0"
  undo_tablespace          = "UNDOTBS1"
  remote_login_passwordfile= "EXCLUSIVE"
  db_domain                = ""
  dispatchers              = "(PROTOCOL=TCP) (SERVICE=orclXDB)"
  audit_file_dest          = "/u01/app/admin/orcl/adump"
  audit_trail              = "DB"
  db_name                  = "orcl"
  open_cursors             = 300
  diagnostic_dest          = "/u01/app"
Fri Feb 22 20:26:26 2019
PMON started with pid=2, OS id=13157
Fri Feb 22 20:26:26 2019
PSP0 started with pid=3, OS id=13159
Fri Feb 22 20:26:27 2019
VKTM started with pid=4, OS id=13161 at elevated priority
VKTM running at (1)millisec precision with DBRM quantum (100)ms
Fri Feb 22 20:26:27 2019
GEN0 started with pid=5, OS id=13165
Fri Feb 22 20:26:27 2019
DIAG started with pid=6, OS id=13167
Fri Feb 22 20:26:27 2019
DBRM started with pid=7, OS id=13169
Fri Feb 22 20:26:27 2019
DIA0 started with pid=8, OS id=13171
Fri Feb 22 20:26:27 2019
MMAN started with pid=9, OS id=13173
Fri Feb 22 20:26:27 2019
DBW0 started with pid=10, OS id=13175
Fri Feb 22 20:26:27 2019
LGWR started with pid=11, OS id=13177
Fri Feb 22 20:26:27 2019
CKPT started with pid=12, OS id=13179
Fri Feb 22 20:26:27 2019
SMON started with pid=13, OS id=13181
Fri Feb 22 20:26:27 2019
RECO started with pid=14, OS id=13183
Fri Feb 22 20:26:27 2019
MMON started with pid=15, OS id=13185
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Fri Feb 22 20:26:27 2019
MMNL started with pid=16, OS id=13187
starting up 1 shared server(s) ...
ORACLE_BASE from environment = /u01/app
Fri Feb 22 20:26:28 2019
ALTER DATABASE   MOUNT
Successful mount of redo thread 1, with mount id 1528666100
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE   MOUNT
Fri Feb 22 20:26:32 2019
ALTER DATABASE OPEN
Thread 1 opened at log sequence 11
  Current log# 2 seq# 11 mem# 0: /u01/app/oradata/orcl/redo02.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
[13197] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:4294216950 end:4294217140 diff:190 (1 seconds)
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is ZHS16GBK
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Fri Feb 22 20:26:33 2019
QMNC started with pid=20, OS id=13200
Completed: ALTER DATABASE OPEN
Starting background process CJQ0
Fri Feb 22 20:26:35 2019
CJQ0 started with pid=24, OS id=13215
Fri Feb 22 20:36:33 2019
Starting background process SMCO
Fri Feb 22 20:36:33 2019
SMCO started with pid=22, OS id=13358               

这是截取了告警跟踪日志中的一段。归档日志不是由人来看的,是oracle来看的。

使用道具 举报

回复
论坛徽章:
10
会员2007贡献徽章
日期:2007-09-26 18:42:10秀才
日期:2015-07-06 11:23:302015年新春福章
日期:2015-03-06 11:57:312015年新春福章
日期:2015-03-04 14:51:12马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02优秀写手
日期:2013-12-18 09:29:152010新春纪念徽章
日期:2010-03-01 11:20:05ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44秀才
日期:2015-07-14 09:44:30
9#
发表于 2019-2-23 23:27 | 只看该作者
ys990819 发表于 2019-2-22 17:36
首先?#34892;?#22823;神指点。那我这种,?#28909;?#26816;索应用在某个时间段删除数据的SQL语句逻辑(?#28909;?#21487;能程序存在Bug误删除 ...

做LOGMINER 可以复制一份数据库到别的机器上,然后从生产库把归档日志那过去分析。这方面你看LOGMINER文档就可以了。 闪回日志,一般?#21069;?#29983;产数据库开启闪回 V$DATABASE.FLASH_BACK  默认不开启的。闪回一般把生产数据库 复制到别的机器上做测试,测试完了后把数据库还原到原来的位置。数据库就?#21487;?#22238;日志来复原

使用道具 举报

回复
论坛徽章:
0
10#
 楼主| 发表于 2019-2-24 22:45 | 只看该作者
xianyu166 发表于 2019-2-22 21:28
分析日志是指的是分析告警日志,通过下面语句就能看到告警跟踪日志,如果数据库出现什么问题了,第一时间看 ...

谢谢大神。?#19994;?#30446;的,就是想有有效的手段分析归档日志,便于从SQL语句逻辑得出应用层面可能存在Bug的程序控制内容。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分?#21495;?/a> 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. ?#26412;?#30427;拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  ?#26412;?#24066;公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表
新快三开奖结果
<acronym id="6ic2k"><wbr id="6ic2k"></wbr></acronym>
<rt id="6ic2k"><optgroup id="6ic2k"></optgroup></rt>
<samp id="6ic2k"></samp>
<acronym id="6ic2k"><wbr id="6ic2k"></wbr></acronym>
<rt id="6ic2k"><optgroup id="6ic2k"></optgroup></rt>
<samp id="6ic2k"></samp>