SYBASE的数据灾难备份方案（中）

bfhf5753

高可用性主要解决的是主机的容错问题，如处理器、
内存
、
网卡
等硬件故障，它对由于自然灾害所引发的容错能力较弱，具体表现在：
　　· 由于两台机器共享一个
磁盘阵列
，用户的所有数据都
存储
在磁盘阵列上，数据只有一份备份，一旦磁盘阵列整体发生问题，整个系统将崩溃，所有数据全部丢失。
　　· 由于两台机器共享一个磁盘阵列，两台主机的位置受到很大限制，一般是在同一个建筑物内，当发生火灾、地震、水灾等自然灾害时，整个系统也将崩溃，所有数据将丢失。
　　虽然我们定时对系统进行备份，但一般做不到实时备份，当系统崩溃后，即使可以利用备份进行恢复，也会造成数据丢失，同时在恢复期间，所用用户都不能访问数据库，对于电信行业的许多关键业务系统如计费、营账和网管系统来说，这种情况是绝对不允许发生的。
　　二、SYBASE建议的灾难备份方案
　　随着中国经济的高速发展，电信行业在国民经济中开始占有越来越重要的地位。对于电信系统，数据是一切工作的基础，因此对数据的
安全
性和实时性要求很高，美国911事件后，各个行业开始把数据灾难备份提到一个新的认识高度。因此，如何在管理好现有设备的同时建立一套功能完善的灾难备份系统，成为当前电信部门亟待解决的重要问题。
　　为了确保自然灾害（如火灾、地震）或战争等情况下的系统可靠性/高可用性，我们希望找到某种备份方案，它必须克服群机系统中对节点机物理分布的限制，允许互为备份的节点各成系统（特别是有自己的磁盘系统），地理上任意放置；同时通过某种机制在节点之间自动同步实时变化的数据；节点之间的切换过程必须简化；切换速度足够快，即系统恢复时间足够短；客户应用尽可能透明于后台/平滑切换。
　　这就是我们所说的灾难备份，以上条目应当成为该种方案的目标。
　　1、SYBASE建议的灾难备份方案及其主要组成部分

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

　　图5 SYBASE建议的灾难备份方案
　　其主要组成部分包括：
　　· 主点和复制点数据库
服务器
系统：用于为客户提供关键业务服务。二者是独立的计算机系统，物理分布无任何限制；逻辑上，二者互为备份，对客户而言是一个整体（一个数据库服务器）；一般地，将当时对外提供数据服务的节点称为主节点/活跃（Active）节点，另一节点称为备份（Standby）节点，客户连接主节点并作用于（修改）主点数据。
　　· 复制服务器系统：用于连接互为备份的两个数据库服务器系统，实现从主节点/活跃节点到备份节点的数据同步；在活跃节点失效时，可以方便地通知复制服务器，快速切换主、备节点（使备份节点变为活跃节点，反之活跃节点成为备份节点）。
　　· Sybase的OpenSwitch：客户端自动切换采用OpenSwitch，它是一个OpenServer应用
网关
，负责客户端和服务器端的连接管理和控制，CM(coordination Modules)是OpenSwitch的一个主要模块，负责协调和控制失败转移。
　　· 客户应用：连接到主节点/活跃节点，使用特别是更新主节点的业务数据。后台发生主、备节点的切换时，待切换完成后，客户应用自动重新连接到新的主节点（即由来的备份节点），继续工作。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/71105/showart_973912.html