笙亿网络策划

Oracle 11g R2发布了，RAC技术有哪些亮点？实战经验怎么分享？

约 11 分钟读完 27 阅
文章导读
Oracle 11g R2 RAC 技术的亮点主要体现在高可用性、可扩展性及缓存融合（Cache Fusion）技术上，它允许多节点共享存储并协同工作，实现故障自动转移。实战经验分享涵盖从环境准备、Grid Infrastructure 安装到网络存储配置的全过程，重点在于掌握集群服务启动关闭命令（如 crsctl、srvctl）、SCAN IP 配置以及性能优化策略，确保数据库系统在生产环境中的
📋 目录
  1. 一 实战篇：一步步教你 Linux 7 安装 Oracle 11GR2 RAC
  2. 二 史上最详细的 Oracle 11gR2 RAC+ASM on AIX 6.1 部署实战指南-CSDN 博客
  3. 三 gR2 集群 (CRS/GRID) 新功能—— SCAN(Single Client Access Name)
  4. 四 【推荐】RAC 性能优化全攻略与经典案例剖析
  5. 五 FAQ
A A

Oracle 11g R2 RAC 技术的亮点主要体现在高可用性、可扩展性及缓存融合（Cache Fusion）技术上，它允许多节点共享存储并协同工作，实现故障自动转移。实战经验分享涵盖从环境准备、Grid Infrastructure 安装到网络存储配置的全过程，重点在于掌握集群服务启动关闭命令（如 crsctl、srvctl）、SCAN IP 配置以及性能优化策略，确保数据库系统在生产环境中的稳定运行与高效响应。

实战篇：一步步教你 Linux 7 安装 Oracle 11GR2 RAC

实战篇：一步步教你 Linux 7 安装 Oracle 11GR2 RAC 前言 Oracle RAC 是什么？Oracle Real Application Clusters (RAC) 允许客户跨多台服务器运行单个 Oracle 数据库，以最大限度地提高可用性并实现水平可扩展性，同时访问共享存储。连接到 Oracle RAC 实例的用户会话可以在中断期间进行故障转移并安全地重放更改，而无需对最终用户应用程序进行任何更改，从而对最终用户隐藏了中断的影响。Oracle RAC 运行于集群之上，为 Oracle 数据库提供了最高级别的可用性、可伸缩性和低成本计算能力。如果集群内的一个节点发生故障，Oracle 将可以继续在其余的节点上运行。Oracle 的主要创新是一项称为高速缓存合并的技术。高速缓存合并使得集群中的节点可以通过高速集群互联高效地同步其内存高速缓存，从而最大限度地低降低磁盘 I/O。高速缓存最重要的优势在于它能够使集群中所有节点的磁盘共享对所有数据的访问，数据无需在节点间进行分区。特点：多台互连计算机组成，使用共享存储。用户无感知，对于最

史上最详细的 Oracle 11gR2 RAC+ASM on AIX 6.1 部署实战指南-CSDN 博客

