Oracle 数据库方案(RAC)
oracle rac的机制与测试方法
一、Oracle RAC的定义及机制Oracle RAC（Real Application Clusters）是Oracle数据库的一种架构，它允许在多台服务器上运行Oracle数据库实例，并提供对这些实例的访问。
Oracle RAC的主要特点包括：1. 多实例架构：Oracle RAC允许在多台服务器上同时运行多个数据库实例，这些实例可以共享相同的存储。
2. 高可用性：Oracle RAC提供了高可用性和容错能力，任何一个数据库实例出现故障时，系统可以自动切换到其他正常工作的实例。
3. 扩展性：Oracle RAC可以根据需求动态地增加或减少服务器和存储资源，以满足系统的扩展和缩减需求。
4. 负载均衡：Oracle RAC可以自动分发和负载均衡数据库请求，以提高系统的性能和资源利用率。
5. 并行处理：Oracle RAC可以在多个数据库实例之间并行处理数据库请求，提高系统的处理能力。
Oracle RAC的机制主要包括集裙架构、存储架构、网络架构和实例架构等方面，它们共同组成了Oracle RAC的核心机制。
二、Oracle RAC的测试方法1. 硬件测试：硬件测试是Oracle RAC测试的第一步，包括对服务器、存储和网络设备的性能、容量和可靠性等方面进行测试。
2. 软件测试：软件测试是Oracle RAC测试的关键，包括对Oracle数据库软件、操作系统、集裙软件、文件系统等进行功能、性能和可靠性等方面进行测试。
3. 故障测试：故障测试是Oracle RAC测试的重要内容，包括对数据库实例故障、节点故障、存储故障等进行模拟和测试，检验系统的容错和恢复能力。
4. 性能测试：性能测试是Oracle RAC测试的重点，包括对数据库的并发处理能力、负载均衡能力、扩展性等进行测试，评估系统的性能和资源利用率。
5. 容量测试：容量测试是Oracle RAC测试的必要环节，包括对数据库的容量规划、增长预测、资源消耗等进行测试，确保系统的可扩展性和充分利用资源。
数据库rac机制 -回复
数据库rac机制-回复数据库是现代信息系统中不可或缺的组成部分之一，对于高可用性和性能要求较高的应用场景，传统的单点数据库方案显得不太适用。
于是，Oracle 公司开发了Real Application Cluster（RAC）机制，用于提供数据库的高可用性和可扩展性。
本文将围绕RAC机制展开讨论，深入解析其原理、架构和相关应用。
二、RAC机制概述Real Application Cluster（RAC）是Oracle数据库产品系列中的一个关键特性，其目的是实现数据库的水平扩展和高可用性。
RAC机制基于共享存储架构，使多个数据库实例能够同时访问共享存储，并共享彼此之间的数据。
通过将数据库实例分布在多个节点上，RAC机制能够使应用程序对外表现为一个单一的数据库，同时提供更好的性能和可用性。
三、RAC机制原理1. 共享存储：RAC机制使用共享存储架构，将数据文件和配置文件存储在共享存储设备（如SAN）上。
这样，多个数据库实例可以同时访问和共享这些资源，实现高可用性和可扩展性。
2. Cache共享：每个RAC节点都有自己的SGA（System Global Area），其中包含了缓冲区高速缓存（Buffer Cache）和重做日志缓存（Redo Log Cache）。
通过Cache Fusion技术，数据库实例之间可以直接在多个节点之间共享SGA数据块，实现数据共享和高速数据访问。
3. 共享资源管理：RAC机制涉及到复杂的资源管理，包括实例间的锁和资源分配。
Oracle提供了基于SGA监控和Cache Fusion技术的细粒度资源管理策略，确保节点间的数据一致性和高效的资源利用。
四、RAC机制架构RAC机制的架构由多个节点组成，每个节点上都运行着一个数据库实例，这些节点通过高速互连网络相互通信。
每个节点上都有独立的PGA （Program Global Area），用于存放私有的数据结构和进程信息。
RAC机制还涉及到一些共享组件，如Cluster Interconnect（用于实现节点之间的高速通信）、Shared Global Area（用于缓存共享数据）和Global Cache Service（负责数据缓存和数据锁定）等。
oraclerac介绍
oraclerac介绍Oracle RAC（Real Application Clusters）是一种高可用性和可伸缩性的数据库解决方案，用于在多个服务器上运行一个单一的数据库实例。
它是Oracle公司的一个特定产品，最初于2001年发布。
Oracle RAC的核心概念是将数据库实例分布在多个服务器上，每个实例都可以访问共享存储。
这样做的好处是，当一个服务器发生故障时，其他服务器上的实例可以继续提供服务，从而提高系统的可用性。
此外，Oracle RAC还可以通过增加服务器来实现可伸缩性，以应对不断增长的数据和用户负载。
在Oracle RAC中，所有服务器上的实例都通过高速网络互连，并共享同一个数据库。
这种共享架构对于多个实例同时处理大量事务和查询非常有利。
每个实例都可以使用自己的SGA（System Global Area）和PGA （Program Global Area），但它们共享同一个数据文件和控制文件。
这意味着所有实例都可以访问相同的数据，而不需要复制或同步数据。
为了实现高可用性，Oracle RAC使用了一些关键技术和组件。
其中最重要的是Clusterware，它是一个集群管理软件，负责监控服务器的状态，并在服务器故障时重新分配资源。
Clusterware还负责管理共享存储和网络连接，确保所有实例之间的数据一致性。
另一个关键组件是Cache Fusion，它是Oracle RAC的内存共享技术。
Cache Fusion允许实例之间直接访问彼此的缓存，而无需通过共享存储。
这大大提高了性能，特别是在高并发环境下。
Cache Fusion还通过高速网络互连实现了快速的数据同步和一致性保证。
除了高可用性和可伸缩性，Oracle RAC还提供了许多其他功能。
其中包括动态资源管理，可以根据负载自动分配和调整资源；动态连接管理，可以自动重定向客户端连接到其他实例；以及透明故障切换，可以在实例故障时自动切换到其他实例，而不会影响应用程序。
什么是OracleRAC？
RAC就是real application clusters的缩写，跟rack的读音同。
Oracle Real Application Clusters (RAC)可以支持24 x 7 有效的数据库应用系统，您可以在由低成本的服务器构成的高可用性系统上自由部署您的应用，而无需修改您的应用程序。
已经有超过4200个用户从中受益。
现在Oracle在10g RAC中更提供免费的集群软件和存储管理软件，为您降低应用成本。
拥有RAC您无需再为成本而牺牲性能和可靠性。
关键特性高可用性Oracle Real Application Clusters 提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析型应用。
所有应用共享同样的服务器和存储资源。
出现任何的服务器或磁盘故障，系统会自动重新接管发生故障的功能。
这些对前端用户的完全透明的。
同样，如果您需要增加服务器或改变其他组件的配置也不会影响到应用系统。
高性能Oracle Real Application Clusters保持着TPC-C的记录，达到每分钟118万个事务的处理能力，和仅仅$5.52 每tpmC的成本。
在3,000 GB的TPC-H数据仓库Benchmark 测试中, Oracle RAC同样保持性价比的领先地位，保证我们的用户能够达到更好更快的ROI。
这仅仅是Oracle 保持的多项Benchmark 记录中的最近的一些指标。
按需扩充您现有的系统可能是基于当前的工作负载而构建的，当应用规模需要扩充时(支持更多的数据、用户或应用)，您就需要扩展您的系统以保证系统的性能。
当您的应用是构建于大型的SMP主机时，您可能需要购买另一台昂贵的主机，但可能只能使用到其处理能力的很小一部分。
但是如果您使用Oracle RAC的话，您可以通过增加一台或多台低成本的服务器来扩充您的应用系统的处理能力，满足应用需求。
第三方应用支持Oracle RAC数据库服务器象一个单一镜像的数据库服务器，所有的应用无需任何改动都可以直接部署(例如Oracle EBS, SAP, Siebel, 您自己的应用), 同时可以提高应用性能和可靠性。
oracle rac dg原理
oracle rac dg原理Oracle Real Application Clusters (RAC)是一种在多台服务器上运行的Oracle数据库架构。
RAC允许将数据库实例分布在多个服务器上，并通过高速互连网络进行通信，以提供高可用性和可伸缩性。
DG是Data Guard的缩写，是Oracle数据库的灾难恢复解决方案之一。
RAC DG原理如下：1. RAC原理：在RAC中，数据库被分为多个实例，每个实例运行在一个服务器上。
每个实例都有自己的内存和磁盘资源，但它们共享同一个存储空间，即共享存储。
实例之间通过高速互连网络进行通信，可通过Cache Fusion技术实现数据共享和一致性。
Cache Fusion技术允许在需要时将数据块从一个节点传输到另一个节点，以实现高速数据访问和一致性。
2. DG原理：DG是一种数据库复制解决方案，通过将主数据库的变更传输到一个或多个备用数据库上，实现数据的冗余和灾难恢复。
主数据库和备用数据库之间通过网络连接，并通过日志传输和应用进行同步。
主数据库将变更写入本地的归档日志文件，然后将归档日志传输到备用数据库上。
备用数据库接收到归档日志后，应用日志内容，使得备用数据库与主数据库保持一致。
3. RAC DG原理：RAC DG是在RAC架构下使用DG的解决方案。
RAC DG可以将主数据库和备用数据库的实例分布在多个服务器上，以提供更高的可用性。
主数据库和备用数据库之间的日志传输和应用与普通DG相同，但在RAC环境中，传输和应用可能涉及到多个实例。
RAC DG还可以利用RAC架构的优势，通过Cache Fusion技术减少数据的传输量，提高性能和效率。
总结来说，RAC DG是在Oracle RAC架构下使用Data Guard 的解决方案，通过将主数据库和备用数据库的实例分布在多个服务器上，实现数据的冗余和灾难恢复。
它利用RAC架构的优势，提供高可用性和可伸缩性，并通过Cache Fusion技术减少数据传输量，提高性能效率。
oracle rac双活原理
一、概述Oracle RAC（Real Application Clusters）是Oracle公司开发的一种集裙数据库解决方案，它允许多台服务器共享一个数据库。
Oracle RAC采用了双活（Active-Active）架构，即每台数据库服务器都可以同时读写数据，相互之间实时同步。
这种架构提高了数据库的可用性和性能，但也带来了一些挑战，比如双活原理的实现。
二、双活原理的核心思想1. 数据同步双活原理的核心思想是保持所有节点之间的数据一致性。
当一台节点更新了数据，其他节点需要立即感知到这个变化，并进行相应的同步操作。
这就要求实现实时的数据同步机制，确保所有节点上的数据是一致的。
2. 无法单机判断双活架构下，每台数据库服务器都可以处理读写请求，而且无法单凭一台服务器的状态来判断整个系统的健康状况，因为数据可能在任何一个节点上进行更新。
3. 一致性协议为了解决这个问题，双活原理采用了一致性协议。
一致性协议的核心是确保所有节点上的数据都能达到一致状态，即所有变更必须被所有节点接受，否则会导致数据不一致。
这就需要数据库服务器之间高效、可靠的通信机制来达成一致。
三、双活原理的实现1. 通信机制为了实现双活原理，Oracle RAC采用了高速、可靠的网络通信机制。
这样才能确保节点间的数据同步是实时的，而且不会有丢包或延迟等问题。
2. HA（High Av本人lability）模块Oracle RAC还集成了HA模块，用于监控和管理集裙中的各个节点。
HA模块可以检测节点的状态，当发现有节点失效时，可以将其列入黑名单，确保其他节点不会向其发送数据，以避免可能的数据不一致性问题。
3. 数据同步在Oracle RAC中，数据同步是由内部机制来实现的。
每当有数据更新时，会向其他节点发送同步请求，确保所有节点上的数据都能保持一致。
另外，Oracle RAC还采用了分布式锁机制，确保在多节点并发写入数据时不会出现冲突。
四、双活原理的应用1. 提高系统可用性双活原理的应用可以提高数据库系统的可用性。
Oracle 数据库方案(RAC)
Oracle数据库设计方案2013-8-15目录1 项目背景 (4)2 数据库解决方案 (4)2.1 Oracle Database EE 11g (4)2.1.1 Oracle 11g DB Enterprise Edition 数据库核心概述 (4)2.1.2 Oracle数据库管理软件功能 (5)自动存储管理 (5)更精简的初始化参数 (5)超大数据库支持 (6)ORACLE 跨平台的可传输表空间 (6)自驱式数据库 (6)ORACLE DATA PUMP 数据泵 (7)分布式SQL、网关和分布式事务 (7)自我管理的数据库 (8)性能的故障诊断和排除 (8)内存自动管理 (9)2.2 Oracle 分区 (9)2.2.1 Oracle分区概述 (9)2.2.2 Oracle 分区优势 (9)使用分区提高可管理性 (9)使用分区提高性能 (10)使用分区提高可用性 (11)2.3 Oracle RAC数据库集群 (11)2.3.1 Oracle RAC集群概述 (11)2.3.2 Oracle RAC的优势 (12)高可用性 (12)可靠性 (12)恢复能力 (12)错误检测 (12)持续运行 (13)可伸缩性 (13)1 项目背景2 数据库解决方案Oracle数据库无论从技术成熟度还是从市场占有率来看均具有无以伦比的优势，已成为广大用户的首选，不仅满足以上原则，而且：Oracle Database 提供了全球首个专为企业网格计算提供动力的软件基础平台架构。
Oracle Database 充分利用了硬件在网格计算上的革新，让用户可以在这些标准的硬件组件上非常轻松的安装和配置数据库。
Oracle Database 不但是网格资源、网格服务和网格存储的使用者，而且是企业数据提供者，在其中都充分利用了网格计算的三个特性。
Oracle Database 把Oracle Database使用硬件组件－包括计算资源和存储资源－的方式虚拟化，对于在企业网格环境中的不同数据库自动提供集群存储和集群计算资源。
oracle rac通俗解释
oracle rac通俗解释
Oracle RAC（Real Application Clusters）是一种Oracle数据库
的集群技术，它允许多台服务器共同处理同一个数据库。
通俗地说，Oracle RAC就像是一台巨大的数据库服务器，由多台
物理服务器群组成，每台服务器都能同时处理和访问同一个数据库。
在传统的数据库架构中，通常只有一台服务器负责处理数据库操作，其他服务器只能作为备份或备用。
而Oracle RAC则改
变了这种架构，它将整个数据库分成多个部分，分布在不同的服务器上。
每台服务器都有自己的内存和处理资源，可以同时处理来自应用程序的查询和事务。
Oracle RAC的好处是提高了数据库的可用性和性能。
由于多
台服务器共同处理数据库操作，一台服务器出现故障时，其他服务器可以接替它继续处理请求，不会导致整个系统停止工作。
同时，由于数据库操作可以分散到多台服务器上进行，每台服务器的负载也减轻了，提高了整个系统的性能和响应速度。
总之，Oracle RAC是一种集群技术，能够将多台服务器组成
一个大型的数据库服务器，提高数据库的可用性和性能。
这种技术的应用让数据库能够更加稳定地运行，并能够处理更多的并发请求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Oracle数据库设计方案2013-8-15目录1 项目背景 (4)2 数据库解决方案 (4)2.1 Oracle Database EE 11g (4)2.1.1 Oracle 11g DB Enterprise Edition 数据库核心概述 (4)2.1.2 Oracle数据库管理软件功能 (5)自动存储管理 (5)更精简的初始化参数 (5)超大数据库支持 (6)ORACLE 跨平台的可传输表空间 (6)自驱式数据库 (6)ORACLE DATA PUMP 数据泵 (7)分布式SQL、网关和分布式事务 (7)自我管理的数据库 (8)性能的故障诊断和排除 (8)内存自动管理 (9)2.2 Oracle 分区 (9)2.2.1 Oracle分区概述 (9)2.2.2 Oracle 分区优势 (9)使用分区提高可管理性 (9)使用分区提高性能 (10)使用分区提高可用性 (11)2.3 Oracle RAC数据库集群 (11)2.3.1 Oracle RAC集群概述 (11)2.3.2 Oracle RAC的优势 (12)高可用性 (12)可靠性 (12)恢复能力 (12)错误检测 (12)持续运行 (13)可伸缩性 (13)1 项目背景2 数据库解决方案Oracle数据库无论从技术成熟度还是从市场占有率来看均具有无以伦比的优势，已成为广大用户的首选，不仅满足以上原则，而且：Oracle Database 提供了全球首个专为企业网格计算提供动力的软件基础平台架构。
Oracle Database 充分利用了硬件在网格计算上的革新，让用户可以在这些标准的硬件组件上非常轻松的安装和配置数据库。
Oracle Database 不但是网格资源、网格服务和网格存储的使用者，而且是企业数据提供者，在其中都充分利用了网格计算的三个特性。
Oracle Database 把Oracle Database使用硬件组件－包括计算资源和存储资源－的方式虚拟化，对于在企业网格环境中的不同数据库自动提供集群存储和集群计算资源。
作为一个企业数据供应者，Oracle Database 提供了相关的技术，通过这些技术可以让数据库管理员为网格用户和网格应用进行资源汇总、虚拟管理和数据的供应。
同时，在一个企业级的网格环境中，对于安全、高可用性、自我依赖性和可管理性都有很高的要求。
Oracle Database 提供了很多卓越的优势来简化用户对企业级网格的管理和操作。
根据客户应用需求，推荐使用Oracle如下产品:2.1 Oracle Database EE 11g2.1.1 Oracle 11g DB Enterprise Edition 数据库核心概述Oracle Database 11g是为企业级网格计算（管理企业信息最灵活和最经济、最高效的方式）而设计的数据库具有无限可伸缩性与高可用性，并可在集群环境中运行商业软件的互联网数据库，具有400多个领先的数据库功能，在集群技术、高可用性、商业智能、安全性、系统管理等方面都实现了新的突破。
2.1.2 Oracle数据库管理软件功能自动存储管理自动存储管理 (ASM) 使存储虚拟化，并且提供了轻松的数据库存储供应。
此外，您现在能够使用标准、低成本、模块化的组件来存储所有的 Oracle 数据。
您可以使用单个 ASM 来为多个 Oracle 数据库管理存储。
ASM 仅要求您管理少量的磁盘组，而不是管理许多数据库文件。
一个磁盘组是一组磁盘设备的集合，ASM 将其作为单个逻辑单元来管理。
您可以定义一个特别的磁盘组作为数据库的默认磁盘组，Oracle 自动为该数据库分配存储资源，以及创建或删除与该数据库相关的文件。
ASM 还提供了一些存储技术方面的优势—如镜像或逻辑卷管理器 (LVM)。
类似于这些技术，ASM 使您能够从单独磁盘设备的集合中创建单一磁盘组。
它可以跨磁盘组中的所有设备均衡到该磁盘组的 I/O。
还执行条带划分和镜像存储来改善 I/O 性能和数据可靠性。
无论何时当存储配置发生变化时，ASM 都将自动再均衡数据库的存储资源。
更精简的初始化参数Oracle 数据库服务器提供了大量的初始化参数，以在不同环境中使其运行最优。
在这些参数中，只有少数需要显式地设为系统默认值，因为其余的参数在绝大多数情况下已经足够。
Oracle 数据库 11g 中这些初始化参数被分为基础和高级两大类。
管理员可将日常的交互活动限定于 28 组基础参数来完成。
高级参数被保留用于使专家型的系统管理员调整 Oracle 的数据库性能，以满足特殊环境下的一些特殊需求。
因此，Oracle 数据库 11g 提供了一种集简单性和灵活性的最佳组合—其简单性指可以被作为嵌入式数据库使用；其灵活性指可以满足甚至最具挑战性的需求。
超大数据库支持Oracle Database 11g 现在支持容纳 8 Exabytes（1EB=1024PB, 1PB=1024TB，）数据的单个数据库。
这实际上消除了对合并数据库最大容量限制。
还可以将数据存储在更大的文件中，从而减少大型数据库中的文件数。
此外，Bigfile Tablespace 简化了大型数据库中数据文件的管理，使得与拥有大量数据文件相关的可伸缩性问题最小化，并且利用如自动存储管理和 Oracle Managed Files 之类的特性简化了存储管理。
ORACLE 跨平台的可传输表空间Oracle Database 11g 现在支持异种可传输表空间。
这个特性允许抽出表空间，用 RMAN 进行转换（如果需要），然后在不同平台间进行传输（如从 Solaris 或 HP/UX 到 Linux）。
许多用户正使用这个特性来将他们的数据库移植到 Linux 上。
作为可传输表空间使用的示例，如果观察典型企业中的财务应用程序，您会发现平常它的工作负载非常轻。
每小时会有几次插入或者更新操作。
但在季度末，它需要大量的资源来生成报表。
您能做的是，在平常，在比较强大的资源上运行这个应用程序。
在季度末，使用可传输表空间特性将数据转移到更强大的资源上，并在那里进行处理。
自驱式数据库Oracle Database 11g 提供了一种新的自驱式数据库特性。
这个特性利用了Oracle Transportable Tabelspace 和 Oracle Stream，为您提供了一种轻松的方法可以在分布式硬件资源之间共享处理。
此外，它提供了一种有效的方法将您的应用程序移植到网格上。
利用单个命令，您可以从一个数据库中取出一系列的表空间，将表空间传输给另一个数据库，重新定义表空间格式（如果第二个数据库是在一个不同的 OS 上），然后将表空间插入到第二个数据库中。
在此期间，第一个数据库可能会发生一些变化。
Oracle Stream 将已开始捕获这些变化，然后将这些变化与第二个数据库同步。
所有这些都利用单个命令来完成。
如果第二个数据库在网格上，您刚刚所做的就是通过单个命令将应用程序移植到网格中。
通过简单地将连接串重新嵌入到第二个数据库中，可以在以后将所有运行在第一个数据库上的应用程序移植到第二个数据库中。
ORACLE DATA PUMP 数据泵为保证向 Oracle 数据库中高速加载以及从 Oracle 数据库中高速卸载数据和元数据，Oracle 数据库 11g 引入了一项新功能：数据泵。
它可以自动管理和安排批量的、并行的加载和卸载，以实现最大吞吐量，大大地改善了数据输入和输出数据库时的性能。
数据泵的基础架构可通过L/SQL 套件的DBMS_DATAPUMP 随时实现。
这一技术是 Oracle 新的数据移动实用工具— Data Pump Export 和 Data Pump Import —的基础，与 Oracle 原来的 Export 和Import 相比，性能大大提高。
因此，客户的数据转移应用程序就可通过使用数据泵来完成。
Oracle 数据库 11g 通过下述四个方面来实现：新的命令行输入和输出客户端(expdp & impdp)，这是一个基于 Web 的企业管理器导入/导出界面和客户界面，以及用于处理复杂数据挖掘模式的自定义数据移植界面。
数据泵也是 Oracle 服务器中其他几项主要功能的基础。
包括基于流的复制、逻辑备用和可传输的表空间。
分布式SQL、网关和分布式事务不是总有可能合并或者共享信息。
数据中心的限制或者地理上分散的资源可能阻碍实现此要求。
此外，还可能因为安全性问题。
您可能不希望第二个数据库上的用户看到整个数据集。
或者不能有效地移动数据—例如，您可能有一个一兆兆位的数据集，并且它很少被访问。
Oracle Database 11g 提供了一种极其强大的联合技术来帮助您解决这些问题。
利用这些技术，可以把数据留在原处，并按需要访问数据。
Oracle 分布式 SQL 允许网格用户有效地访问和集成存储在多个 Oracle 和非 Oracle 数据库中的数据。
网关利用分布式 SQL 向网格用户提供透明的远程数据访问，从而依靠其它任何数据库运行它们的应用程序，且无需对应用程序作任何代码修改。
在不同数据存储器之间进行集成数据和管理事务的同时，Oracle 数据库智能地优化执行计划，从而以最有效的方式访问数据。
Oracle XA 功能允许网格用户在多个资源之间（如原有的应用程序和第三方应用系统）协调分布式事务。
此外，Oracle Database 11g 还提供了外部表格和 Bfile 特性，它们让您在文件系统上保留数据，同时通过 Oracle 数据库 API 为网格用户提供访问。
外部表格为您提供了到文件中结构化数据的 SQL 访问。
Bfile 提供到文件中非结构化数据的只读访问。
自我管理的数据库Oracle 数据库 11g 的自我管理基础架构包括四大组件：自动工作负载仓库、自动维护任务基础架构、服务器生成告警和顾问框架。
性能的故障诊断和排除构建于 AWR 捕捉的数据之上，Oracle 数据库 11g 包括一项自动诊断功能，名为“自动数据库诊断监测”(ADDM)。
ADDM 使 Oracle 数据库 11g 可以诊断自身的性能并确定对发现的问题如何进行解决。
ADDM 在每一 AWR 数据捕捉后自动运行，并对该数据进行性能检测。
ADDM 检测到的一些常见故障如下：●CPU 瓶颈●不良的连接管理●过多的句法分析●锁争用●IO 容量●低于Oracle 内存结构的容量大小，如PGA、缓冲器缓存和记录缓冲器等。
●高负载的SQL 语句●高PL/SQL 和Java 时间●高检测点负载，如小规模的日志文件、过多的MTTR 设置●RAC 的特定问题内存自动管理内存是一项宝贵的系统资源，管理员常常为如何更好地优化其使用而花费大量时间。