Oracle RAC的关键技术与应用
Oracle10gRAC应用分析
OraclelOgRAC应用分析高性能服务器产品部徐斌2018-12-12引言 (1)一、什么是ORACLE RAC? (2)二、O racle RAC 体系结构 (2)1.Oracle 集群件 (3)2.硬件体系结构 (3)3.文件系统和卷治理 (4)4.虚拟互联网协议地址(VIP) (4)5.集群验证有用程序 (5)6.远距离集群RAC (5)三、O RACLE RAC的优势 (6)1.髙可用性 (6)2.可伸缩性 (7)四、治理ORACLE真正应用集群数据库 (8)1.Enterprise Manager 10g (8)2.滚动补丁应用 (9)3.滚动版本升级支持 (9)五、使用真正应用集群进行负载治理 (10)1.服务 (10)2.连接负载均衡 (11)3.快速应用程序通知(FAN) (11)4.负载均衡顾咨询程序 (11)六、O racle RAC并行服务器与双机热备份的比较 (12)七、总结 (14)八、部分官方技术咨询答 (14)1.什么缘故讲Oracle Real Application Clusters lOg要远远超过它的竞争对手？ (14)2.Oracle RAC的典型硬件配置是什么样的？ (15)3.SQL Server和IBM DB2都有active-active的故障切换方式，什么缘故我要采纳OracleReal Application Cluster lOg? (15)4.我的分布式应用系统运行专门好，什么缘故我要把我的数据库进行集中？ (15)5.我们差不多有了集群硬件环境，同时能够进行应用的切换，什么缘故我还需要OracleReal Application Clusters lOg? (16)6.我们使用Data Guard来实现故障切换，什么缘故我还需要Oracle Real ApplicationClusters lOg? (16)7•什么缘故选择Linux?什么缘故选择Linux环境卜的Oracle Real Application Clusters lOg? (17)使用Oracle真正应用集群(RAC), Oracle数据库可跨一组集群服务器运行任何打包的或自定义的应用程序，不需对这些应用程序做任何改动。
RAC核心技术
2.5.10 Oracle RAC2001年，Oracle数据库采用现代集群技术，对其并行数据库技术进行改革，推出了新一代集群数据库Real Application Cluster。
运用现代服务器集群技术，充分发挥了集群服务器的优势。
其核心技术为Cache Fusion。
Oracle的Cache FusionTM数据库体系结构是新型共享高速缓存的体系结构，它克服了传统的无共享及共享磁盘方式的局限性，为业务应用提供了高度可伸缩性的数据库系统。
独有的Cache Fusion 处理技术主要有五个关键突破使得Cache Fusion体系结构具有可伸缩性：利用系统中所有节点的全体数据库高速缓存（快速）来满足任何一个节点的应用需求；去除节点间同步时的磁盘操作（慢速）；极大地削减节点间同步所需的消息数量；充分利用前几项突破，使用可伸缩的节点间数据块传输；为数据库消息和数据传输采用低延迟集群连接协议。
ORACLE CACHE FUSION 体系结构Oracle的Cache FusionTM 体系结构是一个全新的共享高速缓存体系结构，它为电子商务应用带来共享磁盘和无共享数据库的好处，同时又避免了二者体系结构的弊端。
这是通过使用快速出现的磁盘存储和互连技术而实现的。
具有Cache Fusion体系结构的Oracle Real Application Clusters的技术优势在于：业务应用的灵活和毫不费力的伸缩性；应用用户可以登录到单独的虚拟高性能集群服务器。
向数据库添加节点非常容易，并且当需要添加处理器节点或者业务需求变化时，不用手工对数据进行分区。
对于所有的应用即时提供集群的可伸缩性－－不用修改应用程序。
较之传统集群数据库体系结构的高可用性解决方案；该体系结构为客户提供了几乎连续的数据访问，使硬件和软件故障导致的业务中断最小化。
系统具备对多个节点失败的容错能力，使部件失败屏蔽开最终用户。
单独的管理实体；为了进行所有管理操作，在集群中保持一个单独的系统映像。
Oracle 数据库集群 RAC 基础知识
内容摘要
ORACLE 数据库集群RAC 原理与操作的基础知识 1、理解ORACLE RAC架构和原理 2、 掌握ORACLE RAC的关键技术 3、掌握ORACLE RAC架构的延伸 4、掌握ORACLE RAC的安装
目录
1 Oracle RAC概述 2 Oracle RAC的结构 3 Oracle RAC的原理 4 Oracle RAC的关键技术 5 Oracle RAC的缺点 4 Oracle RAC架构的延伸 5 Oracle RAC的安装
注意
谢谢！
目录
1 Oracle RAC概述 2 Oracle RAC的结构 3 Oracle RAC的原理 4 Oracle RAC的关键技术 5 Oracle RAC的缺点 4 Oracle RAC架构的延伸 5 Oracle RAC的安装
oracle rac软件架构拓扑图
目录
1 Oracle RAC概述 2 Oracle RAC的结构 3 Oracle RAC的原理 4 Oracle RAC的关键技术 5 Oracle RAC的缺点 4 Oracle RAC架构的延伸 5 Oracle RAC的安装
ASM 实例需要CSS 进程，如果是非 RAC 环境，在启动ASM 实例之前会提 示用脚本。
目录
1 Oracle RAC概述 2 Oracle RAC的结构 3 Oracle RAC的原理 4 Oracle RAC的关键技术 5 Oracle RAC的缺点 4 Oracle RAC架构的延伸 5 Oracle RAC的安装
目录
1 Oracle RAC概述 2 Oracle RAC的结构 3 Oracle RAC的原理 4 Oracle RAC的关键技术 5 Oracle RAC的缺点 4 Oracle RAC架构的延伸 5 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测试的必要环节，包括对数据库的容量规划、增长预测、资源消耗等进行测试，确保系统的可扩展性和充分利用资源。
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还提供了许多其他功能。
其中包括动态资源管理，可以根据负载自动分配和调整资源；动态连接管理，可以自动重定向客户端连接到其他实例；以及透明故障切换，可以在实例故障时自动切换到其他实例，而不会影响应用程序。
oracle rac 技术原理
oracle rac 技术原理English:Oracle Real Application Clusters (RAC) is a technology that allows multiple Oracle instances to run simultaneously on different nodes in a clustered server environment. This provides high availability and scalability for mission-critical database applications. RAC uses a shared disk architecture, where all the nodes in the cluster have access to the same set of data files on a shared storage system. This allows for a single, logical view of the database for all the instances in the cluster. RAC also employs a cache fusion technique that allows for the efficient sharing of data blocks between the instances, reducing the need for disk I/O and improving performance. In addition, RAC uses a Distributed Lock Manager to manage the global resources and ensure data consistency across the cluster. This allows for seamless failover and load balancing in the event of node failures, ensuring continuous availability and performance for database applications.中文翻译:Oracle Real Application Clusters (RAC) 是一种技术，允许多个Oracle实例在集群服务器环境的不同节点上同时运行。
Oracle?rac架构和原理
Oracle rac架构和原理Oracle RACOracle Real Application Cluster （RAC，实时应用集群）用来在集群环境下实现多机共享数据库，以保证应用的高可用性；同时可以自动实现并行处理及负载均衡，并能实现数据库在故障时的容错和无断点恢复。
它是oracle数据库支持网络计算环境的核心技术。
它是oracle数据库支持网络计算环境的核心技术。
共享缓存技术减少io负担多主机共享一个数据库，每个节点宕掉后，通过vip到下一个节点Oracle RAC的原理集群环境层面：并发控制，健忘症，脑裂，IO隔离；共享存储层面：存储层，网络层，集群件层，应用层数据库实例层面：并发访问和控制1、集群环境&共享存储层面并发控制Oracle RAC中，使用Distribute Lock Managerment（DLM）机制进行多个节点间并发访问的控制健忘症（一个节点更改，其他人不知道）整个集群只有一份集群配置信息，Oracle RAC使用OCR（oracle 集群注册器） Disk文件解决脑裂在Oracle RAC中Voting Disk用来记录节点间成员的状态，出现脑裂时，通过投票机制，获得最高票数或者最早达到的获得投票的，幸存，其他节点被踢出。
IO隔离Oracle RAC采取直接重启故障节点来限制已剔除节点对共享数据的访问如果某个节点有故障，则踢出后并重启该节点，达到不让其访问数据的目的，实现自愈共享存储的共享和并发访问需要解决存储设备的共享和并发访问问题2、RAC层面- 存储层Cache fusion lock- 网络层共4种网络环境：Public网络-对外提供数据查询服务、数据库维护等Virtua网络-提供应用连接Private网络-用于RAC心跳和cache fusion存储网络-存储设备、HBA卡、光纤交换机等组成集群件层Oracle clusterware：集群管理软件保证多主机之间的协调工作应用层oracle RDBMS层面：由若干CRS Resourcezuchengoracel RAC提供高可用服务：LMON进程监控应用（CRS Resource），应用异常时对其进行重启、切换等；Oracle RAC 的关键技术Oracle RAC的关键技术有：•OCR Disk•votiong•vip•DLM•cache Fushion•Failover•loadbalance•ASMOCR DiskOCR Disk主要用来解决集群的“健忘”问题在linux系统中信息如下：不是每个节点都可以操作OCR Disk，每个节点上都有一份其内容的拷贝，在一块叫OCR cache的内存中。
OracleRAC技术概述及应用
并行查询选件结合，它还提供了节点间的并行性和节点内的并行性，以得到更高的性能。
多服务器的Ｃｌｕｓｔｅｒ（集群）结构，因其具有高可靠性、大容量共享磁盘支持以及无断点的故障恢复，越来越受到业界的关注，越来越多的硬件厂商都相继推出自己的Ｃｌｕｓｔｅｒ机种和机型，它已经成为硬件平台的一个新的发展方向。
Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ使得企业可以构建支持多个操作系统的服务器，并可提供出色的可用性和可伸缩性。
在Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ环境中，Ｏｒａｃｌｅ可在一个集群中运行于两个或更多个系统之上，并可以同时访问一个共享数据库。
这使得一个数据库系统可以跨越多个硬件系统，同时对应用程序而言仍是一个统一的数据库系统，从而为您的应用程序带来出色的可用性和可伸缩性优势。
Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ支持企业网格。
企业网格由大量标准化商业组件构成，包括：处理器、服务器、网络和存储设备。
ＲＡＣ是唯一一种可将这些组件整合成可供企业使用的技术。
Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ和网格能够动态降低运营成本，并可带来出色的灵活性，从而赋予系统更优异的适应性、前瞻性和灵活性。
节点、存储设备、ＣＰＵ和内存的动态供应使得企业可以在轻松高效地维持服务等级的同时，通过改进利用率进一步降低成本。
此外，Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ支持任意需要访问 ＲＡＣ数据库的应用，使它们无需修改便可部署于 ＲＡＣ 系统之上。
Ｏｒａｃｌｅ Ｒｅａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｃｌｕｓｔｅｒｓ使得用户可以根据容量需求的增长为集群Ｏｒａｃｌｅ ＲＡＣ技术概述及应用荣伟铭 苏州市吴中区劳动和社会保障局笔者从事社保信息系统开发工作多年，社保信息系统建设离不开大型数据库，有人把ＳＱＬ ＳＥＶＥＲ比作是“傻瓜相机”，那么ＯＲＡＣＬＥ就是台“专业相机”，Ｏｒａｃｌｅ ＲＡＣ如同是将多台“专业相机”联网使用，虚拟成一台性能更加出色的“高级相机”，要用好这台“高级相机”，用户必须充分理解其原理。
oracle rac理解和用途扩展
oracle rac理解和用途扩展Oracle RAC的优势在于利用多个节点（数据库实例）组成一个数据库，这样在保证了数据库高可用性的情况下更充分的利用了多个主机的性能，而且可以通过增加节点进行性能的扩展。
实现Oracle RAC需要解决的关键问题就是多节点进行数据访问时如何保证数据的一致性，Oracle是通过各节点间的私有连接进行内存融合（cache fusion）来保证各节点数据访问的一致性。
用一个例子来解释一下内存融合的过程，在存在A、B两个节点的RAC环境中，当A节点使用DML语句（如Update）对一个数据块中的数据进行修改时，A节点实例会到GRD（Global Resource Directory）中查找该数据块的信息，这些信息包括该数据块的Master（第一次读这个数据块的节点），Owner（当前拥有这个数据块的节点），以及数据块在各个节点间的传递记录。
A节点如果发现GRD 中没有需要读取的数据块的信息，说明该数据块是一个干净的数据块，A节点从磁盘或Buffer Cache中获得该数据块，然后对需要修改的行加锁，进行相应的修改，当然SCN会随之增加。
在A完成修改而没有提交或回滚的情况下，如果B 节点也需要访问这个数据块修改某些行（假设不同于A修改的行），B同样去到GRD中查找该数据块的信息，当然B发现该数据块的Master为A，Owner也为A，为了保证A的修改不丢失，B需要发信息给A，让A将需要修改的数据块通过私有连接直接从内存中传给B，当然该数据块中包含A的锁信息，这样A节点与B节点间的一次内存的数据传递就是内存融合。
Oracle RAC的内存融合也面临一些问题，继续刚刚的例子，如果A又再次请求对该数据块修改或者结束事务（提交或回滚）的时候，又需要从B节点内存中取得数据块，又要发生内存融合，这样在两个节点业务没有合理分割的情况下，数据库繁忙时，大量的内存融合会对数据库性能造成严重的影响。
Oracle10gRAC应用分析
Oracle10gRAC应用分析高性能服务器产品部徐斌2018-12-12目录引言 (1)一、什么是ORACLE RAC？ (2)二、Oracle RAC体系结构 (2)1．Oracle集群件 (3)2．硬件体系结构 (3)3．文件系统和卷治理 (4)4．虚拟互联网协议地址(VIP) (4)5．集群验证有用程序 (5)6．远距离集群RAC (5)三、ORACLE RAC的优势 (6)1．高可用性 (6)2．可伸缩性 (7)四、治理ORACLE真正应用集群数据库 (8)1．Enterprise Manager 10g (8)2．滚动补丁应用 (9)3．滚动版本升级支持 (9)五、使用真正应用集群进行负载治理 (10)1．服务 (10)2．连接负载均衡 (11)3．快速应用程序通知(FAN) (11)4．负载均衡顾咨询程序 (11)六、Oracle RAC并行服务器与双机热备份的比较 (12)七、总结 (14)八、部分官方技术咨询答 (14)1．什么缘故讲Oracle Real Application Clusters 10g 要远远超过它的竞争对手? (14)2．Oracle RAC的典型硬件配置是什么样的? (15)3．SQL Server和IBM DB2都有active-active的故障切换方式，什么缘故我要采纳Oracle Real Application Cluster 10g? (15)4．我的分布式应用系统运行专门好，什么缘故我要把我的数据库进行集中? (15)5．我们差不多有了集群硬件环境，同时能够进行应用的切换，什么缘故我还需要Oracle Real Application Clusters 10g? (16)6．我们使用Data Guard来实现故障切换，什么缘故我还需要Oracle Real Application Clusters 10g? (16)7．什么缘故选择Linux?什么缘故选择Linux环境下的Oracle Real Application Clusters 10g? (17)引言使用Oracle真正应用集群(RAC)，Oracle数据库可跨一组集群服务器运行任何打包的或自定义的应用程序，不需对这些应用程序做任何改动。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Ｏｒ ｃｅ ＡＣ 的关键技术与应用 ａｌ Ｒ
一 文 ，张晓明
。孚
Ｒ Ｃ 一个２ Ａ 是 ４ ７ Ｘ 的高可用方案
当 集 群 中某 个 节 点 出现 故 障 时 ，其 他 节 点 会 读 取 故 障
节点的联机 日志，然后做 数据 库恢 复，在这个过程 中，数据 库处于一种 “ 冻结 ”状态 ，这个期 间是不处理任何用户请求 的，只不过这个期间通 常很短暂，不会构成用户影响。
ＳＨＵＴＤＯＷ Ｎ、 ＤＢＭ Ｓ
—
Ｓ Ｒ ＣＥ 。这三种方式 的后 台机 Ｅ Ｖｌ 包
制和效果其实都是一致的。我们可以自己设计 一个 实验 ，来 验证这些迁移 的结果 。我 的实验使用的是Ａ Ｔ Ｙ Ｔ Ｍ Ｌ ＥＲ Ｓ Ｓ Ｅ
认识Ｒ ＡＣ带来的性能提升
ＤＳ ＯＮ ＣＴＦ Ｏ Ｓ Ｓ Ｉ Ｎ方法，这个命令可以有两个 Ｃ ＮＥ Ｒ Ｍ Ｅ ＳＯ Ｊ
由 于 ＲＡＣ本 身 引 入 的 Ｃａ ｈ ｕ ｉｎ 全 局 锁 等 额 外 选项 ｐ ｓ ｔ ｎ ａｔ ｎ ｍｍｅ ｉｅ ｃ ｅ Ｆ ｓｏ 、 ｏ ｌ ｒ ｓ ｃｏ 、ｉ ａ ｉ ｄ ｔ。各 自的含 义 是 ：事务 提 交 ａ
机 制 ，内部处理 逻辑更 加复 杂，而 不是简 化 了。所 以一个 之后 断开连接 、立 即断开连 接。实验 中只测试 了两种方式对 Ｓｎ ｌ Ｉｓａ ｃ 数据库和只有一个实例的 “ Ａ ｉｇｅ ｎ ｔｎ ｅ 伪Ｒ Ｃ”相 比， 中每个实例所能提供的处理能 力更少 了。
Ｏｒｃ 声称 其Ｔ Ｆ 够 保 证用 户 会话 自动 地转 移 到 另外 一 ａｌ ｅ Ａ能
个实例上 。这一点确实是真的，但是含有水分 。在Ｒ Ｃ环境 Ａ 下 ，可 以有三种方式把一个用户会话迁移到另一个实例 上，
包 括 Ａ Ｔ Ｒ Ｓ Ｓ Ｅ Ｉ ＣＯＮ ＣＴ Ｆ ＯＭ Ｅ ＳＯＮ、 Ｌ Ｅ Ｙ Ｔ Ｍ ＤＳ ＮＥ Ｒ Ｓ Ｓ Ｉ
通常是通过两个 方式提供 ：纵向扩展 和横 向扩展 。所谓纵 向 所能恢复的也只是会话本 身和会话正在执行的Ｓ 语句的游标 ＱＬ 扩展 ，是指升级到 更强大的硬件 。而横 向扩展是从一 台服务 位置，而会话所有其他的Ｓ ｒｅ￣设置和变量都无法恢复。其 ｅｖ ｒ ， 器扩展到 多个服务器 。对于前者 ，应 用程序 、数据库无须进 实，Ｏｒｃ 官方文档也说到 了这一点。 ａｌ ｅ 行调 整就可 以获得更 多资源所带来 的好处 。而后者具有初始 个优势可 以忽略 。而且厂商最容易或者故意忽略的事实是： 在ＲＡ Ｃ环境 中，硬件 、软件 、网络都 是冗余 设计的 ， 建在存储 阵列上 ，而且 阵列都会做 Ｒ Ｄ，我们也很 愿意相 ＡＩ 成本 低的优势 ，但 如果￣ Ｌｃ ｎ ｅ Ｂ ｉｅ ｓ 和维护成本考虑在 内，这 唯有 数据只有 一份 ，虽然生产 环境 中的Ｒ ＡＣ百分之百 都是 应用 系统或者数据库通常都不能平滑地过渡到横向扩展，甚 信存储的保障能力。但我们必须要清 楚这是～个单点隐患 ， 至要做架构级别的调整才能达到横向扩展的好处。大家应 该 只要 条件允许 ，作 为完整 的数据 容灾 方案 ，ＲＭＡＮ 份、 备 知道 ，双 节点Ｒ ＡＣ通常能带来 １６ １８ 。－ ．倍的性能提升 ，绝 不 Ｄ ｔＧｕ ｒ等手段，还是应该配备的。 ａａ ａｄ 是线性的提升 。从这一点就可 以看 出，Ｏｒｃ Ａ ａ ｌ Ｒ Ｃ绝不是横 ｅ 向扩展的解决方案 。
Ｃａｈ ｕｉｎ 化 原 则 ｃｅ ｓ 优 Ｆ ｏ
Ｒ 环境 下的数据库调优虽然复杂，但其 实还是有规律 ＡＣ
尽管Ｏｒｃ 公司一直希望用户购买小型刀片服务器 ，然 ａｌ ｅ
后使 用他 们 的 网格 计算方 案来 获得横 向扩展 。但 实际对 于 可循 的。首先要保证应 用在单实例环境下 的性能达到最优。 ＡＣ ａ ｈ ｕ ｉ 的调整 。 ｏ 大多数用户 ，尤其没有数据库 专家指导的用户而言，Ｏｒｃｅ 下面只讨论Ｒ 环境下特有的Ｃ ｃ ｅＦ ｓ ｎ ａｌ
Ｒ 其 实 就 是 一 个 纵 向扩 展 的方 案 。 ＡＣ Ｏｒ ｃｅ ＲＡＣ的 核 心 就 是 Ｃａ ｈ ｕ ｉ ｎ 而 Ｃａ ｈ ａ ｌ ｃ ｅ Ｆ ｓｏ ， ｃｅ
ｕ ｉｎ ａ ｌ认为 目前的 Ｏｒｃｅ ａ ｌ推荐 的最佳 实践是 ，首先通过纵 向扩展先进行单 Ｆ ｓｏ 的作用就是在实例之 间传递数据 ，Ｏｒｃｅ 个服务器 的扩容 ，即先向上扩展再 向外扩展 。只有在你使单 网络传输速率 已经超过 了磁盘读 写速度 ，所 以使用 网络作为
个服务器容量饱和之后再考虑扩展到 多个服务器上 。应用首 数据传递通道 ，来获得 比通过磁盘更好 的性能 。 先应该在单实例下调整到最优 ，然后Ｒ 对 其才有意义 ，否 ＡＣ
ＮＲ ＡＣ可能 使 应 用 性 能 雪 上加 霜 。
６８ 程 序员
我们看一下Ｃａ ｈ ｕ ｉｎ ｃ ｅＦ ｓ 的工作细节 。Ｒ Ｃ ｏ Ａห้องสมุดไป่ตู้环境下 ，每 个数据块都会被分配一个管理实例 （ ｓｅ ｓａ ｃ ），负 Ｍａ ｔｒ ｎ ｔｎ ｅ Ｉ
Ｓ Ｌ Ｃ 语 句 的影 响 ，也 就是 会 话 中没 有事 务 存在 ，那 么这 两 ＥＥＴ
在相同业务量的条件下，后者要做的工作更多。所以，Ｒ 种方式 的作用一样 、处理方式一样 。但是如果有事务存在， ＡＣ
会 话 重 连 处 理 方 式 是 不 一 样 ，读 者 可 以 自 己总 结 。 因 为 篇幅 Ｒ ＡＣ解 决 性 能 的途 径是 “ 向扩 展 ”。 系 统 的 扩展 能力 关 系 ，这 里 直 接给 出测 试 结果 的说 明： 即便 配置 了Ｔ Ｆ ＡＦ 纵 Ａ ，Ｔ