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

享

分享

数据库的双机热备 | oracle DB2 VCS HA

来源:IT168 作者:VICTOR

关键词： Symantec VCS VCS vc rac CS

将Oracle的双机放在DB2双机后面讲有两个原因：一是DB2的配置相对于oracle的配置来说比较简单，数据库的模式也比较容易理解，而其中相似的地方可以参照DB2的配置；二是DB2双机的配置，也只能说是oracle双机配置的子集，在了解DB2的双机配置之后，oracle双机配置的很多相似的地方简单说明一下即可。此外，读者可以比较一下这两种模式的异同，有利于读者选择更合适自己的双机配置模式。 我们随后还将介绍Sybase双机的配置，将Sybase放在最后并不是因为它更复杂，而是因为在这三种数据库之中，Sybase的用户群相对比较少，需要的人不多。

比较DB2与Oracle数据库

DB2和Oracle有很多的不同，要想了解清楚，那个不是一朝一夕的功夫了。幸运的是，因为我们现在只是需要做双机配置，所以我们只是在可能会影响配置的概念上，做一个简单的比较。 1. 配置结构的不同：

DB2数据库的双机热备只支持一种模式，就是DB2的程序在两台机器上各有一份，只有数据文件存放在共享存储中，如下图所示：

图1，DB2双机配置结构图

这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还可以把服务切换回到A来，然后升级B的DB2程序。这个升级过程

不会影响用户的DB2使用，因为总有一台机器可以使用DB2程序来响应用户的服务请求。

对于oracle来说不但可以支持这种程序存放在不同机器上的做法，而且支持把oracle的程序文件也同时放在共享盘上，其结构图如下所示：

图2，oracle双机结构图－程序在各个服务器上

图3，oracle双机结构图－程序和数据都在共享盘上

将数据与程序同时放在共享盘上的优点有两个：一是节省磁盘空间，用户只需要保留一份数据库备份；二是有利于程序的一致性，不会因为数据库版本的不同，产生差异,可以避免产生一些莫名的问题。 2. 数据库的工作模式不同

DB2数据库是以实例为基础的：多个硬盘或者服务器组成一个实例，一个实例下面可以划分多个数据库，一个数据库只能属于一个实例。Oracle可以理解为以用户为基础的数据库，不同的用户访问不同的实例，

不同的实例其实就是不同的数据库。

第二章使用VCS

第二章使用VCS 目标：

在cluster平台上管理应用 VCS管理工具 服务组的操作 使用VCS模拟器

在cluster平台中管理应用

在一个应用被置于VCS控制下，你必须改变你的管理行为，2中基础管理的方法： 1. 使用VCS来开始和停止服务组和资源

2. 当你正在执行管理的操作VCS通过凝固服务组时候，VCS不直接干预。 管理VCS的工具 4种：

1. 一个模拟器对于创建，修改，和测试配置

2. 在UNIX和windows系统上的JAVA图形化用户接口 3. 一个基于Web图形化借口同时支持Web浏览器 4. 命令行 服务组的操作 显示属性和状态 带起服务组上线 使服务组离线 交换服务组 凝固服务组 带起资源上线 使资源离线 清除故障 显示属性和状态

你可以查看cluster;System;Service group;Resources;Resources types属性 显示状态信息是为了 1. 确定cluster的状态

2. 当需要的时候，分析导致的错误和改正它们 命令：

hastatus -sum [mary]

显示一个静态的cluster目标状态的快照(snapshot) hastatus

显示一个连续更新的cluster目标状态 显示Logs HAD-log

位于/var/VRTSvcs/log/engine_A.log 追踪所有的cluster活动 有助于解决配置问题 command-log

使用GUI和CLI追踪每个发布的命令 有助于学习CLI 能被创建批文件

能够被打印出来，但是不能在被存储成一个磁盘上的文件 Bringing Service Groups Online

当一个服务组被带起上线，资源被带起来，由最底层child资源到最高级parent资源组成关系树，从下往上。

为了带起一个failover的服务组上线，在cluster中所有在服务中非永久性资源必须首先被离线。如果任何一个非永久性资

源在另一个系统在线，服务组就不能带起上线。

一个服务组被认为在线，如果不少于它的自动启动和相关性资源在线： 1. 一个autostart资源它的AutoStart属性设置为1 2. 一个critical资源它的Critical属性设置为1

一个服务组被认为部分在线如果一个或者多个非永久性资源在线，并且至少一个资源： 1. Autostart-enable 2. Critical 3. Offline 命令：

hagrp -online service_group -sys system hagrp -online service_group -any

-any选项：带起系统里面自动启动的服务组 Taking Service groups Offline

当一个服务组离线时，资源从上往下开始，parent资源开始，在每个分支的资源依据关系树将资源离线，直到最后child资 源

永久存在的资源不能被离线(例如:NIC)，所以服务组认为离线是所有非永久性资源均离线。 命令：

hagrp -offline service_group -sys system hagrp -offline service_group -any Switching Service Groups

为了保证failover能够成功，可以通过测试交换服务组在cluster中的系统间 命令：

hagrp -switch service_group -to system Freezing a Service Group

凝固一个服务组是为了防止它离线；上线；或者failover.

当你凝固一个服务组时，VCS继续监视这个资源，但是不允许服务组(或者它的资源)背离线或者上线，failover也被禁止，即使资源故障。

注意：当凝固的时，VCS不能在服务组上面采取行动即使你通过带起服务上线在另一个系统上导致并行扰乱。 命令：

hagrp -freeze service_group hagrp -unfreeze service_group

为了永久凝固一个服务组，你必须先要打开配置 haconf -makerw

hagrp -freeze service_group -persistent hagrp -unfreeze service_group -persistent 为了确定是否一个服务组被凝固显示Frozen(永久性)和TFrozen(零时性)服务组属性对于一个服务组 hagrp -display service_group -attribute Frozen Bringing Resources Online 命令： hares -online resource -sys system Taking Resources Offline 使资源离线，这样做容易导致服务组成为部分在线，并且应用的可用性服务也会受到影响 1. 如果一个资源需要离线，例如，对于维护底层的硬件，交换服务组到另一个系统 2. 如果多个资源需要手动离线，他们必须依次关系树，从上到下。 命令： hares -offline resource -sys system Clearing Resource Faults 使用VCS模拟器 模拟器可以运行在UNIX和windows平台上 你可以执行所有一般操作和管理的作业在JAVA-GUI或者CLI 你可以使用预先配置文件main.cf或者创建服务组和资源 你可与模拟错误看VCS如何反应 ------------------------------------------------------------------------------- 问题：何种情况下需要凝固一个服务组(Freezing a Service Group)？ 第三章 Preparing a Site for VCS Implemenation 第三章 Preparing a Site for VCS Implemenation 准备VCS的实行 目标： 计划实行 硬件要求和推荐 软件要求和推荐 准备Cluster信息 执行需求 -网络，系统和应用管理者的要求对于配置和测试 -未来cluster操作和管理者可以调用对于管理cluster 物理访问需求依据安全策略 访问资源，例如;VERITAS,操作系统，应用厂商电话和Web站点 执行计划 推荐使用准备详细工作表格，在VCS安装和配置当中。 使用设计工作表格 Cluster Definition Value Cluster Name vcs Required Attibutes

本文来源：https://www.bwwdw.com/article/0g7f.html