Oracle 11gR2 RAC (Real Application Clusters) 和 ASM (Automatic Storage Management) 是企业级数据库系统的重要组成部分，特别是在高性能、高可用性及可扩展性的需求下。本安装指导手册聚焦于在AIX 6.1操作系统上部署Oracle 11gR2 RAC与ASM的详细步骤，下面将详细介绍这两个关键组件以及在AIX平台上的安装过程。 **Oracle 11gR2 RAC** RAC是Oracle数据库的一项关键技术，它允许多个数据库实例共享同一物理数据库，提供高可用性和负载均衡。在RAC环境中，每个实例都可以访问数据库的所有数据，如果一个实例发生故障，其他实例可以接管其工作，保证服务的连续性。 在AIX上安装RAC，首先需要准备多台物理服务器作为节点，每台节点上都要安装Oracle Grid Infrastructure（GI），这是RAC的基础。GI包括Clusterware和CRS（Cluster Ready Services），负责集群的管理和监控。安装过程中，需要配置网络资源，如GNS（Global Name Service）和VIP（Virtual IP）来实现服务的透明切换。同时，存储必须是共享的，以便所有节点都能访问。 **ASM** ASM是Oracle提供的集成式存储管理解决方案，它自动处理存储的创建、分配、扩展和回收，简化了存储管理。在RAC环境下，ASM用于统一管理集群内的所有数据文件和控制文件，提供高可用性和性能优化。 在AIX上安装ASM，需在安装GI时选择ASM组件。ASM通过磁盘组管理磁盘，磁盘组可以包含多个磁盘，并支持RAID配置以提高数据安全性。创建ASM磁盘组时，需规划合适的磁盘布局和冗余策略。ASM自动创建和管理文件，如表空间和数据文件，使得数据库管理员无需直接操作底层存储。 **AIX 6.1平台** AIX是IBM的Unix操作系统，以其稳定性和安全性著称。在AIX上安装Oracle RAC和ASM，需要考虑以下几点： 1. **硬件兼容性**：确保服务器硬件满足Oracle的最小配置要求，包括CPU、内存和磁盘I/O。 2. **操作系统准备**：安装必要的软件包，如C++编译器、Perl等，配置操作系统参数以优化Oracle性能。 3. **网络配置**：设置适当的网络拓扑，包括心跳网络、公共网络和私有网络，确保集群通信的可靠性。 4. **存储配置**：AIX支持多种存储解决方案，如NFS、SAN或直接连接存储，根据实际需求选择合适的存储方案。 5. **安装和配置步骤**：遵循Oracle官方文档和本手册的指导，完成GI和数据库实例的安装，以及RAC和ASM的配置。 在实施安装时，务必对每一步进行详尽的测试和验证，确保系统的稳定运行。遇到问题时，参考Oracle文档，利用各种诊断工具进行排查。同时，良好的文档记录也是确保成功部署的关键，方便后期的维护和升级。 总结来说，Oracle 11gR2 RAC和ASM在AIX 6.1上的部署是一项复杂的任务，涉及到多个层面的规划和配置。这份安装指导手册将帮助你理解整个流程，避免常见错误，确保在AIX环境中构建出高可用、高性能的Oracle数据库环境。

