oracle可扩展性,oracle-Clusters和可扩展性

如果使用对称多处理(symmetric multiprocessing SMP)机制能够对应用程序提供透明的服务，则应该使用RAC也可以得到同样的效果，而不需要进行应用程序代码的任何改动。

当一个节点发生失败，RAC可以排除该Database Instance和node本身，从而保证Database的完整。

下面是一些可扩展性的例子：

允许更多并发的批处理。

允许更大程度的并发执行。

在OLTP系统中可以是连接的用户大增。

1)可扩展性的层次：主要有四个层次

hardware 的可扩展性：相互连接性是它的关键，这一般依赖于较高的带宽和较低的延迟。

OS的可扩展性：在OS中，同步方法可以决定系统的可扩展性。在一些情况下，硬件的潜在可扩展性会因为OS无力并发维持请求的多个资源而被丢失。

Database管理系统的可扩展性：在并发结构中的一个关键因素是并发是由内部影响的还是外部进程影响的。此问题的答案影响了同步的机制。

应用层次上的可扩展性：应用程序必须被明确的设计为可扩展的。当系统中如果多数情况下，每个session都在更新相同的data，则可能产生瓶颈。这不仅是指RAC，对于single-instance系统也是一样。

需要明确的是，如果任何一个层次没有达到可扩展性，不管其他层次可扩展性多强，并发的Cluster进程都可能失败。可扩展性不足的典型原因是共享资源的访问。这使得并发的操作在此瓶颈上序列化执行。这不仅仅是RAC中的局限，而是所有结构中的局限性。

2)scaleup和speedup

\

scaleup是工作量和资源都成比例增加时能维持相同性能水平的能力(相应时间)

Scaleup=(volume parallel)/(volume original)–time for ipc

speedup是指通过增加资源的数量完成固定的工作量，获得执行时间成比例的缩减的效果。

Speedup=(time original)/(time parallel)–time for ipc

其中，ipc是进程间通信的简写——interprocess communication

\

RAC Architecture and Concepts

\

1、RAC软件原理

\

在一个RAC Instance中，会见到一些普通Instance中不存在的后台进程，它们主要是用于维持Database在每个Instance中的一致性。管理全局资源，具体如下：

LMON：全局队列服务监控进程——Global Enqueue Service Monitor

LMD0：全局队列服务守护进程——Global Enqueue Service Daemon

LMSx：全局缓冲服务进程，x可以从0到j——Global Cache Service Processes

LCK0：锁进程——Lock process

DIAG：诊断进程——Diagnosibility process

在Cluster层，可以找到Cluster Ready Services软件的主要进程，它们在所有平台上提供标准的Cluster接口，并实现高可用性的操作。在每个Cluster node上都可以看到如下的进程：

CRSD和RACGIMON：用于高可用性操作的引擎。

OCSSD：提供成员节点和服务组的访问

EVMD：事件检测进程，由oracle用户运行管理

OPROCD：Cluster的监控进程

此外还存在几个工具用于管理Cluster中全局层次上的各种资源。这些资源是ASM Instance、RAC Database、Services和CRS应用节点。本书中涉及的工具主要有Server Control(SRVCTL)、DBCA和Enterprise Manager。

2、RAC软件存储原理

\

Oracle10g的RAC安装分为两个阶段。第一阶段是安装CRS，其次是安装带有RAC组件的Database软件并创建Cluster数据库。CRS软件使用的Oracle home必须不同于RAC软件使用的home。尽管可以将Cluster中CRS和RAC软件通过使用Cluster文件系统共享存储，但是软件总是按一定规则安装在每个节点的本地文件系统中。这支持在线补丁的升级，并消除了单节点软件造成的失败。另外有两个必须存储在共享的存储设备中：

voting file：其本质上是用于Cluster synchronization Services守护进程进行节点信息的监控。大小约为20MB。

Oracle Cluster Registry(OCR)文件：也是CRS关键的组成部分。用于维护在Cluster中高可用性组件的信息。例如，Cluster节点列表，Cluster数据库Instance到节点的映射和CRS应用资源的列表(如Services、虚拟内部链接协议地址等)。此文件是通过SRVCTL类似的管理工具自动维护的。其大小约100MB。

voting file和OCR file是不能被存储在ASM中的，因为它们必须在任何Oracle Instance启动前就可以被访问。并且，两者必须是在冗余的、可靠的存储设备中存放，如RAID。推荐最好的做法是将这些文件放在裸磁盘上。