数据库的双机热备oracle DB2 VCS HA(5)

在第一个系统上运行VCS以后,启动所有系统上面的VCS，如果你不能带起VCS到运行状态在所有系统，则查看“Solving Common Offline Configuration Problems”章节

配置文件举例： include \cluster vcs (

UserName = {admin = XXXXXXXXXXXXXX } ClusterAddress = \ Administrators = { admin } CounterInterval = 5 )

system S1 ( )

system S2 ( )

group WebSG (

SystemList = { S1 = 1, S2 = 2 } AutoStartList = { S1 } )

DiskGroup WebDG ( Critical = 0

DiskGroup = WebDG )

IP WebIP ( Critical = 0 Device = qfe1

Address = \)

Mount WebMount ( Critical = 0

MountPoint = \

BlockDevice = \FSType = vxfs )

NIC WebNIC ( Critical = 0 Device = qfe1 )

Process WebProcess ( Critical = 0

PathName = \Arguments = \)

Volume WebVol ( Critical = 0 Volume = WebVol DiskGroup = WebDG )

WebProcess requires WebIP WebProcess requires WebMount WebMount requires WebVol WebVol requires WebDG WebIP requires WebNIC

离线配置过程: 已存在Cluster(Part 1) 1. 关闭配置

# haconf -dump -makero 2. 进入配置目录

# cd /etc/VRTSvcs/conf/config 3. 创建工作目录 # mkdir stage

4. 拷贝main.cf和types.cf文件 # cp main.cf types.cf stage 5. 进入工作目录 # cd stage 6. 编辑main.cf # vi main.cf

7. 验证配置文件语法 # hacf -verify

已存在Cluster(Part 2)：重新启动VCS

注意：如果你修改一个已存在的服务组，你首先凝固(freeze)服务组来坚持的防止组之间的故障切换。这种简单的固定资源配置--服务组不会在系统之间切换 1. 停止VCS，留下服务运行 # hastop -all -force 2. 拷贝测试的main.cf文件 # cp main.cf ../main.cf 3. 在这个系统上面启动VCS # hastart

4. 验证HAD正在运行 # hastartus -sum

5. 在其他系统上启动VCS # hastart -stale 一个完整的配置文件

注意：你不能在main.cf文件中带有注释行。你看到的带有//是产生通过VCS显示资源关系，任何带有//行都被在VCS起来的时剔除。 离线配置工具：编辑配置文件

作为一个好习惯，拷贝main.cf和types.cf文件到staging目录中在修改之前，这是确保你防止超过一个系

统管理员同时的修改配置文件。

你可以用任何文本编辑器来修改main.cf或者types.cf文件，一般在UNIX平台上面使用vi编辑器 使用VCS模拟器来配置和测试

你可以使用VCS模拟器来创建和修改VCS配置文件的拷贝并加载到模拟器指定的目录中。你也可以测试新的或者修改过的配置，并将测试配置文件放入/etc/VRTSvcs/conf/config目录中。模拟器可以确保你配置文件不包含语法错误和比较容易的被引入当手动编辑文件时候。当你完成配置时，你可以拷贝文件到标准的配置目录并重启VCS在cluster系统的内存中构建配置。 解决常见配置错误

如果你不按照下面的推荐离线配置流程，会出现2个常见的问题

1. 当你启动VCS因为main.cf文件有语法错误的时候，所有的系统进入一个等待状态 2. 你从错误的系统中启动cluster，并且一个旧的配置还在内存中 解决第1种问题的方法：

如果所有系统在Stale_Admin_Wait或者Admin_Wait状态 1. 运行hacf -verify dir来验证语法错的那行 2. 在main.cf文件中确定语法问题 3. 验证配置

4. 强制系统来执行一个本地构建(hasys -force sys_name) 5. 等待所有系统执行远端自动建立和验证系统正在运行 解决第2种问题的方法： 1. 如果打开，请关闭配置

2. 在所有系统上停止VCS和保持应用运行着 3. 拷贝main.cf.previous文件覆盖main.cf文件 4. 验证配置

5. 使用hastart 命令来启动VCS在这个系统上面 6. 使用hastatus命令来验证VCS正在运行

7. 启动VCS stale在所有其他系统上确保他们等待建立他们的配置文件从第一个系统上 测试服务组

带起服务上线，如果成功，测试交换，如果失败，进行故障排除；如果交换成功，则设置适当的Critical属性，测试failover，如果交换失败，则查看Log锁定故障后，再测试交换.

第九章：共享网卡

第九章：共享网卡 目标： 应用服务的概要 在服务组之间共享网卡 VCS的Agent 使用代理资源 应用Agent

使用Parallel 服务组和网络资源 在服务组之间共享网络接口

如果一个cluster中的多个服务组中，每个服务组有一个唯一的NIC资源和唯一的名字，因为对于接口来说，每个服务组有它自己的NIC资源,VCS每次都要监视相同的接口，增加不必要得开销和网络流量。

使用Proxy Resources来替换网络配置