简介:Oracle 11gR2 RAC 与 ASM 是构建高可用、高性能企业级数据库的核心技术。本指南深入讲解在 AIX 6.1 操作系统上完整部署 Oracle RAC 集群与 ASM 存储管理系统的全过程，涵盖环境准备、Grid Infrastructure 安装、网络与存储配置、集群管理及系统验证等关键环节。适用于 DBA 和系统架构师，帮助读者掌握在 IBM AIX 平台下搭建稳定 Oracle 集群的实操技能，提升数据库系统的可靠性与可扩展性。1. Oracle 11gR2 RAC 技术架构详解 Oracle RAC 架构核心组成与工作原理 Oracle 11gR2 Real Application Clusters(RAC) 通过共享存储和集群互联实现多节点协同访问同一数据库，其核心由集群件 (Clusterware)、ASM 存储管理、以及分布式锁管理 (DLM) 构成。每个节点运行独立实例，但共享数据文件，通过 Cache Fusion 技术在节点间高效传输数据块，避免磁盘写入开销。全局资源目录 (GRD) 分布于各节点内存中，协调资源争用，确保数据一致性。graph TD A[Node 1 Instance] -->|Cache Fusion| D((Shared Storage via ASM)) B[Node 2 Instance] -->|Cache Fusion| D C[Clusterware (CRS)] --> A C --> B D -->|OCR & Voting Disk| C AI 写代码 mermaid 该架构依赖私有网络进行心跳同步与缓存融合通信，公共网络对外提供服务接入，结合 VIP 和 SCAN 实现高可用与负载均衡。2. ASM(自动存储管理) 原理与作用 2.1 ASM 核心机制与元数据结构 2.1.1 ASM 实例与磁盘组的基本概念 Oracle 自动存储管理 (Automatic Storage Management, ASM) 是专为数据库文件设计的轻量级卷管理器和文件系统。它在 Oracle RAC 环境中扮演着核心角色，通过统一管理多个物理磁盘设备，提供高性能、高可用性和可扩展性的存储解决方案。ASM 实例是一种特殊的 Oracle 实例类型，不包含传统意义上的用户数据表空间，而是专注于维护磁盘组 (Disk Group) 的元数据以及执行 I/O 调度、再平衡等底层操作。每个节点上的 ASM 实例独立运行，但共享同一套磁盘组资源。当集群启动时，Grid Infrastructure 首先启动 ASM 实例，随后数据库实例才能挂载由 ASM 管理的数据文件。磁盘组是由一个或多个物理磁盘组成的逻辑容器，用于存放数据库文件 (如数据文件、控制文件、重做日志、归档日志等)。创建磁盘组时需指定冗余级别 (EXTERN/NORMAL/HIGH),该策略决定了数据镜像的方式与容错能力。例如，在 NORMAL 冗余模式下，每一个数据扩展 (Extent) 都会被镜像到不同的故障组中，确保单个磁盘或控制器失效不会导致数据丢失。

gR2 集群 (CRS/GRID) 新功能—— SCAN(Single Client Access Name)

本文简单的介绍一下 11gR2 集群 (CRS/GRID) 新功能 SCAN(Single Client Access Name),希望对于刚刚接触 11gR2 的朋友有一些帮助。在介绍 SCAN 之前，先简单的回顾一下 oracle 关于 IP 地址的使用，在 9i RAC 时，oracle 没有自己的 clusterware,主要依靠第三方的集群软件 (如 IBM HACMP 等等),客户端主要是通过 public IP 来访问数据库 (如果第三方集群软件提供服动 IP 的话，也可以通过这个服动 IP 来访问数据库),当某一个节点已经出现故障无法对外提供服务时，如果客户端继续请求连接这个节点的 public IP,那么连接请求会长时间没有返回，最后要等到 TCP-IP timeout (TCP-IP 超时时间一般为 10 分钟，不同 OS 这个值不同) 才会返回一个超时信息，这对于实时性要求较高的应用来说是致命的问题，很多 DBA 都经历过这样的问题，从技术层面上来说，这是一个网络层的问题，任何应用都要等待网络层返回超时信息。为了解决这个问题，从 oracle 10g RAC 开始，引入了一个新的功能叫 VIP,这个功能类似于第三方集群软件的浮动 IP,简单的说就是当 public 网卡或者节点出现问题，VIP 可以快速的 failover 到另外的节点，如果客户端的连接请求被分配到这个 VIP 时，客户端连接请求马上就会遇到错误，因此会快速的跳过这个‘有问题的’VIP,而重新分配另一个 VIP(这个功能是客户端连接时的 failover),最终连接到数据库，这些对于应用来说是透明的，基本感觉不到连接的延时。SCAN 简介 ——————- 从 11gR2 Grid Infrastructure (CRS/clusterware) 开始，引入了一个新功能叫 SCAN (Single Client Access Name),SCAN 是一个域名，可以解析至少 1 个 IP，最多解析 3 个 SCAN IP，客户端可以通过这个 SCAN 名字来访问数据库，SCAN 的好处就是当集群中新增加了节点或者删除了节点，不需要额外维护客户端。在 11gR2 上，客户端仍然可以继续使用原有的 VIP,但是 oracle 推荐使用 SCAN。SCAN ip 必须与 public ip 和 VIP 在一个子网，同时 oracle 推荐使用 DNS 或者 GNS(11gR2 新功能) 来解析 SCAN，如果没有使用 DNS 或者 GNS 的话，可以使用 hosts 文件，但是这个办法不是 oracle 推荐的，因为这个方法只能定义一个 SCAN IP。GRID 集群中有 2 类资源是与 SCAN 有关的，一类是 SCAN IP，另一类是 SCAN Listener,SCAN IP 和 SCAN Listener 是成对出现的，也就是说如果有 3 个 SCAN IP，就会同时有 3 个 SCAN Listene。SCAN IP 就是 DNS 解析的 IP 地址，SCAN Listener 的作用是接受客户端的连接请求。查看 SCAN IP 信息和 SCAN Listener 信息的方法在下文介绍。

