Chinaunix首页 | 论坛 | 博客
  • 博客访问: 90932542
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: DB2/Informix

2008-05-31 18:18:55

SDS:管理

本节讨论以下主题:



如果主服务器发生故障,那么应该按以下次序执行故障转移:

  1. 转移到 SDS 从服务器
  2. 转移到 HDR 从服务器
  3. 转移到 RSS 从服务器

应该注意,故障转移不是 “自动的”。根据节点类型的不同,故障转移步骤可能不一样。当主服务器的角色改变时,其他节点会随着变化。







下面描述 SDS 节点的故障转移过程。

在 SDS 节点上运行以下命令,就可以将 SDS 节点提升为 HDR 主服务器:

onmode -d SDS primary
        

注意:SDS 节点不能转换为标准服务器。

在主服务器上运行以下命令来禁用主 SDS 服务器的设置:

onmode -d clear SDS primary 
        

这个命令将主服务器转换为标准服务器。

要想删除 SDS 节点,只需用 onmode -ky 命令停止 SDS 节点,然后禁用 SDS 主节点。注意:如果打算再次使用同一个实例,那么要修改 ROOTPATH 的值,以避免破坏主实例。







添加了 RSS 和 SDS 节点之后,可以用 make primary 命令轻松地将一个服务器转换为环境中的主服务器。表 20 描述了在运行 make primary 时每个服务器类型受到的影响:



新主服务器的类型 其他服务器的类型 受到的影响
SDS 从服务器 SDS 节点 连接到新的主服务器并继续运行
RSS 节点 连接到新的主服务器并继续运行
HDR 从服务器 连接到新的主服务器并继续运行
原来的 HDR 主服务器 关闭
HDR 从服务器 SDS 节点 关闭
RSS 节点 关闭
HDR 从服务器 取决于用户操作
RSS 节点 SDS 节点 关闭
RSS 节点 关闭
HDR 从服务器 关闭
阅读(1420) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~