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数据库可跨一组集群服务器运行任何打包的或自定义的应用程序，不需对这些应用程序做任何改动。
关于oracle的RAC
关于oracle的RACsaintfei：从网上搜集的文章集合整理而成，对ora的rac的组件和体系结构有了基本的认识。
下面为个人总结归纳：实例概念一组进程和对应的数据结构数据库是一个箱子，实例相当于机械手一台机器上一个库只能对应一个实例Rac一个库多个实例，并行。
每个实例运行在一个物理机器上，可以负载均衡，发生故障可以有状态切换。
需要能让多个机器同时读写的共享磁盘，可以由操作系统提供（AIX concurrent vg,Linux GPFS,）但concurrent vg是操作系统的双机软件中的组件所以必须安装ha软件。
可以用ora的ASM。
crs为ora的集群软件，提供ip切换等集群功能。
ASM功能类似LVM为os提供存储管理功能，但是是不可管理，把lun划给即可。
RAC模式，两个实例操作同一个数据库。
常用的方式是客户端连接的时候分别使用ip1加实例名和ip2加实例名的方式连接两个实例。
当一台主机故障之后，ip会切换到另一台主机上，但实例名变化了，仍然无法连接。
所以有了服务名的概念。
客户端使用ip加服务名方式连接数据库可以解决问题，切换比操作系统双机快。
但是对于tuxedo长连接的方式，没有重连接机制，仍然需要应用干预。
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------以下摘自：/share/detail/23532601一集群环境下的一些特殊问题1.1 并发控制在集群环境中，关键数据通常是共享存放的，比如放在共享磁盘上。
而各个节点的对数据有相同的访问权限，这时就必须有某种机制能够控制节点对数据的访问。
Oracle RAC集群
平台的结构化数据采用业内广泛使用的Oracle 数据库管理系统进行存储和管理。
实时视频存储区部署一套RAC 集群，来承载业务处理中心相关业务。
车牌图片和事件存储区部署另一套Oracle RAC 集群来承载计费相关业务，同时为了进一步加强数据容灾，保障数据的安全性，方案通过Oracle Dataguard 工具将该部分数据传送至福建的异地灾备中心。
方案采用了Oracle Rac支持本地业务，是因为Oracle RAC具有很多数据库的高可用性优势所决定的。
1、双机并行。
RAC是一种并行模式，并不是传统的主备模式。
也就是说，RAC集群的所有成员都可以同时接收客户端的请求。
2、高可用性。
RAC是Oracle数据库产品高可用性的解决方案，能够保证在集群中只要有一个节点存活，就能正常对外提供服务。
3、易伸缩性。
RAC可以非常容易地添加、删除节点，以满足系统自身的调整。
4、低成本。
能使用较低廉的服务器来实现高可用性、高吞吐量的集群环境，这要比通过对某台高端服务器增加硬件实现高可用性、高吞吐量花费的成本低很多。
5、高吞吐量。
随着节点数的增加，整个RAC 的吞吐量也在不断增长。
一、双机并行RAC是一种充分利用服务器资源的高可用性实现方案，RAC 的并行模式实现方式与传统的双机热备实现方式截然不同。
如下图所示，两个节点在传统的双机热备环境中，始终有一台机器作为备用机，只有当主节点出现问题的时候才会切换到备用机上;如果主机一直没有出现问题，那么备用机始终处于空闲状态，这在资源的利用上以及成本方面都是巨大的浪费。
但RAC是一种并行模式的架构，也就是说，两个节点的集群节点间是一种并行运行的关系，当一台机器出现问题，请求会自动转发到另一台机器，没有任何一台机器作为备用机一直不被使用，这样就充分利用了服务器资源。
同时，传统的双机热备构架在出现问题时，常常需要数分钟的切换时间，而RAC在出现问题时，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，对新会话的创建不会产生影响，在切换时间上也有比较大的优势。
Oracle RAC数据库集群
Hardware
Time
100% of task
Cluster system scaleup扩展性
Cluster system speedup加速
Hardware
Hardware
Hardware
Time Time Time
up to 200% of task
up to 300% of task
Hardware Time
– Transparent Application Failover
I-10
Oracle RAC集群数据库技术硬件结构
Centralized Management Console
High Speed Switch or Interconnect
Clustered Database Instances
Storage Area Network Drive and Exploit Industry Advances in Clustering
Cluster 硬件结构
• 节点 ( Node ) • 内部连接 ( Interconnect ) • 共享磁盘 ( Shared disk )
I-12
节点 ( Nodes )
Instance 中，并可以动态的 remaster
I-23
Cache FusionTM 体系结构
在节点A对数据进行了修改并提交，在节点B对同 一数据块进行读操作，可通过高速链路访问
多版本数据缓存支持节点A继续对数据块进行修改
Node A
数据传输
Database buffers
Node B
Database buffers
operating system
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 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的内存中。
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数据库可跨一组集群服务器运行任何打包的或自定义的应用程序，不需对这些应用程序做任何改动。
ORACLE RAC的五大优势及其劣势
详述Oracle RAC的五大优势及其劣势2012年08月15日00:05it168网站原创作者：刘炳林编辑：王玉圆评论：0条【IT168技术】不同的集群产品都有自己的特点，RAC的特点包括如下几点：·双机并行。
RAC是一种并行模式，并不是传统的主备模式。
也就是说，RAC集群的所有成员都可以同时接收客户端的请求。
·高可用性。
RAC是Oracle数据库产品高可用性的解决方案，能够保证在集群中只要有一个节点存活，就能正常对外提供服务。
·易伸缩性。
RAC可以非常容易地添加、删除节点，以满足系统自身的调整。
·低成本。
能使用较低廉的服务器来实现高可用性、高吞吐量的集群环境，这要比通过对某台高端服务器增加硬件实现高可用性、高吞吐量花费的成本低很多。
·高吞吐量。
随着节点数的增加，整个RAC的吞吐量也在不断增长。
下面详细讨论这五大特点。
一、双机并行RAC是一种充分利用服务器资源的高可用性实现方案，RAC的并行模式实现方式与传统的双机热备实现方式截然不同，图1-4是两者的比较。
如图1-4所示，两个节点在传统的双机热备环境中，始终有一台机器作为备用机，只有当主节点出现问题的时候才会切换到备用机上;如果主机一直没有出现问题，那么备用机始终处于空闲状态，这在资源的利用上以及成本方面都是巨大的浪费。
但RAC是一种并行模式的架构，也就是说，两个节点的集群节点间是一种并行运行的关系，当一台机器出现问题，请求会自动转发到另一台机器，没有任何一台机器作为备用机一直不被使用，这样就充分利用了服务器资源。
同时，传统的双机热备构架在出现问题时，常常需要数分钟的切换时间，而RAC在出现问题时，针对存在的会话只需要数十秒的时间就可以完成失败切换过程，对新会话的创建不会产生影响，在切换时间上也有比较大的优势。
▲图1-4双机热备与RAC并行模式对比二、高可用性RAC是Oracle数据库高可用性解决方案。
OracleRAC详细测试报告
技术文件技术文件名称：Oracle RAC测试报告技术文件编号：版本：V1.0共11 页(包括封面)拟制审核会签标准化批准目录1 测试目的 (2)2 术语、定义和缩略语 (2)2.1术语、定义 (2)2.2缩略语 (2)3 测试环境描述 (2)4 测试过程描述 (3)4.1性能测试 (3)4.1.1双节点RAC性能测试 (3)4.2功能测试 (3)4.2.1exp备份和imp恢复测试 (3)4.2.2业务正常使用时，进行对数据的大批量查询和修改。
(3)4.2.3大事务测试 (3)4.2.4Failover 测试 (4)4.2.5load balance测试 (5)4.2.6TAF测试 (5)4.3稳定性测试 (6)4.3.1在线运行，保持24小时 (6)4.3.2网线异常对实例的影响 (6)4.4第二节点对第一实例的影响 (8)4.4.1第二实例启动对第一实例的影响 (8)4.4.2第二实例正常关闭对第一实例的影响 (8)4.4.3第二实例异常关闭对第一实例的影响 (9)4.4.4第二实例所在机器异常关闭对第一实例的影响 (9)5 测试总结 (9)5.1测试中发现问题的说明 (10)1测试目的测试目的，在于验证多节点RAC的可用性、稳定性,以及多节点RAC相对于普通的Oracle 环境性能的提升情况2术语、定义和缩略语2.1术语、定义无。
2.2缩略语本文件应用了以下缩略语：RAC Real Application Cluster Oracle公司数据库集群软件3测试环境描述本次测试，由2台HP小型机（HP rx6600）搭建了一个组成2节点的RAC环境，网络内的各个节点通过CISCO3750交换机相互访问，包括RAC节点间的heart beat信息。
其中两台小机lan0和lan3定义为外网接口并做了双网卡主备，lan1作为内网卡用于心跳；RAC 数据库以裸设备方式建在共享磁阵上，各节点通过光纤交换机访问磁阵。
RAC技术详解
目前中国大陆使用sap的公司，主流架构是一台DB，多台APP，这样主要压力都在DB的机器上，所以DB必须采用比较强的小型机；我们的方案是采用比较便宜的基于x86架构的机器，DB和APP都分布式部署，在DB和APP上都做负载均衡和容灾处理；由于使用oracle database，所以最好的solution当然是RAC，而对于应用服务器，sap本身已经可以做到分布式计算，所以现在整个方案最难的地方就是要在rac上部署sap，在国内，这种架构还很少见，（至少我还没听说哪个公司有用），SAP主推的HA架构，但为了以后扩展和升级的成本考虑，采用rac是必要的。
Oracle RAC是Oracle Real Application Cluster的简写，官方中文文档一般翻译为“真正应用集群”，它一般有两台或者两台以上同构计算机及共享存储设备构成，可提供强大的数据库处理能力，现在是Oracle 10g Grid应用的重要组成部分2.1 基本介绍RAC的结构图Oracle RAC是Oracle Real Application Cluster的简写，官方中文文档一般翻译为“真正应用集群”，是Oracle9i新版数据库中采用的一项新技术，也是Oracle数据库支持网格计算环境的核心技术。
它的出现解决了传统数据库应用中面临的一个重要问题：高性能、高可伸缩性与低价格之间的矛盾!它一般有两台或者两台以上同构计算机及共享存储设备构成，可提供强大的数据库处理能力，现在是Oracle 10g Grid应用的重要组成部分。
Oracle RAC主要支持Oracle9i、10g、11g版本，可以支持24 x 7 有效的数据库应用系统，在低成本服务器上构建高可用性数据库系统，并且自由部署应用，无需修改代码。
在Oracle RAC环境下，Oracle集成提供了集群软件和存储管理软件，为用户降低了应用成本。
当应用规模需要扩充时，用户可以按需扩展系统，以保证系统的性能。
Oracle RAC数据库双活架构分析
Oracle RAC数据库双活架构分析1.前言对于Oracle 数据库技术，相信大家都不陌生。
为了保障数据库的高可用性，Oracle RAC 技术已经在各行各业进行了广泛的应用，Oracle ADG/OGG 技术在异地容灾方面也有很成熟的应用，相关的知识经验以及分享也比较丰富。
近些年来，随着各行各业对IT建设的容灾标准的高标准要求，越来越多的行业在探讨将Oracle RAC 技术应用到近距离的同城容灾场合当中，也有部分行业进行了大胆的尝试和落地。
但是由于工程的规模比较大，实施复杂度比较高，大部分的企业还缺乏相关的建设经验和知识积累。
在这类项目规划设计过程中，我们应该如何选择我们的架构组成？如何进行相关设备的选型？如何将技术的细节落实到架构规划设计过程当中等等问题都是企业IT架构规划设计者非常关注的问题。
基于ORACLE RAC技术实现的双活架构，根据存储设计的不同方式大体上会有两种基本架构，一种是基于ASM实现存储层的跨中心冗余设计，另外一种是借助成熟的存储虚拟化产品实现存储层自身的跨中心冗余设计。
但是在每一种架构框架之上，其中有很多细节问题值得我们去探讨和分享。
本次活动以此为技术背景，从以下几个方面展开讨论。
希望大家能够慷慨解囊、分享经验，我们一起来成长。
1. 基于Oracle RAC 的双活方案，如何选择节点组成模式？（1+1,2+1......）2. 基于ASM冗余设计和存储层集群的两种数据库双活架构，各有什么样的优缺点？我们应该如何根据我们的自身情况去选择？3. 基于ASM冗余设计的架构，仲裁磁盘组应该如何去规划？4. 基于ASM冗余设计的架构，数据及快速恢复磁盘组应该如何去规划？5. 基于存储集群架构设计的数据库双活架构，我们应该如何去选择存储层的架构和产品？6. Oracle ADG以及OGG技术在数据库双活方案基础之上能起到什么样的辅助作用？应该作为什么样的角色应用到什么样的场合？7. 在Oracle RAC 双活方案落地之前，我们应该做那些测试？应该模拟那些灾难故障？2.架构分析2.1基于ASM冗余设计架构图1.1基于ASM冗余设计实现的Oracle RAC∙存储层实现SAN网络跨数据中心级联，使双数据中心能够实现整体SAN网络。
基于Oracle 11g rac运行中案例分析研究
Special Technology专题技术DCW99数字通信世界2020.081 O racle RACOracle real applicantion server 真正应用集群简称Oracle RAC ，是Oracle 的并行集群，位于不同服务器系统的Oracle 实例同时访问同一个Oracle 数据库，节点之间通过私有网络进行通信，所有的控制文件、联机日志和数据文件存放在共享设备上，能够被集群中的所有结点同时读写。
Rac 的优点主要在于高可用性和负载均衡，一台机器有故障不影响业务系统访问数据库[1]。
图1是由两台服务器搭建的一个Oracle集群的框架图。
图1 由两台服务器搭建Oracle 集群框架图2 实际运行中遇到的故障实例下面分析几个在实际运行过程中的遇到的故障实例：2.1 故障一现象：业务库运行时候发现链接数据库比较慢，平均慢2-3s ，有时候会有超时的现象。
分析：在得到业务系统的发反馈之后，首先个人使用Navicat 链接数据库，使用Scan Ip 和两个VipIP 均可以链接，远程登陆服务器在服务器上登陆数据库也是一切正常，这种情况比较难处理，考虑从网络层出发看下情况，查看两台服务器的网络情况，发现链接慢的那一台服务器有丢包现象。
图2 故障一知道可能是丢包造成的问题，首先查看是否是硬件问题：网线是否有问题，是否插拔不稳定，网络层查看网络包到交换机都是没有丢包现象的，现在这个问题可能出在Oracle 集群本身，通过查找各种资源，发现使用的Linux 下的双网卡绑定的balance-rr （Round-robin policy 负载均衡方式，虽然效率比较高，但是对网络要求也很高，网络波动可能会对rac 有轻微的影响，从而影响rac 的性能，需要对负载均衡的方式进行修改。
选择使用balance-alb （Adaptive load balancing ）模式，该模式包含了balance-tlb 模式，同时加上针对IPV4流量的基于Oracle 11g rac 运行中案例分析研究董李艳（上海大学信息化工作办公室，上海 200444）摘要：随着Oracle 数据库广泛应用于各个领域，作为高校信息化数据中心在数据库的稳定性和高性能显得尤为重要，rac（Oracle Real Application Cluster，实时应用集群）集群技术的出现让用来在集群环境下实现多机共享数据库，以保证应用的高可用性；同时可以自动实现并行处理及负载均衡，并能实现数据库在故障时的容错和无断点恢复。
OracleRAC实验
Oracle RAC实验目录Oracle RAC实验 (1)目录 (1)一、目标 (2)二、系统原理 (3)1.Oracle RAC和Oracle Clusterware (3)2.Oracle RAC原理 (3)2.1. Cache Fusion和GRD (3)2.2.RAC进程 (3)3.Oracle Clusterware原理 (4)3.1.Oracle群集资源 (4)3.2.Clusterware服务进程 (4)3.3.Clusterware日志体系 (5)4.更多介绍 (5)三、安装步骤 (5)1.操作环境说明 (5)2.安装前的准备工作 (5)2.1 准备安装文件 (5)2.2 规划网络 (6)2.3 规划存储 (6)3.执行安装 (7)3.1.安装和配置操作系统 (7)3.2 配置网络环境 (9)3.3.配置存储环境 (12)3.4.安装CRS (15)3.5.安装ASM数据库 (18)3.6.安装RAC数据库 (24)3.7.测试安装 (31)四、运行维护 (35)1.维护工具介绍 (35)1.1.dbca (35)1.2.cluvfy (36)1.3.vipca (36)1.4.srvctl (36)1.5.crsctl (36)1.6.Enterprise Manager (37)ca (37)1.8.oracleasm (37)2.维护CRS (38)2.1.CRS冗余维护 (38)2.2.配置CRS节点资源 (38)2.3.CRS资源恢复 (39)2.4.配置资源文件的权限属性 (39)3.维护ASM (40)4.RAC可扩展性维护 (40)4.1.增加节点 (40)4.2.删除节点 (43)5.备份、恢复和数据迁移 (44)五、单机模式向RAC迁移 (45)六、知识点和专题扩展 (45)（一）知识点 (45)1.分布式数据库 (45)2.Oracle负载管理 (45)3.DBMS_SCHEDULER和dbms_job的区别？ (46)4.oracle的网络透明性(transparently)？ (46)5.Oracle 高可用性体系 (46)6. interface name 接口名称 (46)7.Voting disk和OCR (47)8.RAC私有网络问题 (48)9.RAC的存储配置疑问 (48)10.条带化(striping) (48)11.IP地址的分类 (48)12.Oracle RAC安装过程中的路径设置 (49)13.iSCSI (49)14.linux中的裸设备 (49)15.多网卡绑定 (50)16.虚拟IP管理 (50)17.TAF（Transparent Application Failover） (50)18.srvctl使用详解 (58)（二）专题扩展 (59)1.性能测试和优化 (59)一、目标1.理解RAC的概念，对RAC原理有系统认识OK2.能够熟练完成一个双节点RAC的安装OK3.能够在原有RAC环境上添加和删除节点OK4.能够使用ASM，NFS存储技术对RAC存储进行规划和配置（包括卷管理和实现冗余）OK（由于普遍反应OCFS不稳定，不予实练验证）5.能够管理负载均衡，并对负载均衡的优化有初步认识OK6.能够完成RAC环境下的数据备份和恢复，以及高效数据迁移7.确保能够解释以上RAC学习和操作中的重点和疑点二、系统原理1.Oracle RAC和Oracle ClusterwareOracle RAC数据库是一个包含多个实例节点的，且每个实例节点共享同一存储路径、同一网络环境的，具有高可用性的数据库环境。
Oracle RAC原理简要论述(doc 7页)
Oracle RAC原理简要论述(doc 7页)Oracle RAC原理Oracle RAC原理ORACLE RAC原理在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需要一个共享存储设备。
同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。
同时所有服务器上的OS都应该是同一类OS,根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处理也可能会发送给另外一台服务器的RAC 组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。
逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。
节点之间通过集群软件的通讯层记录每个节点的相关信息Voting Disk - Establishes quorum (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。
‑RAC的组件************提供过了额外的进程，用来维护数据库LMS - Gobal Cache Service Process 全局缓存服务进程LMD - Global Enqueue Service Daemon 全局查询服务守护进程LMON - Global Enqueue Service Monitor全局查询服务监视进程LCK0 - Instance Enqueue Process 实例查询进程管理1、rac状态检查：application service状态应该都为online:HDOADB1:> crs_stat -tName Type Target State Host------------------------------------------------------------ora....s1.inst application ONLINE ONLINE hdoadb1ora....s2.inst application ONLINE ONLINE hdoadb2ora.ams.db application ONLINE ONLINE hdoadb2ora....B1.lsnr application ONLINE ONLINE hdoadb1ora....db1.gsd application ONLINE ONLINE hdoadb1ora....db1.ons application ONLINE ONLINE hdoadb1ora....db1.vip application ONLINE ONLINE hdoadb1ora....B2.lsnr application ONLINE ONLINE hdoadb2ora....db2.gsd application ONLINE ONLINE hdoadb2ora....db2.ons application ONLINE ONLINE hdoadb2ora....db2.vip application ONLINE ONLINE hdoadb2ora.orcl.db application ONLINE ONLINE hdoadb1ora....l1.inst application ONLINE ONLINE hdoadb1ora....l2.inst application ONLINE ONLINE hdoadb22、查看两台机器rac db状态：$ srvctl status database –d orcl$ srvctl status database –d ams查看一台机器的实例的状态$ srvctl status instance -d orcl -i orcl1特定节点上节点应用程序的状态社区论坛$ srvctl status nodeapps -n linux1VIP is running on node: linux1GSD is running on node: linux1Listener is running on node: linux1ONS daemon is running on node: linux13、关闭整个rac db:$ srvctl stop database –d orcl$ srvctl stop database –d ams$ srvctl stop nodeapps –n hdoadb1$ srvctl stop nodeapps –n hdoadb2用crs_stat命令来检查application service 状态应该都为offlineHDOADB1: > crs_stat -tName Type Target State Host------------------------------------------------------------OFFLINE hdoadb1ora....s2.inst application OFFLINE OFFLINE hdoadb2ora.ams.db application OFFLINE OFFLINE hdoadb2ora....B1.lsnr application OFFLINE OFFLINE hdoadb1ora....db1.gsd application OFFLINE OFFLINE hdoadb1ora....db1.ons application OFFLINE OFFLINE hdoadb1ora....db1.vip application OFFLINE OFFLINE hdoadb1ora....B2.lsnr application OFFLINE OFFLINE hdoadb2ora....db2.gsd application OFFLINE OFFLINE hdoadb2ora....db2.ons application OFFLINE OFFLINE hdoadb2ora....db2.vip application OFFLINE OFFLINE hdoadb2OFFLINE hdoadb1ora....l1.inst application OFFLINE OFFLINE hdoadb1ora....l2.inst application OFFLINE OFFLINE hdoadb24、开启整个rac db:正常情况下当机器启动时oracle rac会自动启动的。
Oracle系列：Oracle RAC集群体系结构
一、 Oracle集群体系结构Oracle RAC，全称是Oracle Real Application Cluster，即真正的应用集群，是oracle提供的一个并行集群系统，整个集群系统由Oracle Clusterware （集群就绪软件）和 Real Application Clusters（RAC)两大部分组成。
oracle RAC的实质是位于不同操作系统的Oracle实例节点同时访问同一个Oracle数据库，每个节点间通过私有网络进行通信，互相监控节点的运行状态，oracle数据库所有的数据文件、联机日志文件、控制文件等均放在集群的共享存储设备上，而共享存储设备可以是RAW、ASM、OCFS2等，所有集群节点可以同时读写共享存储。
Oracle RAC的基本拓扑结构如下所示：由拓扑结构可知：一个Oracle Rac数据库有多个服务器节点组成，每个服务器节点上都有自己独立的OS、ClusterWare、oracle Rac数据库程序等，并且每个节点都有自己的网络监听器。
ClusterWare是一个集群软件，主要用于集群系统管理，oracle Rac数据库程序用于提供oracle实例进程，以供客户端访问集群系统，监听服务主要用于监控自己的网络端口信息，所有的服务和程序通过操作系统都去访问一个共享存储，最终完成数据的读写。
共享存储的实现方式有很多种，可以通过使用自动存储管理（ASM）、Oracle集群文件系统（OCFS）、裸设备（Raw）、网络区域存储（NAS）等来保证整个集群系统数据的一致性。
从Oracle10g起，Oracle提供了自己的集群软件，即Oracle clusterware，它通过CRS（即Cluster Ready Services）来实现，这个软件是安装oracle rac的前提，也是RAC环境稳定运行的基础，在oracle10g之前的版本，安装RAC时必须借助与第三方的集群软件，而在oracle10g以后，安装oracle rac时，可以用oracle自带的集群软件，也可以使用经过RAC认证的第三方集群软件来代替。
RAC数据库集群服务器系统性能瓶颈分析（zt）
RAC数据库集群服务器系统性能瓶颈分析（zt）Oracle RAC性能调整1、CPU和wait time调节尺寸当在调节system时，比较系统的CPU time 和wait time是十分重要的，从而确定在相应时间中多少是用于有效的工作时间，多少是在等待由其他进程占用的资源。
从一般规律来看，wait time占主要部分的系统比CPU time占主要部分的系统更需要调节。
另一方面，CPU的大量使用可能是由不好的SQL写操作造成了。
尽管CPU time与wait time的比率总是随着系统装载的增加而趋于减小的，wait time的急剧增加是存在冲突的表现，必须被有效的处理。
给node增加更多的CPUs或是给cluster增加nodes，在资源竞争中提供的benefit是非常有限的。
相反，当加载系统装载增加时，CPU time的比率没有大幅下降的系统可能规模较好，更可能通过添加CPUs或是RAC Instances获得更多的benefit。
note：如果CPU time比率在前五个事件中，则automatic workload repository（AWR）报告在T op 5 Event段中显示了CPU 时间和wait 时间。
2、RAC特有的调节尽管对于RAC有其特有的调节方法，例如互联的传输，但通过对每个Instance进行像single-Instance 系统那样的调节会带来较大的benefit。
至少它应该tuning的第一步。
显然，如果在single-Instance环境中存在序列化问题，在RAC 中，该问题会更加严重。
RAC-reactive调节工具主要有：特定的等待事件、系统和队列统计、database control 性能页面、statspack和AWR 报告RAC-proactive调节工具：AWR snapshots、ADDM （Automatic Database Diagnostic Monitor）报告如上，RAC的调节工具和single-Instance系统的基本类似。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Ｏｒａｃｌｅ ＲＡＣ集群运行模式研究与分析
袁 勇，简 岩
（遵义师范学院网络管理中心，贵州遵义 ５６３０００）
摘 要：文中对Ｏｒａｃｌｅ １２ＣＲＡＣ集群的两种运行模式进行对比研究，重点分析了Ｆｌｅｘ集群与传统标准集群模式相比的优点，并在虚拟化平台上完成从标准模式到Ｆｌｅｘ集群模式的切换操作。
通过理论加实践说明，Ｏｒａｃｌｅ ＲＡＣ在Ｆｌｅｘ集群运行状态下更加灵活，且节点之间互连拥堵的问题能够得到降低，比传统标准集群能提供更大的扩展空间。
关键词：Ｏｒａｃｌｅ １２Ｃ；Ｆｌｅｘ集群；Ｈｕｂ节点；Ｌｅａｆ节点
中图分类号：ＴＰ３９２ 文献标识码：Ａ 文章编号：１００６—７９８１（２０１９）０４—００１３—０２
Ｏｒａｃｌｅ ＲＡＣ集群的概念从Ｏｒａｃｌｅ ９ｉ开始，是高可用方案之一，它是Ｏｒａｃｌｅ支持网格计算的核心技术。
从ＲＡＣ的产生一直到１１Ｇ，集群运行模式都是传统标准集群模式，直到Ｏｒａｃｌｅ １２Ｃ，在集群中引入了许多新特性，主要是Ｆｌｅｘ集群的提出，在Ｆｌｅｘ集群中便有了Ｆｌｅｘ Ｃｌｕｓｔｅｒ、Ｆｌｅｘ ＡＳＭ、Ｈｕｂ Ｎｏｄｅ和Ｌｅａｆ Ｎｏｄｅ等新名词、新概念的产生。
根据官方解释，Ｆｌｅｘ集群与传统标准集群相比，具有很多标准集群没有的优点。
文中便对ＲＡＣ的两种运行模式，即Ｆｌｅｘ集群模式、标准集群模式进行从理论到实践操作的研究，以供数据库从业人员参考［１］。
１ Ｆｌｅｘ集群与标准集群对比研究
Ｏｒａｃｌｅ １２ｃ在集群进行安装时支持两类配置模式：传统标准集群和Ｆｌｅｘ集群。
在传统标准集群中，所有的节点彼此紧密联系，通过私有网络进行交互，并且每个节点都可以直接访问存储系统。
而Ｆｌｅｘ集群则引入了两类节点：Ｈｕｂ节点、Ｌｅａｆ节点。
Ｈｕｂ节点和传统标准集群中的节点类似；而Ｌｅａｆ节点则不同于Ｈｕｂ节点，它们不能直接访问存储，也就是说Ｌｅａｆ节点不是ｓｈａｒｅ ｄｉｓｋ的，Ｌｅａｆ节点只能通过Ｈｕｂ节点对存储和数据进行访问，实则是对Ｈｕｂ性能的扩充［２］。
Ｈｕｂ节点与Ｏｒａｃｌｅ １２ｃ之前版本的普通集群节点无区别，而Ｌｅａｆ节点才是Ｆｌｅｘ集群的新技术。
Ｏｒａｃｌｅ １２ｃ可以支持多达６４个Ｈｕｂ节点，Ｌｅａｆ节点则可以支持更多。
在Ｏｒａｃｌｅ Ｆｌｅｘ集群中，最先配置的是Ｈｕｂ节点，没有Ｈｕｂ节点的存在，则不能配置Ｌｅａｆ节点。
对于拥有一个Ｈｕｂ节点的集群，可以配置多个Ｌｅａｆ节点。
当规划集群环境规模较大时，设置Ｌｅａｆ节点可以大大降低Ｈｕｂ节点间与共享存储的互连拥堵，并为标准集群提供空间，进而扩展集群。
Ｆｌｅｘ集群实质是对标准集群的扩展，其特点主要有［３］：①Ｌｅａｆ节点启动时自动发现Ｈｕｂ节点，并通过一个Ｈｕｂ节点连接到集群；②Ｌｅａｆ节点不能直接访问共享存储，更松散地融入到集群环境中；③Ｈｕｂ节点宕机或网络故障都会造成相关的Ｌｅａｆ节点被驱逐；④只有Ｈｕｂ节点能够直接访问ＯＣＲ和Ｖｏｔｅｄｉｓｋ；⑤Ｌｅａｆ节点与Ｈｕｂ Ｎｏｄｅ在同一网段；⑥如果Ｈｕｂ Ｎｏｄｅ宕机，则该节点被驱逐，节点上的服务将被分配到其他Ｈｕｂ Ｎｏｄｅ；如果Ｌｅａｆ Ｎｏｄｅ宕机，则该节点被驱逐，节点上的服务将被分配到另外的Ｌｅａｆ Ｎｏｄｅ上。
２ 标准集群到Ｆｌｅｘ集群的切换
标准集群可以通过配置切换到Ｆｌｅｘ集群，并且这种切换是单向的，也就是一个集群被配置成Ｆｌｅｘ集群后，则无法再转换到标准集群。
文中通过实践的方式，详细阐述标准集群切换到Ｆｌｅｘ集群的操作方法。
以ｒｏｏｔ用户登录节点１，用ｃｒｃｓｔｌ ｇｅｔ ｃｌｕｓｔｅｒｍｏｄｅ ｓｔａｔｕｓ命令查看集群运行的模式，如图１所示。
图１ 标准集群模式
标准集群切换到Ｆｌｅｘ集群步骤如下：ＧＮＳ配置准备→ＡＳＭ运行为Ｆｌｅｘ ＡＳＭ→转换集群模式。
３
１
２０１９年第４期 内蒙古石油化工收稿日期：２０１９－０１－１８
２．１ ＧＮＳ配置准备
２．１．１ 在ＤＮＳ服务器上添加ＧＮＳ ＶＩＰ解析条目ｖｉ ｔａｒｙ
ａｒｔａｒ．ｃｏｍ．ｄｂｇｎｓ．ｔａｒｙ
ａｒｔａｒ．ｃｏｍ ＩＮ Ａ １９２．１６８．２．１０－－在配置内容中增加解析
ｖｉ １９２．１６８．２．ｄｂ１０ＰＴＲ ｇｎｓ．ｔａｒｙａｒｔａｒ．ｃｏｍ－－在配置内容中增加解析
ｖｉ／ｅｔｃ／ｒｅｓｏｌｖ．ｃｏｎｆｓｅａｒｃｈ ｔａｒｙ
ａｒｔａｒ．ｃｏｍ ｇｒｉｄ．ｔａｒｙａｒｔａｒ．ｃｏｍ－－增加搜索域名
ｎａｍｅｓｅｒｖｅｒ １９２．１６８．２．８８－－ＤＮＳ服务器地址
２．１．２ 添加并运行ＧＮＳ以ｒｏｏｔ用户执行ＧＮＳ添加［ｒｏｏｔ＠ｒａｃ１～］＃／ｔａｒｙａｒｔａｒ／１２ｃ／ｇｒｉｄ＿ｈｏｍｅ／ｂｉｎ／ｓｒｖｃｔｌ ａｄｄ ｇｎｓ－ｖｉｐ １９２．１６８．２．１０－ｄｏｍａｉｎｇｒｉｄ．ｔａｒｙ
ａｒｔａｒ．ｃｏｍ－－添加ＧＮＳ ＶＩＰ解析［ｒｏｏｔ＠ｒａｃ１～］＃／ｔａｒｙａｒｔａｒ／１２ｃ／ｇｒｉｄ＿ｈｏｍｅ／ｂｉｎ／ｓｒｖｃｔｌ ｓｔａｒｔ ｇｎｓ－－启动ＧＮＳ启动ＧＮＳ后，通过ｓｒｖｃｔｌ ｓｔａｔｕｓ ｇ
ｎｓ查询运行状态。
［ｒｏｏｔ＠ｒａｃ１～］＃ｓｒｖｃｔｌ ｓｔａｔｕｓ ｇ
ｎｓＧＮＳ ｉｓ ｒｕｎｎｉｎｇ
ｏｎ ｎｏｄｅ ｒａｃ１．ＧＮＳ ｉｓ ｅｎａｂｌｅｄ ｏｎ ｎｏｄｅ ｒａｃ１．２．２ ＡＳＭ运行为Ｆｌｅｘ
ＡＳＭ［ｒｏｏｔ＠ｒａｃ１～］＃ａｓｍｃｍｄ ｓｈｏｗｃｌｕｓｔｅｒｍｏｄｅＡＳＭ ｃｌｕｓｔｅｒ：Ｆｌｅｘ ｍｏｄｅ ｅｎａｂｌｅｄ文中创建集群的时候已把ＡＳＭ创建为ＦｌｅｘＡＳＭ，故不再需要操作。
如果ＡＳＭ不是运行在
Ｆｌｅｘ模式下，则可以通过运行ａｓｍｃａ
，通过图形对话框提示将ＡＳＭ转换为Ｆｌｅｘ ＡＳＭ。
２．３ 转换到Ｆｌｅｘ集群模式
ＧＮＳ处于运行状态，并且ＡＳＭ为Ｆｌｅｘ
ＡＳＭ下，那便可以对集群模式进行转换。
［ｒｏｏｔ＠ｒａｃ１～］＃／ｔａｒｙ
ａｒｔａｒ／１２ｃ／ｇｒｉｄｈｏｍｅ／ｂｉｎ／ｃｒｓｃｔｌ ｓｅｔ ｃｌｕｓｔｅｒ ｍｏｄｅ
ｆｌｅｘＣＲＳ－４９３３：Ｃｌｕｓｔｅｒ ｍｏｄｅ ｓｅｔ ｔｏ＂ｆｌｅｘ＂；ｒｅｓｔａｒｔ Ｏｒａｃｌｅ Ｈｉｇ
ｈ Ａ－ｖａｉｌａｂｉｌｉｔｙ
Ｓｅｒｖｉｃｅｓ ｏｎ ａｌｌ ｎｏｄｅｓ ｆｏｒ ｃｌｕｓｔｅｒ ｔｏ ｒｕｎ ｉｎ＂ｆｌｅｘ＂ｍｏｄｅ．
根据提示，先关闭集群服务，再进行启动。
［ｒｏｏｔ＠ｒａｃ１～］＃／ｔａｒｙａｒｔａｒ／１２ｃ／ｇｒｉｄｈｏｍｅ／ｂｉｎ／ｃｒｓｃｔｌ ｓｔｏｐ ｃｒｓ［ｒｏｏｔ＠ｒａｃ１～］＃／ｔａｒｙａｒｔａｒ／１２ｃ／ｇｒｉｄｈｏｍｅ／ｂｉｎ／ｃｒｓｃｔｌ ｓｔａｒｔ ｃｒｓ操作完成之后，根据ｃｒｓｃｔｌ ｇ
ｅｔ ｃｌｕｓｔｅｒ ｍｏｄｅｓｔａｔｕｓ命令再次查看集群运行模式，
如图２所示，集群已经运行在Ｆｌｅｘ模式下。
图２ Ｆｌｅｘ集群模式
３ 结语
文中先对Ｏｒａｃｌｅ １２ＣＲＡＣ的两种集群运行模式：标准模式与Ｆｌｅｘ集群模式进行对比研究，并对Ｆｌｅｘ集群模式的主要特点进行分析说明。
针对
Ｆｌｅｘ集群模式优于传统标准模式这一前提，以实践的方法说明如何将一个传统标准集群转换到Ｆｌｅｘ
集群模式。
集群模式的切换为集群规模的扩展带来操作空间，对于数据库从业人员来说，其操作便捷。
［参考文献］
［１］ Ｏｒａｃｌｅ官方文档．ｈｔｔｐ
ｓ：／／ｄｏｃｓ．ｏｒａｃｌｅ．ｃｏｍ／ｅｎ／ｄａｔａｂａｓｅ／ｏｒａｃｌｅ／ｏｒａｃｌｅ－ｄａｔａｂａｓｅ／ｉｎｄｅｘ．ｈｔｍｌ，２０１３．
［２］ 高斌著．Ｏｒａｃｌｅ
ＲＡＣ核心技术详解［Ｍ］．北京：机械工业出版社，２０１５．［３］ Ｓｙｅｄ Ｊａｆｆａｒ Ｈｕｓｓａｉｎ，Ｔａｒｉｑ
Ｆａｒｏｏｑ等著，赵 ，梁涛等译．深入理解Ｏｒａｃｌｅ ＲＡＣ １２Ｃ［Ｍ］．北京：电子工业出版社，２０１４．
Ｔｈｅ Ｒｅｓｅａｒｃｈ ａｎｄ Ａｎａｌｙｓｉｓ ｏｆ Ｏｒａｃｌｅ ＲＡＣ Ｃｌｕｓｔｅｒ Ｒｕｎｎｉｎｇ
ＭｏｄｅＹＵＡＮ Ｙｏｎｇ，
ＪＩＡＮ Ｙａｎ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｃｅｎｔｅｒ，Ｚｕｎｙｉ Ｎｏｒｍａｌ Ｃｏｌｌｅｇｅ，Ｚｕｎｙ
ｉ ５６３０００，Ｃｈｉｎａ）Ａｂｓｔｒａｃｔ：Ｔｈｉｓ ｐａｐｅｒ ｍａｋｅｓ ａ ｃｏｍｐａｒａｔｉｖｅ ｓｔｕｄｙ ｏｆ ｔｈｅ ｔｗｏ ｏｐｅｒａｔｉｎｇ
ｍｏｄｅｓ ｏｆ Ｏｒａｃｌｅ １２ＣＲＡＣ．Ｉｔ ｆｏ－ｃｕｓｅｓ ｏｎ ｔｈｅ ｄｉｆｆｅｒｅｎｃｅｓ ｂｅｔｗｅｅｎ Ｆｌｅｘ ｃｌｕｓｔｅｒ ａｎｄ ｔｒａｄｉｔｉｏｎａｌ ｓｔａｎｄａｒｄ ｃｌｕｓｔｅｒ ｍｏｄｅ，ａｎｄ ｃｏｍｐｌｅｔｅｓ ｔｈｅｓｗｉｔｃｈｉｎｇ ｏｐｅｒａｔｉｏｎ ｆｒｏｍ ｓｔａｎｄａｒｄ ｍｏｄｅ ｔｏ Ｆｌｅｘ ｃｌｕｓｔｅｒ ｍｏｄｅ ｏｎ ｖｉｒｔｕａｌｉｚａｔｉｏｎ ｐｌａｔｆｏｒｍ．Ｔｈｅ ｔｈｅｏｒｙ
ａｎｄｐｒａｃｔｉｃｅ ｓｈｏｗ ｔｈａｔ Ｏｒａｃｌｅ ＲＡＣ ｉｓ ｍｏｒｅ ｆｌｅｘｉｂｌｅ ｉｎ Ｆｌｅｘ ｃｌｕｓｔｅｒ ｏｐｅｒａｔｉｏｎ，ａｎｄ ｔｈｅ ｐｒｏｂｌｅｍ ｏｆ ｉｎｔｅｒｃｏｎｎｅｃ－ｔｉｏｎ ｃｏｎｇｅｓｔｉｏｎ ｂｅｔｗｅｅｎ ｎｏｄｅｓ ｃａｎ ｂｅ ｒｅｄｕｃｅｄ，ｗｈｉｃｈ ｐｒｏｖｉｄｅｓ ｍｏｒｅ ｅｘｐａｎｓｉｏｎ ｓｐａｃｅ ｔｈａｎ ｔｒａｄｉｔｉｏｎａｌ ｓｔａｎｄ－ａｒｄ
ｃｌｕｓｔｅｒ．Ｋｅｙ
ｗｏｒｄｓ：Ｏｒａｃｌｅ １２Ｃ；Ｆｌｅｘ Ｃｌｕｓｔｅｒ；Ｈｕｂ Ｎｏｄｅ；Ｌｅａｆ Ｎｏｄｅ４
１内蒙古石油化工 ２０１９年第４期 。