下载文档原格式
Oracle Real Application Cluster(RAC) 简介一．基本概念ORACLE RAC是为了满足人们对系统的高可靠性、高速性以及VLDB（大规模数据库）的需求而开发设计的一项集群处理技术。
另外，它还能提高系统的吞吐量，并有效支持更多的用户。
RAC主要用于UNIX/LINUX集群环境中。
RAC可以让位于不同系统的多个实例同时访问同一个数据库。
这样，系统就可以把一个大的任务分为几个子任务，给不同的节点去执行。
并行服务器可以有效地提高系统的可用性和对多系统的访问性能。
RAC支持目前在市场上流行的大多数并行结构，结构的划分是根据系统共享资源的不同方式来进行的，比如内存共享、磁盘共享等。
RAC各节点实例间的通讯由分布式锁管理器（DLM）来负责分配、跟踪共享资源的使用情况。
每个实例都通过一个后台进程和DLM打交道，通过LCK 向DLM申请所需的共享资源。
所以，对DLM的管理是影响RAC性能的重要指标。
为了确定多个企图同时修改同一数据的实例，Oracle使用了十个后台进程：LCK0-LCK9，来锁定某一实例所使用的资源。
与Standby方式的HA系统相比较，RAC不仅具有了更好的性能，也最大限度减少了系统的宕机时间。
二．特点1．高可用性RAC的每个节点都是相互独立的，当有一个节点出现错误，其他的节点会设法恢复出错的节点的数据，整个系统不受影响。
因此，RAC提供了坚固的不间断服务，最大限度地减少系统的宕机时间。
2．透明性对于用户，是用RAC还是单机执行ORACLE是透明的，即同一应用在RAC和单机上得出的结果是相同的，但RAC的很多性能特征都超越了单机环境。
3．高性能RAC的每个节点都有自己的内存，并不与其他节点共享，因此RAC就提供了相应的缓存管理技术，尽可能减少磁盘I / O，从而提高性能。
三．基本结构RAC的整个集群中只有一套数据库，在这套数据库上可以运行多个实例，所有节点的实例共享一套datafile和controlfile，同时每个实例均有自己的redolog file，且任何一个节点上的redolog file均能够为其他节点访问，这样保证在某个节点上down掉后，其他节点能够利用down掉节点上的redolog file进行数据库的恢复。
rac安全级别-回复RAC（Resource Access Control）是一种安全控制机制，用于限制对资源的访问权限。
RAC安全级别是指在RAC机制中可以设置的不同安全级别，根据应用场景和需求的不同，可以选择适合的安全级别来保护系统资源的安全性。
1. 介绍RAC安全级别的概念及作用（100-200字）RAC安全级别是指RAC机制中可设置的不同安全选项，用于限制对资源的访问权限，并保护系统资源的安全性。
这些安全级别提供了不同的访问控制策略，可以应对不同的安全需求和威胁场景。
通过设置适当的RAC安全级别，可以确保系统资源得到有效保护，减小安全风险。
2. 列举几种常见的RAC安全级别及其特点（每种安全级别100-200字）- 最低安全级别：最低安全级别允许所有用户访问资源，并提供最大的灵活性和可用性。
这种级别适用于对安全风险要求较低的场景，如内部用户使用的测试环境。
尽管它提供了高度灵活性，但它也可能增加系统面临的安全威胁。
- 基本级别安全：基本级别安全限制了对资源的访问，只允许经过身份认证的用户访问。
这种级别适用于需要对关键资源进行保护的场景。
基本级别安全可防止未经授权的用户访问，但仍可能存在其他安全风险，例如密码弱强度等。
- 中级别安全：中级别安全在基本级别的基础上加强了访问控制策略，提供了更严格的安全控制。
它可以通过加密和身份验证等技术，对用户和系统资源进行更细粒度的控制。
中级别安全适用于对敏感数据和关键资源安全性要求较高的场景。
- 高级别安全：高级别安全提供了最严格的访问控制和安全保护。
它使用多层次的身份认证、访问审计和加密等措施，对系统资源进行全面保护。
高级别安全适用于对安全性要求非常高的场景，如金融和政府部门。
3. 如何选择适合的RAC安全级别（200-300字）在选择适合的RAC安全级别之前，首先需要明确自身的安全需求和威胁场景。
以下是一些选择适合的RAC安全级别的考虑因素：- 安全需求：根据系统中的关键资源、敏感数据和安全风险评估，确定对安全的需求水平。
RAC结构1. 什么是RAC结构RAC（Reactive, Adaptive, and Collaborative）结构是一种用于设计和构建分布式系统的架构模式。
它的核心理念是反应性、适应性和协作性。
RAC结构能够提供高度灵活性、可扩展性和可靠性，使得系统能够快速响应变化并适应不断变化的环境。
RAC结构的设计目标是实现系统的高效运行和资源利用，以及对外部环境变化的快速响应。
它通过将系统划分为多个功能模块，并通过消息传递机制进行通信和协作，从而实现系统内部各个模块之间的解耦和高度自治。
2. RAC结构的特点2.1 反应性（Reactive）反应性是RAC结构最重要的特点之一。
在RAC结构中，系统能够根据外部环境变化实时地调整自身行为，以保持高效运行状态。
这意味着系统具有事件驱动的特征，能够对外部事件作出即时响应。
为了实现反应性，RAC结构通常使用异步消息传递机制来处理外部事件。
当一个事件发生时，系统会将相应的消息发送给需要处理该事件的模块，而不是等待该事件被处理完毕再进行下一步操作。
这样可以提高系统的并发性和响应速度。
2.2 适应性（Adaptive）适应性是RAC结构的另一个重要特点。
在一个不断变化的环境中，系统需要能够自动适应环境的变化，并做出相应的调整。
RAC结构通过将系统划分为多个自治模块来实现适应性。
每个自治模块都有自己的状态和行为，并且能够根据外部环境变化自主地调整自身状态和行为。
自治模块之间通过消息传递机制进行通信和协作，从而实现整个系统对外部环境变化的快速适应。
2.3 协作性（Collaborative）协作性是RAC结构的第三个重要特点。
在一个分布式系统中，各个模块之间需要相互协作才能完成复杂任务。
RAC结构通过消息传递机制来实现模块之间的协作。
当一个模块需要与其他模块进行协作时，它会向其他模块发送请求消息，并等待响应消息。
其他模块收到请求消息后会执行相应操作，并将执行结果以响应消息的形式返回给请求模块。
racdatabase存储原理RAC（Real Application Clusters）是Oracke数据库服务器的一个特性，它允许多个数据库实例在不同的服务器上同时访问共享的数据存储。
RAC数据库存储原理涉及到以下几个主要方面：1. 共享存储：RAC数据库依赖于共享存储来存储数据文件，例如SAN （Storage Area Network）或NAS（Network-Attached Storage）。
共享存储是一种物理存储系统，由多个数据库实例可以共同读写的存储设备。
RAC数据库中的每个实例都能够访问和修改共享存储上的数据文件。
2. Cache Fusion技术：Cache Fusion是RAC数据库的核心技术之一，它是一种高效的数据共享和缓存同步机制。
当一个数据库实例需要从共享存储加载一个数据块时，它首先检查本地缓存中是否已经存在该数据块。
如果本地缓存中不存在该数据块，则通过网络将数据块从其他实例的缓存中获取，并在本地实例的缓存中创建一个副本。
这种基于网络的数据共享和缓存同步机制使得多个实例可以快速地共享数据，提高了系统的并发性和性能。
3. Global Cache Service（GCS）：GCS是RAC数据库的一个关键组件，它负责管理缓存中的数据块的共享和同步。
GCS维护一个全局资源目录，包含了所有实例缓存中的数据块的状态信息。
当一个实例需要获取一个数据块时，它首先向GCS发送请求，并获取该数据块的共享和排他性锁。
GCS追踪和记录了数据块的锁状态，并确保只有一个实例能够修改该数据块。
这种分布式锁管理机制保证了数据的一致性和完整性。
4. Cache Fusion Recovery：当一个数据库实例发生故障或重启时，其他实例需要重新同步和恢复该实例缓存中的数据块。
Cache FusionRecovery是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（负责数据缓存和数据锁定）等。
Oracle RAC原理简要论述(doc 7页)Oracle RAC原理Oracle RAC原理ORACLE RAC原理在一个应用环境当中，所有的服务器使用和管理同一个数据库，目的是为了分散每一台服务器的工作量，硬件上至少需要两台以上的服务器，而且还需要一个共享存储设备。
同时还需要两类软件，一个是集群软件，另外一个就是Oracle数据库中的RAC组件。
同时所有服务器上的OS都应该是同一类OS,根据负载均衡的配置策略，当一个客户端发送请求到某一台服务的listener后，这台服务器根据我们的负载均衡策略，会把请求发送给本机的RAC组件处理也可能会发送给另外一台服务器的RAC 组件处理，处理完请求后，RAC会通过集群软件来访问我们的共享存储设备。
逻辑结构上看，每一个参加集群的节点有一个独立的instance，这些instance访问同一个数据库。
节点之间通过集群软件的通讯层（communication layer）来进行通讯。
同时为了减少IO的消耗，存在了一个全局缓存服务，因此每一个数据库的instance，都保留了一份相同的数据库cache。
RAC中的特点是：每一个节点的instance都有自己的SGA每一个节点的instance都有自己的background process每一个节点的instance都有自己的redo logs每一个节点的instance都有自己的undo表空间所有节点都共享一份datafiles和controlfilesOracle还提出了一个缓存融合的技术(Cache fusion)目的有两个1.保证缓存的一致性2.减少共享磁盘IO的消耗因此在RAC环境中多个节点保留了同一份的DB CACHE缓存融合（Cache fusion）工作原理：**************************************** 1.其中一个节点会从共享数据库中读取一个block到db cache中2.这个节点会在所有的节点进行交叉db block copy3.当任何一个节点缓存被修改的时候，就会在节点之间进行缓存修改4.为了达到存储的一致最终修改的结果也会写到磁盘上ClusterWare组件*******************有四种ServiceCrsd - 集群资源服务Cssd - 集群同步服务Evmd - 事件管理服务oprocd - 节点检测监控有三类ResourceVIP - 虚拟IP地址(Virtual IP)OCR - Oracle Cluster Registry(集群注册文件),记录每个节点的相关信息Voting Disk - Establishes quorum (表决磁盘),仲裁机制用于仲裁多个节点向共享节点同时写的行为，这样做是为了避免发生冲突。
oracle 10g real application clusters introduction1、什么是cluster一个cluster是由两个或是多个独立的、通过网络连接的servers组成的。
几个硬件供应商多年以来提供了Cluster性能的各种需求。
一些Clusters仅仅为了提供高可用性的，在当前活动的node发生故障时转移到次节点node。
另一些是为了提供分布式的连接、工作的可扩展性。
另一个Cluster的共同特点是，对于一个应用程序，它可以看做是一个单独的server。
同样，管理几个servers 应该尽可能像管理一个server一样简单。
Cluster管理器软件提供了这种功能。
如果是single server的nodes，文件必须存储在其各自node能访问的位置。
存在有几个不同拓扑结构来解决数据访问的问题，这主要依赖于Cluster设计的主要目标。
相互连接时一个物理的网络连接，作为每个Cluster节点直接的交互通信。
简而言之，一个Cluster就是一组独立的servers，它们共同协作，组成一个single system。
2、什么是Oracle real Application Cluster（RAC）RAC是一个软件可以使你通过运行多个依赖相同Database的Instance，使用Cluster硬件。
数据库files被存放在物理或是逻辑上连接每个节点的磁盘上。
以便于每个活动的Instance都可以对files进行读写操作。
RAC软件管理着数据的访问。
所以更改操作在Instances之间是被相互协调的，并且每个Instance看到的信息和数据镜像都是一致的。
通过RAC结构，可以获得冗余，从而使得即使在一个系统crash或是不可访问时，应用程序也可通过其他Instance访问Database。
3、为啥使用RACRAC可以高度利用标准的Cluster，降低模块servers成本。
RAC的一些概念性和原理性的知识RAC 的一些概念性和原理性的知识分类： Oracle RAC 2010-02-27 02:39 4023人阅读评论(4) 收藏举报一集群环境下的一些特殊问题1.1 并发控制在集群环境中，关键数据通常是共享存放的，比如放在共享磁盘上。
而各个节点的对数据有相同的访问权限，这时就必须有某种机制能够控制节点对数据的访问。
Oracle RAC 是利用DLM(Distribute Lock Management) 机制来进行多个实例间的并发控制。
1.2 健忘症(Amnesia)集群环境配置文件不是集中存放的，而是每个节点都有一个本地副本，在集群正常运行时，用户可以在任何节点更改集群的配置，并且这种更改会自动同步到其他节点。
有一种特殊情况：节点A 正常关闭，在节点B上修改配置，关闭结点A，启动结点B。
这种情况下，修改的配置文件是丢失的，就是所谓的健忘症。
1.3 脑裂(Split Brain)在集群中，节点间通过某种机制(心跳)了解彼此的健康状态，以确保各节点协调工作。
假设只有"心跳"出现问题，各个节点还在正常运行，这时，每个节点都认为其他的节点宕机了，自己是整个集群环境中的"唯一建在者"，自己应该获得整个集群的"控制权"。
在集群环境中，存储设备都是共享的，这就意味着数据灾难，这种情况就是"脑裂"解决这个问题的通常办法是使用投票算法(Quorum Algorithm). 它的算法机理如下：集群中各个节点需要心跳机制来通报彼此的"健康状态"，假设每收到一个节点的"通报"代表一票。
对于三个节点的集群，正常运行时，每个节点都会有3票。
当结点A心跳出现故障但节点A还在运行，这时整个集群就会分裂成2个小的partition。
节点A是一个，剩下的2个是一个。
这是必须剔除一个partition才能保障集群的健康运行。
RAC 的一些概念性和原理性的知识一集群环境下的一些特殊问题1.1 并发控制在集群环境中，关键数据通常是共享存放的，比如放在共享磁盘上。
而各个节点的对数据有相同的访问权限，这时就必须有某种机制能够控制节点对数据的访问。
Oracle RAC 是利用DLM(Distribute Lock Management) 机制来进行多个实例间的并发控制。
1.2 健忘症(Amnesia)集群环境配置文件不是集中存放的，而是每个节点都有一个本地副本，在集群正常运行时，用户可以在任何节点更改集群的配置，并且这种更改会自动同步到其他节点。
有一种特殊情况：节点A 正常关闭，在节点B上修改配置，关闭结点A，启动结点B。
这种情况下，修改的配置文件是丢失的，就是所谓的健忘症。
1.3 脑裂(Split Brain)在集群中，节点间通过某种机制(心跳)了解彼此的健康状态，以确保各节点协调工作。
假设只有"心跳"出现问题，各个节点还在正常运行，这时，每个节点都认为其他的节点宕机了，自己是整个集群环境中的"唯一建在者"，自己应该获得整个集群的"控制权"。
在集群环境中，存储设备都是共享的，这就意味着数据灾难，这种情况就是"脑裂"解决这个问题的通常办法是使用投票算法(Quorum Algorithm). 它的算法机理如下：集群中各个节点需要心跳机制来通报彼此的"健康状态"，假设每收到一个节点的"通报"代表一票。
对于三个节点的集群，正常运行时，每个节点都会有3票。
当结点A心跳出现故障但节点A还在运行，这时整个集群就会分裂成2个小的partition。
节点A是一个，剩下的2个是一个。
这是必须剔除一个partition才能保障集群的健康运行。
对于有3个节点的集群， A 心跳出现问题后， B 和 C 是一个partion，有2票， A只有1票。
按照投票算法， B 和C 组成的集群获得控制权， A 被剔除。
如果只有2个节点，投票算法就失效了。
因为每个节点上都只有1票。
这时就需要引入第三个设备：Quorum Device. Quorum Device 通常采用饿是共享磁盘，这个磁盘也叫作Quorum disk。
这个Quorum Disk 也代表一票。
当2个结点的心跳出现问题时， 2个节点同时去争取Quorum Disk 这一票，最早到达的请求被最先满足。
故最先获得Quorum Disk的节点就获得2票。
另一个节点就会被剔除。
1.4 IO 隔离(Fencing)当集群系统出现"脑裂"问题的时候，我们可以通过"投票算法"来解决谁获得集群控制权的问题。
但是这样是不够的，我们还必须保证被赶出去的结点不能操作共享数据。
这就是IO Fencing 要解决的问题。
IO Fencing实现有硬件和软件2种方式：软件方式：对于支持SCSI Reserve/Release 命令的存储设备，可以用SG 命令来实现。
正常的节点使用SCSI Reserve命令"锁住"存储设备，故障节点发现存储设备被锁住后，就知道自己被赶出了集群，也就是说自己出现了异常情况，就要自己进行重启，以恢复到正常状态。
这个机制也叫作 Sicide(自杀). Sun 和Veritas 使用的就是这种机制。
硬件方式：STONITH(Shoot The Other Node in the Head)，这种方式直接操作电源开关，当一个节点发生故障时，另一个节点如果能侦测到，就会通过串口发出命令，控制故障节点的电源开关，通过暂时断电，而又上电的方式使故障节点被重启动，这种方式需要硬件支持。
二 RAC 集群2.1 Clusterware在单机环境下，Oracle是运行在OS Kernel 之上的。
OS Kernel负责管理硬件设备，并提供硬件访问接口。
Oracle 不会直接操作硬件，而是有OS Kernel 代替它来完成对硬件的调用请求。
在集群环境下，存储设备是共享的。
OS Kernel 的设计都是针对单机的，只能控制单机上多个进程间的访问。
如果还依赖OS Kernel的服务，就无法保证多个主机间的协调工作。
这时就需要引入额外的控制机制，在RAC中，这个机制就是位于Oracle 和 OS Kernel 之间的Clusterware，它会在OS Kernel之前截获请求，然后和其他结点上的Clusterware协商，最终完成上层的请求。
在Oracle 10G之前，RAC 所需要的集群件依赖与硬件厂商，比如SUN,HP,Veritas. 从Oracle 10.1版本中，Oracle 推出了自己的集群产品. Cluster Ready Service(CRS),从此RAC 不在依赖与任何厂商的集群软件。
在Oracle 10.2版本中，这个产品改名为：Oracle Clusterware。
所以我们可以看出，在整个RAC 集群中，实际上有2个集群环境的存在，一个是由Clusterware 软件组成的集群，另一个是由Database 组成的集群。
2.2 Clusterware 组成Oracle Cluster 是一个单独的安装包，安装后，在每个结点上的Oracle Clusterware 会自动启动。
Oracle Clusterware的运行环境由2个磁盘文件(OCR,Voting Disk)，若干进程和网络元素组成。
2.2.1 磁盘文件:Clusterware 在运行期间需要两个文件：OCR和Voting Disk. 这2个文件必须存放在共享存储上。
OCR 用于解决健忘问题，Voting Disk 用于解决健忘问题。
Oracle 建议使用裸设备来存放这2个文件，每个文件创建一个裸设备，每个裸设备分配100M左右的空间就够了。
2.2.1.1 OCR健忘问题是由于每个节点都有配置信息的拷贝，修改节点的配置信息不同步引起的。
Oracle 采用的解决方法就是把这个配置文件放在共享的存储上，这个文件就是OCR Disk。
OCR 中保存整个集群的配置信息，配置信息以"Key-Value" 的形式保存其中。
在Oracle 10g以前，这个文件叫作Server Manageability Repository(SRVM). 在Oracle 10g，这部分内容被重新设计，并重名为OCR.在Oracle Clusterware 安装的过程中，安装程序会提示用户指定OCR位置。
并且用户指定的这个位置会被记录在/etc/oracle/ocr.Loc(Linux System) 或者/var/opt/oracle/ocr.Loc(Solaris System)文件中。
而在Oracle 9i RAC 中，对等的是srvConfig.Loc文件。
Oracle Clusterware在启动时会根据这里面的内容从指定位置读入OCR 内容。
1). OCR key整个OCR 的信息是树形结构，有3个大分支。
分别是SYSTEM,DATABASE 和CRS。
每个分支下面又有许多小分支。
这些记录的信息只能由root用户修改。
2) OCR processOracle Clusterware 在OCR中存放集群配置信息，故OCR 的内容非常的重要，所有对OCR的操作必须确保OCR 内容完整性，所以在ORACLE Clusterware运行过程中，并不是所有结点都能操作OCR Disk.在每个节点的内存中都有一份OCR内容的拷贝，这份拷贝叫作OCR Cache。
每个结点都有一个OCR Process 来读写OCR Cache，但只有一个节点的OCR process能读写OCR Disk中的内容，这个节点叫作OCR Master结点。
这个节点的OCR process 负责更新本地和其他结点的OCR Cache内容。
所有需要OCR 内容的其他进程，比如OCSSD,EVM等都叫作Client Process，这些进程不会直接访问OCR Cache，而是像OCR Process发送请求，借助OCR Process获得内容，如果想要修改OCR 内容，也要由该节点的OCR Process像Master node 的OCR process 提交申请，由Master OCR Process完成物理读写，并同步所有节点OCR Cache中的内容。
2.2.1.2 Voting DiskVoting Disk 这个文件主要用于记录节点成员状态，在出现脑裂时，决定那个Partion获得控制权，其他的Partion必须从集群中剔除。
在安装Clusterware时也会提示指定这个位置。
安装完成后可以通过如下命令来查看Voting Disk位置。
$Crsctl query css votedisk2.2.2 Clusterware 后台进程Clusterware 由若干进程组成，其中最重要的3个是：CRSD,CSSD,EVMD. 在安装clusterware的最后阶段，会要求在每个节点执行root.sh 脚本，这个脚本会在/etc/inittab 文件的最后把这3个进程加入启动项，这样以后每次系统启动时，Clusterware 也会自动启动，其中EVMD 和CRSD 两个进程如果出现异常，则系统会自动重启这两个进程，如果是CSSD 进程异常，系统会立即重启。
1). OCSSDOCSSD 这个进程是Clusterware最关键的进程，如果这个进程出现异常，会导致系统重启，这个进程提供CSS(Cluster Synchronization Service)服务。
CSS 服务通过多种心跳机制实时监控集群状态，提供脑裂保护等基础集群服务功能。
CSS 服务有2种心跳机制：一种是通过私有网络的Network Heartbeat，另一种是通过Voting Disk的Disk Heartbeat.这2种心跳都有最大延时，对于Disk Heartbeat，这个延时叫作IOT (I/O Timeout);对于Network Heartbeat, 这个延时叫MC(Misscount)。
这2个参数都以秒为单位，缺省时IOT大于MC，在默认情况下，这2个参数是Oracle 自动判定的，并且不建议调整。
可以通过如下命令来查看参数值：$crsctl get css disktimeout$crsctl get css misscount注：除了Clusterware 需要这个进程，在单节点环境中如果使用了ASM，也需要这个进程；这个进程用于支持ASM Instance 和RDBMS Instance之间的通信。