Oracle 11g R2发布了，RAC技术有哪些亮点？实战经验怎么分享？

【推荐】RAC 性能优化全攻略与经典案例剖析

ORACLE RAC 凭借其卓越的容错能力和可扩展性以及对应用透明的切换能力引领了数据库高可用架构的潮流，但在实际的生产环境中，出现的性能问题非常多，对数据库的稳定性产生很大的影响，有一些甚至影响到了业务的连续性。在近期的第七届数据技术嘉年华上，云和恩墨技术专家曾令军做了"RAC 性能优化实战”为主题的演讲，分享了从硬件架构、系统与参数配置、应用设计以及工作负载管理这四个层面，剖析在 RAC 性能优化的过程中，应当注意的问题以及可以借鉴的经验和思路。我们再次分享出来，希望对各位有所指导借鉴。RAC 硬件架构"千尺之台，始于垒土”,硬件架构是决定 RAC 环境运行性能最基础的部分。下面是一个比较简单的 RAC 架构拓扑图，一个存储、两台主机、三条网络，构成了一套 RAC 环境。用户通过业务网发起一个查询请求，数据库会判断要请求的数据块在两个节点的内存 (buffer cache) 中是否存在，如果存在，这些数据块就通过私网复制传递到需要的节点上，如果没有，再从存储读取到内存。在这个过程中，私网负责数据块传递及锁控制方面的通信，而存储，除了要响应数据请求，还要负责保存数据和记录日志。所以，共享存储和私有网络被认为是 RAC 系统的核心和灵魂。换句话说，如果这两部分组件的性能有问题，对 RAC 环境的影响也是最大的。既然这两部分组件在 RAC 环境中如此重要，在做基础硬件选型及规划的时候，需要基于业务系统的规划要求，了解硬件环境是否能够满足业务的发展需要，把好性能优化的第一关。在 RAC 环境中，存储层面最关注的指标包括 I/O 吞吐量、IOPS、I/O 延时;而私有网络层面最关注的是带宽和网络延时。这里顺便介绍两个工具:Orion 和 Netperf，可以很好地满足这两部分组件的测试需求。在规划重要系统的硬件架构时，需要考虑 RAC 环境的一些特殊要求，尤其是性能负载特别高的系统。

FAQ

Oracle RAC 如何实现高可用性？

Oracle 11g R2发布了，RAC技术有哪些亮点？实战经验怎么分享？

Oracle RAC 运行于集群之上，如果集群内的一个节点发生故障，Oracle 将可以继续在其余的节点上运行，用户会话可以在中断期间进行故障转移并安全地重放更改。

11gR2 中 SCAN 功能的主要优势是什么？

SCAN 是一个域名，可以解析至少 1 个 IP，最多解析 3 个 SCAN IP，客户端可以通过这个 SCAN 名字来访问数据库，当集群中新增加了节点或者删除了节点，不需要额外维护客户端。

Oracle 11g R2发布了，RAC技术有哪些亮点？实战经验怎么分享？

RAC 性能优化需要关注哪些硬件指标？

在 RAC 环境中，存储层面最关注的指标包括 I/O 吞吐量、IOPS、I/O 延时;而私有网络层面最关注的是带宽和网络延时。