你可以使用一个proxy resource来允许多个服务组来检视相同的网络接口，这将减少由多个NIC资源在不同服务组监视相同接口产生的网络流量。 Proxy Resources类型 main.cf文件添加： Proxy AppProxy ( Critical = 0

TargetResName = DemoNIC )

在不同服务组中，Proxy Resources镜像另一个资源的状态。要求的属性，TargetResName，通过Proxy Resource被反映出那些资源的名字 可选属性

TargetResName指定那些目标资源状态被监视的系统的名字。如果没有系统被指定，本地系统将被使用作为目标系统

使用Parallel 服务组和网络资源

你可以进一步精简你的配置,为使用同个网络界面的多个服务组 通过创建一个服务组来提供仅有的网络接口。这个服务组被配置作为Parallel

服务组因为NIC资源被永久和被上线在多个系统中。使用这个配置，所有其他服务组被配置用一个Proxy给NIC资源在他们本地系统上

这个配置类型能够容易监视的一个操作工作台，因为Parallel 服务组的状态能够被使用指出在每个系统上面的网络接口的状态。 决定服务组状态

服务不能包括任何OnOff资源作为成员不被报告认为在线，即使它们的成员资源在线时，因为None和OnOnly资源的状态都不认为当VCS报告是否一个服务组是在线。 使用phantom资源完成配置

phantom资源被用于报告一个仅有永久资源组成的服务组的实际状态。一个服务组仅显示在线状态当所有非永久性资源在线的时候。因此，如

果一个服务组仅仅有永久性资源，VCS认为这个组是离线的，即使如果永久性资源正在适当的运行着，通过增加一个phantom资源，服务组的状 态被显示作为在线。

注意：仅仅在Parallel服务组中使用phantom资源。 phantom资源类型

phantom资源使VCS来确定非OnOff资源服务组的状态。

1. 没有任何OnOff资源的服务组不能被上线除非他们包含一个phantom资源 2. phantom资源仅仅被用于Parallel服务组 配置一个Parallel服务组

你不能改变一个现有的failover服务组来包含一个Parallel服务组的资源除了通过使用离线配置流程之外。 创建一个Parallel服务组步骤 1. 使用任意GUI或者CLI来创建 2. 设置Parallel属性为1(true) 3. 增加资源

设置critical属性以后你要验证那些服务组上线，在系统列表中的所有系统上

注意：如果你有一个已经包含资源的服务组，你必须设置Parallel属性通过修改main.cf文件并且使用修改后的配置文件重启VCS。 定位资源(Localizing Resources) 定位资源属性

他的属性的值应用在所有系统是全局的作用域。他的属性的值应用在每个单个系统上是本地作用域。预设所有的所有的属性是全局的，一些属

性能够被本地化，使你可以对不同系统指定不同值。

在你创建资源后，你可以定为属性值，通过使用hares命令，GUI或者是离线配置方法，使用CLI如下： hares -local NetNIC Device

hares -modify NetNIC Device qfe0 -sys S1 hares -modify NetNIC Device hme0 -sys S2

任何属性都可以被本地化，有关网络的资源对于本地化属性来说是一个普通的例子。

第十章：配置Notification

第十章：配置Notification 目标：

Notification概要 配置Notification NotifierMngr资源类型 配置Resourceowner属性 配置SNMP接受VCS的Trap Notification概要

当VCS侦测到某一事件时，你可以通知：

1. 产生一个SNMP(V2) trap到指定的SNMP控制台 2. 发送一个e-mail信息到指定的接收者

VCS确保当VCS引擎正在运行时，没有事件信息会被丢失，即使notifier进程是停止的或者没有被启动。had进程贯穿在cluster通讯上来维护一个复制的消息队列

如果带有通告程序的服务组被配置作为一个资源在一个节点上故障时候，通告程序被failover到另一个cluster节点上。因为消息队列被保证在通过节点的时候是一致的和复制的。通告程序可以恢复消息传输从他failover停止的地方到一个新的节点。

消息被储存中队列中，直到以下条件中的一个符合要求时： 1. 通告程序发送一个确认给had，至少要有一个接收者收到此信息

2. 队列已满，队列是一个循环的-最后信息(oldest)被删除为了写入当前最新的(newest)信息 3. 在队列中的信息，如果通告程序不能传输到接收者，一小时后就被删除

注意：在通告程序连接到had上之前，信息被永久的储存在队列中直到最后两个条件中的一个符合要求。 消息严重级别 4种级别：

1. information :正常cluster活动，例如，资源被带起上线

2. warning :cluster或者是资源没有被预期到的修改，例如，资源在一个不知明的状况下 3. error：服务被中断，例如，一个服务组故障不能被 failover 4. severeError：潜在的数据崩溃，例如，

管理员可以配置通告给指定哪些接受者被发送信息基于消息严重级别上一个事件的完整列表相应的严重级别在附录中被提供。 配置Notification

当你可以手动的在VCS外，启动和停止notifier程序时，你可以做高可用的notifier组件通过放置守护进程

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库数据库的双机热备oracle DB2 VCS HA(5)在线全文阅读。