深入了解Oracle前滚恢复rolling forward(一)
2012-04-22 21:51
337 查看
偶然的一次,网友在t.askmaclean.com ASK Maclean Home提问了关于11.2 上一个ORA-600问题的解决途径,我们这里不讨论该ORA-600[kcratr_nab_less_than_odr]错误, 比这个错误本身更有趣的是 该600 trace中记录了一段对于前滚恢复rolling upgrade描述十分详细的KST trace。
很多网友肯定要问什么是KST? KST是9i以后引入的内部诊断机制Tracing Facility,每一个Oracle 进程都维护SGA中的一小块Trace buffer,并将自身的默认启用的一些event事件信息写入到Trace Buffer中(这些事件默认包括10280, 10401, 10441, 10442, 10425, 10427, 10429, 10434, 10666),可以使用内部视图x$trace观察这些信息,默认Trace Buffer不写到磁盘上,而只在SGA中维护,当Trace Buffer用完时将被重用。
了解了 KST的知识后,我们可以从容地阅读下面这段TRACE了:
以上是KST Trace的 头部
COMPONENT 组件名 例如 db_trace 、CACHE_RCV,这里的CACHE_RCV意为 cache recovery,实际上是我们所说的前滚rolling forward。
FILE@LINE本文出自 “Ask Maclean Liu Oracle” 博客,请务必保留此出处http://maclean.blog.51cto.com/2923249/1278311
很多网友肯定要问什么是KST? KST是9i以后引入的内部诊断机制Tracing Facility,每一个Oracle 进程都维护SGA中的一小块Trace buffer,并将自身的默认启用的一些event事件信息写入到Trace Buffer中(这些事件默认包括10280, 10401, 10441, 10442, 10425, 10427, 10429, 10434, 10666),可以使用内部视图x$trace观察这些信息,默认Trace Buffer不写到磁盘上,而只在SGA中维护,当Trace Buffer用完时将被重用。
了解了 KST的知识后,我们可以从容地阅读下面这段TRACE了:
Trace Bucket Dump Begin: default bucket for process 19 (osid: 29785) TIME(*=approx):SEQ:COMPONENT:FILE@LINE:FUNCTION:SECT/DUMP: [EVENT#:PID:SID] DATA
以上是KST Trace的 头部
COMPONENT 组件名 例如 db_trace 、CACHE_RCV,这里的CACHE_RCV意为 cache recovery,实际上是我们所说的前滚rolling forward。
FILE@LINE本文出自 “Ask Maclean Liu Oracle” 博客,请务必保留此出处http://maclean.blog.51cto.com/2923249/1278311
相关文章推荐
- 深入了解Oracle前滚恢复rolling forward(一)
- 深入了解Oracle SCN
- 深入了解Oracle ASM(二):ASM File number 1 文件目录
- 深入了解Oracle ASM(一):基础概念
- oracle 9i&10G编程艺术-深入了解oracle结构
- 深入了解oracle的高水位(HWM)
- 带您深入了解oracle权限管理
- Oracle数据字典视图之DICT_COLUMNS(提纲掣领的一篇,该视图是一个工具对深入了解数据字典)
- 深入了解Oracle ASM(二):ASM File number 1 文件目录
- 深入了解Oracle中表的结构和存储原理
- 深入了解 Oracle 10g 中新型层次查询选项
- 深入了解 Oracle Flex ASM 及其优点
- Windows深入了解故障恢复控制台1--概述
- 带你深入了解IBM DB2数据库的备份与恢复
- Windows深入了解故障恢复控制台2--安装及启动
- 【Maclean Liu技术分 享】深入了解Oracle ASM(一)基础概念
- Windows深入了解故障恢复控制台3--控制台命令介绍
- 深入了解PRM(PanassusData Recovery Manager) For Oracle Database
- 深入了解Oracle ASM(一):基础概念
- 深入了解Oracle的体系结构