eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 升级网站发布平台到MT 4.0版本 | Blog首页 | 投资 人生必需经历的成长 »

Oracle 11g新特性:Fault Diagnosability Infrastructure
modb.pro

在Oracle Database 11g中,一个新的基础架构被引入,这就是故障诊断基础架构-Fault Diagnosability Infrastructure

一直以来,当用户的数据库出现故障以后,当用户向Oracle请求协助时,反复繁杂的交互与数据收集折磨了无数的用户,而这一工作又是不可缺少的。
Oracle也一直试图简化这些工作,提高故障的分析和解决。

现在新引入的Fault Diagnosability Infrastructure就是来完成这一使命的。
这一架构用来收集和管理诊断数据,通常的诊断数据包括:


  • 跟踪文件-trace files

  • 转储文件-dumps

  • 内核转储文件-core files

  • 新的诊断数据


这一架构的引入目的在于更快速的问题诊断与解决,更少的用户交互已经减少和缩减故障的影响。

实现这一架构设想的一项技术是:首次故障后的自动自动诊断数据捕获-Automatic capture of diagnostic data upon first failure
当数据库故障、错误出现并被检测到时,故障诊断架构就被激活收集诊断数据,并且将数据库不同组件记录的相关数据收集并存储到数据库之外的诊断库中。这一诊断原理非常类似飞机飞行中的"黑匣子(Black Box)",Oracle因此也将FDI称为Oracle数据库的黑匣子,通过这个黑匣子的引入,Oracle希望能够收集到完善完整的数据用于故障诊断。

配合FDI的另外一项技术是事件打包服务-Incident packaging service (IPS) 和 incident packages
和一次错误或故障相关的数据可能很多,包括traces, dumps, health check reports以及其他数据,手工收集和整理这些数据曾经是用户必需完成的工作,下载IPS服务帮助我们自动打包压缩这些数据。
用户需要做的就是将这些打包数据传输给技术支持即可。

我们看到,FDI实际上又是一系列自动化服务的增强,这些增强旨在更快的问题分析诊断、更少的用户交互,从而实现更高的可用性。

自动化是Oracle一直坚持不懈的方向。

FDI的另外几项相关技术为:
Standardized trace formats
Health checks
Data Recovery Advisor
SQL Test Case Builder

-The End-


历史上的今天...
    >> 2018-08-27文章:
    >> 2015-08-27文章:
    >> 2013-08-27文章:
    >> 2010-08-27文章:
           西藏记行 - 圣湖纳木措
    >> 2008-08-27文章:
    >> 2005-08-27文章:
           升级MT到3.2正式版

By eygle on 2007-08-27 14:50 | Comments (2) | Oracle12c/11g | 1575 |

2 Comments

oracle自动化做的越来越好,是不是意味着DBA的工作就越来越少呢?

DBA可以做些越来越深入、越来越有价值的服务。


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com