Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1262017
  • 博文数量: 1211
  • 博客积分: 10010
  • 博客等级: 上将
  • 技术积分: 14340
  • 用 户 组: 普通用户
  • 注册时间: 2008-06-09 11:20
文章分类

全部博文(1211)

文章存档

2011年(1)

2008年(1210)

我的朋友

分类: 服务器与存储

2008-06-13 00:21:57

高可用性主要解决的是主机的容错问题,如处理器、、等硬件故障,它对由于自然灾害所引发的容错能力较弱,具体表现在:

  · 由于两台机器共享一个,用户的所有数据都在磁盘阵列上,数据只有一份备份,一旦磁盘阵列整体发生问题,整个系统将崩溃,所有数据全部丢失。

  · 由于两台机器共享一个磁盘阵列,两台主机的位置受到很大限制,一般是在同一个建筑物内,当发生火灾、地震、水灾等自然灾害时,整个系统也将崩溃,所有数据将丢失。

  虽然我们定时对系统进行备份,但一般做不到实时备份,当系统崩溃后,即使可以利用备份进行恢复,也会造成数据丢失,同时在恢复期间,所用用户都不能访问数据库,对于电信行业的许多关键业务系统如计费、营账和网管系统来说,这种情况是绝对不允许发生的。

  二、SYBASE建议的灾难备份方案

  随着中国经济的高速发展,电信行业在国民经济中开始占有越来越重要的地位。对于电信系统,数据是一切工作的基础,因此对数据的性和实时性要求很高,美国911事件后,各个行业开始把数据灾难备份提到一个新的认识高度。因此,如何在管理好现有设备的同时建立一套功能完善的灾难备份系统,成为当前电信部门亟待解决的重要问题。

  为了确保自然灾害(如火灾、地震)或战争等情况下的系统可靠性/高可用性,我们希望找到某种备份方案,它必须克服群机系统中对节点机物理分布的限制,允许互为备份的节点各成系统(特别是有自己的磁盘系统),地理上任意放置;同时通过某种机制在节点之间自动同步实时变化的数据;节点之间的切换过程必须简化;切换速度足够快,即系统恢复时间足够短;客户应用尽可能透明于后台/平滑切换。

  这就是我们所说的灾难备份,以上条目应当成为该种方案的目标。

  1、SYBASE建议的灾难备份方案及其主要组成部分

  SYBASE建议的灾难备份方案如图5所示。在Sybase数据库系统中,主要包含两部分:数据库自动复制系统和客户端自动切换系统。



  图5 SYBASE建议的灾难备份方案

  其主要组成部分包括:

  · 主点和复制点数据库系统:用于为客户提供关键业务服务。二者是独立的计算机系统,物理分布无任何限制;逻辑上,二者互为备份,对客户而言是一个整体(一个数据库服务器);一般地,将当时对外提供数据服务的节点称为主节点/活跃(Active)节点,另一节点称为备份(Standby)节点,客户连接主节点并作用于(修改)主点数据。

  · 复制服务器系统:用于连接互为备份的两个数据库服务器系统,实现从主节点/活跃节点到备份节点的数据同步;在活跃节点失效时,可以方便地通知复制服务器,快速切换主、备节点(使备份节点变为活跃节点,反之活跃节点成为备份节点)。

  · Sybase的OpenSwitch:客户端自动切换采用OpenSwitch,它是一个OpenServer应用,负责客户端和服务器端的连接管理和控制,CM(coordination Modules)是OpenSwitch的一个主要模块,负责协调和控制失败转移。

  · 客户应用:连接到主节点/活跃节点,使用特别是更新主节点的业务数据。后台发生主、备节点的切换时,待切换完成后,客户应用自动重新连接到新的主节点(即由来的备份节点),继续工作。

阅读(340) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~