RAC student guide 的中文笔记.docx

上传人:b****5 文档编号:2876995 上传时间:2022-11-16 格式:DOCX 页数:20 大小:26.62KB
下载 相关 举报
RAC student guide 的中文笔记.docx_第1页
第1页 / 共20页
RAC student guide 的中文笔记.docx_第2页
第2页 / 共20页
RAC student guide 的中文笔记.docx_第3页
第3页 / 共20页
RAC student guide 的中文笔记.docx_第4页
第4页 / 共20页
RAC student guide 的中文笔记.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

RAC student guide 的中文笔记.docx

《RAC student guide 的中文笔记.docx》由会员分享,可在线阅读,更多相关《RAC student guide 的中文笔记.docx(20页珍藏版)》请在冰豆网上搜索。

RAC student guide 的中文笔记.docx

RACstudentguide的中文笔记

RACstudentguide的中文笔记

一.体系结构

Cluser的硬件结构

Nodes,interconnect,共享文件系统

Nodes

一个节点是一个服务器可以是smp也可以是numa的

在一个cluser中,需要两个或更多的节点.

每个节点支持rac数据库的一个实例.

Interconnect

通过标准网络协议例如tcp/IP

如果使用gbit仪态网,vender-specific提高是系统会有最好的效果.

共享文件系统

通常情况下,裸设备在unix,逻辑驱动器在windows上

各个节点同时对共享文件系统进行访问

Clusersoftware

为了各个节点之间的通讯的软件.不同的操作系统不同的软件,unix由产商提高这个软件,

如果是windows,由oracle提供

Clusermanager

包括gv视图,管理cluster的信息,控制cluser的成员.

节点monitor组建监控node的状态

OSDcluserware:

控制interconnect的信息;为rac传输信息和数据库

Rac的组件:

一个rac数据库包括数据库文件和一个到多个实例

磁盘访问

控制文件,数据文件,onlineredolog,quorumdiskonsomeos,配置数据,spfile,配置信息,服务器参数文件

gsd进程

这个用来coordinate其它的工具来管理rac数据库和实例

一个gsd进程支持一个节点上的所有的数据库

gsd不需要配置

lmno:

globalenqueueservicemonitor

监控cluser的globalenqueues和资源

执行恢复操作

lmd:

globalenqueueservicedaemon

管理对globalenqueues和资源的访问

处理对其它实例的资源请求

LMS:

globalcacheserviceprocesses

管理在cluster中对datablock的访问

传输block的images在不同的实例的buffercache中(cachefusion)

LCK进程

辅助lms,管理实例的资源和cross-instance的call,这个call与协调访问字典和rowcache对象有关系

诊断进程:

二.安装和转换

安装

1.使用interconnect连接好cluser

2.安装和配置osdcluserware

3.确保所有的节点都可以访问shareddisk

4.创建需要的文件系统或分区

gsd

gsd配置文件必须identified为了完成一个rac的安装

当用dbca创建数据库的时候,gsd必须在运行

如果是手工建库或者是从8i升级,那么必须在每个节点手工的启动gsd.

Gsd配置文件

Srvconfig–init初试化gsd配置文件

把一个single实例转变成rac

1.配置硬件

2.评估表空间和log文件

3.创建共享文件系统或裸设备

4.从旧的数据库中取数据出来

5.安装基于os的cluster软件

6.安装rac选项

7.创建数据库

8.把数据从旧数据库装入到新数据库

9.调整数据库

10.启动数据库

配置硬件:

1.安装和测试cluster的interconnect

2.确保每个节点都可以访问共享磁盘

评估表空间和log文件的需求

创建共享文件系统和裸设备

1.控制文件的copy,数据文件,logmember的一个成员

2.spfile

从旧的数据库中取data

1.rman

2.exp

安装osd和rac

创建db

把数据装入到新的db中

调整参数

启动数据库

三.管理和配置工具

GSD管理

启动gsd

servercontrol工具

srvctl

管理rac环境

管理cluser的数据库配置信息

提供cluser的数据库管理命令

需要gsd在运行

srvctl命令的用法

可以添加和删除clusterdb,

可以添加和删除一个rac中的实例

可以rename一个实例

可以移动一个实例

可以为一个racset和unset环境

可以为一个实例set和unset环境

rac的参数文件

可以继续使用client-side的初始化参数文件

可以使用一个spfile为所有的实例

这个spfile在共享文件系统上.

可以使用altersystem命令改变所有的实例的参数.

Sid=’*’

*表示所有的实例

四.可扩展性和cachefusion

可扩展性的级别

硬件

os

db

app

oraclenetsrvice的负债均衡