Oracle RAC（Real Application Clusters）是Oracle公司推出的一种数据库集群技术，它能够使多个数据库服务器共同工作，共享访问同一数据库存储，同时提供高可用性和可扩展性。Cache-Fusion是RAC中的一种机制，用于处理缓存中数据块的一致性问题，当多个实例同时需要操作同一个数据块时，Cache-Fusion能够保证数据块的最终一致性。 RAC资源管理算法是RAC为了有效地管理资源分配而设计的一种机制。它通过Master节点来控制资源的分配，确保资源利用的合理性和系统的稳定性。在RAC中，资源主要分为PCM（Parallel Cache Management）资源和Non-PCM资源。PCM资源涉及到数据块和重做日志块，而Non-PCM资源包括表、数据文件、系统更改号(SCN)、事务等需要全局同步的资源。 RAC的脑裂检测是为了确保集群中各个实例之间保持同步，避免出现集群分裂成几个独立的小集群，造成数据不一致的情况。脑裂检测分为操作系统层面和Oracle层面两个层次。操作系统层面通过每秒向Voting Disk写入计数来检测实例间通讯是否正常。Oracle层面通过Network Heartbeat和File-based Heartbeat来检测实例间的连通性。如果集群的多数节点失去了对Voting Disk的控制权，或者无法通过心跳检测到其他节点的存在，集群将进入脑裂状态，此时系统会采取措施进行恢复。 RAC资源分配算法通过物理节点和逻辑节点的概念来实现资源的映射和调度。物理节点实际上就是运行中的数据库实例，而逻辑节点是对物理节点在RAC内部的索引方式。逻辑节点本身是一个hash链表结构，链表中的每一项保存的是对应的物理节点号。资源到逻辑节点的映射通过hash算法来完成，计算出资源应映射到的逻辑节点。 在RAC中，资源是通过Master节点进行管理的。Master节点相当于资源调度的中心，当集群中的一个节点需要访问某一资源时，首先需要访问此资源的Master节点，以此判断资源是否可以获得以及是否正被其他节点独占访问。Non-PCM资源在所有RAC节点中平均分配，而PCM资源则根据节点的数据缓冲池（databuffer）大小不同而有所区别，即缓冲池越大的节点，管理的PCM资源也越多。 RAC通讯机制是集群内各个节点之间进行交互的方式，包括网络心跳和文件心跳两种方式。网络心跳由LMON（Lock Monitor）进程负责，而文件心跳则由CKPT（Checkpoint）进程负责，它每3秒更新一次Control File中的信息。 Cache-Fusion的实现主要涉及三种锁状态：R/R（Read/Read），W/R（Write/Read），W/W（Write/Write）。R/R指的是两个节点都在读取同一个数据块，不会产生冲突。W/R指的是一个节点在写入数据块，而另一个节点在读取，需要进行数据块的合并。W/W指的是两个节点都在尝试写入同一个数据块，此时需要通过Cache-Fusion技术来解决数据块的一致性问题，确保最终写入的数据是准确且一致的。 Cache-Fusion恢复是当出现节点间通信故障时，RAC集群如何通过Cache-Fusion技术恢复数据一致性的过程。RAC集群通过Cache-Fusion能够有效地同步缓存中的数据块，即使在多个实例中缓存了相同的数据块，也能保证这些数据块的内容最终是一致的，从而保证了数据的准确性和可用性。 总结来说，Oracle RAC通过其资源管理算法和Cache-Fusion机制，确保了在一个集群环境中，多个数据库实例能够高效且一致地访问和操作共享存储中的数据，同时在发生节点故障或脑裂的情况下，通过有效的资源调度和数据块同步机制，保证数据库的高可用性和数据的一致性。这些机制使得Oracle RAC特别适合于需要高吞吐量和高容错能力的关键业务应用场景。

Backup_Exec_ORACLE_RAC_数据库备份恢复指导书.pdf

银行自动化票据交换服务(BACS)公司，是为英国全境实现了电子付款的票据交换所。该公司选择SunPlexä系统和Oracle9i Real Application Clusters(RAC)数据库，作为其新型BACS技术更新计划的基础。这些系统具有的大容量、扩展性和高性能，能够轻松地管理BACS公司预计到2005年实现的年度50亿宗交易。由于Sun和Oracle系统之间实现了高度集成化，BACS公司迅速部署了解决方案，而且已在新型BACS技术的第一阶段投入了生产运行。该解决方案首次为公司的多项服务提供了一种互联网选择。

在这个实验过程中，碰到很多问题，有的是和虚拟机相关的，有的是和linux操作系统相关的，有的是和oracle数据库相关的，因为这众多的问题 出现，导致实验进度过长，从开始准备到实验最终完成花了大概两个星期时间，光重装操作系统就不下五次。不过也亏得碰到这些小问题，随着实验的继续进行，每 个问题都得到了解决，每个问题也都备了案，在第二次重做的时候因为前期问题的积累，就进行得非常顺利。这也说明人家总结出来的文档不能完全照搬，因为实验 过程究竟会碰到什么问题都是不可预知的。

详细安装步骤+个人理解

Oracle_Rac环境Rman备份与恢复.doc

本文介绍了在Vmware ESXi6虚拟机环境下搭建Oracle的RAC的过程。文中详细讲解了整体规划、配置IP规划、主机名、存储规划、共享存储等方面的内容。其中，节点一的配置为8C/16G/200G，公共IP为172.16.113.244，私有IP为192.168.100.244，虚拟IP为172.16.113.246，扫描IP为172.168.113.248。此外，还介绍了存储的规划，其中3块20G的硬盘用于ORC，2块100G的硬盘用于FRA。

RAC的发展历史 1、OPS（Oracle Parallel Server）Oracle并行服务器 DLM叫做PCM 2、9i开始的Oracle 真正应用集群（Real Application Cluster） DLM叫做Cache Fusion

Oracle Database 11g RAC手册 原书第2版