客户端的负责均衡

connection的负债均衡

自适应的并行查询

CacheFusion

提供传输的扩展性

在实例间传输block的image

跟踪资源的当前位置和状态

每个实例的sga的目录结构中保存有资源信息

cachefusion的模型

Globalresouredirectory

由globalcacheservice来管理

记录

资源的模式

资源的角色

block在实例中的状态

在各个活动的节点发布资源的master

重新发布master在有必要的时候,例如实例的启动和关闭

globalcacheservice的资源模式

三种

null(默认的)

share(s)(查询)

exclusive(x)(可以改变block的内容,其它的实例就是nullmode)

资源的角色

local第一次请求资源的初试模式;只有一个实例可以有这个block的dirtycopy

global 

在一个block在多于一个实例中变dirty了.Local就变成了global

block只能由slobalcacheservice写到磁盘中

Cachefusionblock的transfer

例如有abcd四个节点.

globalcacheservice:

gcs

1.

Readwithnotransfer

如果c节点需要向共享磁盘文件上读一个block,

那么它向globalcacheservice发送请求,

这个时候请求被定向到节点d,d是这个block的master(每个资源都有master)

gcs把资源授权为sharemode和localrole,在目录中记录下了他的状态(目录在节点d),

share然后通知c,c把这个资源从null

c开始i/o,现在c有了这个block以s模式(从磁盘文件读)

2.

readtowritetransfer

b也要这个block,并且不仅是读,而且还要改变它的内容.

B向d(这个block的mater)gcs发出请求,

Gcs向c发出请求,要求c把这个block给b

C把block给b,

B收到了,告诉gcs,,现在b可以修改这个block了

3.

Writetowritetransfer

A向d节点的gcs发出请求,

Gcs告诉b节点放心他的x锁,并且把当前的image传到a,

如果这个请求没有完成,就会方到gcs的队列里面了

b把这个block传到a,这个时候,要写log,强制logflush,把模式变成n

发送到a,并且告诉它这这个exclusive的资源可以用了

a收到了这个block的image,会通知gcs并且告诉它block的status是x

这个时候,b不能对这个block做操作,虽然在它的buffercache中.它还有这个block的copy.

4.

Writetoreadtransfer

C要读这个block,先向d(master)发出请求

Gcs要求a把它传输到c,

A接受到请求,完成它的工作,这可能会在a写log和logflush在发送这个block之前.

A会把它的x锁降低到s(share)模式,

C把从a收到的block的scn取出来,建设成一个资源assumption信息为gcs,更新globalresourcedirectory

可以关闭Cachefusion,设置参数gc_files_to_locks

这样就向8i的ops一样,别的节点要访问数据快,必须等待别的节点提交,写回数据文件中.

Cachefusion,就是从别的实例中读buffer

五.highavailablilityconsiderations

高可用性的特征

rac是oracle首要的高可用性解决方案.它有下面的能力:

不需要干预就可以发现和防止网络问题

以最小的破坏从failure中新配置和恢复

把work从一个failed的节点发布到另外一个节点

cacheresoure的rematering

cacheresoure在一个节点上不需要继续master

dynamicremastering能把它移动到不同的节点

gcs和ges使用动态的remastering:

在一个新实例加入到这个activeset之后重新分发资源

在一个实例离开这个activeset之后重新分发资源

LMON和cluster的重新组织

Lmon做以下事情:

和clustermanger联系为实例提供当前的cluster的成员

使用基于磁盘的心跳和投票进程来验证rac实例配置的健康

每个成员的lmon进程给出它对其它member可用信的impression

当年的status被maintain在disk上

初试化恢复如果一个节点或实例不能发送或确定心跳message

范例

每个实例有个表

有id,以及相应的id资源的属性.

如果某个节点fails,相应的重新remaster.

实例的过渡和恢复

如果一个实例crash:

资源信息(这个实例所master的)就会丢失

在重新配置的时候丢失的资源信息必须重新建立

需要对这个failed实例恢复

如果实例正常关闭,不需要恢复

高可用性设计上的考虑

为changemangerment创建和测试policy

配置冗余硬件

提供primary/secondary或空闲节点

设置相应的实例初始化参数

使用其它特性和选项例如

oracle9idataguard

realapplicationclustergurad

transparentapplicationfailover

Changemanagement

计划一些changes来减小down的时间和服务的中断

也许是夜间或周末工作

避免关键的业务期间(例如月末年末)

考虑有计划的changes

每次一个功能

每次一个节点

includetimeandresourcetobackoutchangesifnecessary.

配置冗余硬件

节点的冗余的cluster的内部特性

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 计算机软件及应用

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1