|
二、SYBASE建议的灾难备份方案
随着中国经济的高速发展，电信行业在国民经济中开始占有越来越重要的地位。对于电信系统，数据是一切工作的基础，因此对数据的安全性和实时性要求很高，美国911事件后，各个行业开始把数据灾难备份提到一个新的认识高度。因此，如何在管理好现有设备的同时建立一套功能完善的灾难备份系统，成为当前电信部门亟待解决的重要问题。
为了确保自然灾害（如火灾、地震）或战争等情况下的系统可靠性/高可用性，我们希望找到某种备份方案，它必须克服群机系统中对节点机物理分布的限制，允许互为备份的节点各成系统（特别是有自己的磁盘系统），地理上任意放置；同时通过某种机制在节点之间自动同步实时变化的数据；节点之间的切换过程必须简化；切换速度足够快，即系统恢复时间足够短；客户应用尽可能透明于后台/平滑切换。
这就是我们所说的灾难备份，以上条目应当成为该种方案的目标。
1、SYBASE建议的灾难备份方案及其主要组成部分
SYBASE建议的灾难备份方案如图5所示。在Sybase数据库系统中，主要包含两部分：数据库自动复制系统和客户端自动切换系统。
图5 SYBASE建议的灾难备份方案
其主要组成部分包括：
· 主点和复制点数据库服务器系统：用于为客户提供关键业务服务。二者是独立的计算机系统，物理分布无任何限制；逻辑上，二者互为备份，对客户而言是一个整体（一个数据库服务器）；一般地，将当时对外提供数据服务的节点称为主节点/活跃（Active）节点，另一节点称为备份（Standby）节点，客户连接主节点并作用于（修改）主点数据。
· 复制服务器系统：用于连接互为备份的两个数据库服务器系统，实现从主节点/活跃节点到备份节点的数据同步；在活跃节点失效时，可以方便地通知复制服务器，快速切换主、备节点（使备份节点变为活跃节点，反之活跃节点成为备份节点）。
· Sybase的OpenSwitch：客户端自动切换采用OpenSwitch，它是一个OpenServer应用网关，负责客户端和服务器端的连接管理和控制，CM(coordination Modules)是OpenSwitch的一个主要模块，负责协调和控制失败转移。
· 客户应用：连接到主节点/活跃节点，使用特别是更新主节点的业务数据。后台发生主、备节点的切换时，待切换完成后，客户应用自动重新连接到新的主节点（即由来的备份节点），继续工作。
2、数据库自动复制系统
数据库自动复制系统包括三部分：
· 主点数据库：系统正常运行时的数据库系统，在正常情况下客户端应用对数据库的修改操作必须集中在主点数据库。
· 备份点数据库：主点数据库的一个备份，可以与主点数据库在同一个地点，也可以在不同的地点，但主点数据库系统和备份点数据库系统必须通过专线网络进行连接。正常情况下，备份点数据库不能进行数据修改，但可以进行数据查询，以分担主点数据库的负载。当主点数据库系统发生故障时，所有客户端都自动连接到备份点数据库，进行正常操作，此时备份点数据库自动升级为主点数据库。
· 复制服务器系统：用于连接主点和复制点两个数据库服务器系统，实现从主节点/活跃节点到备份节点的数据实时同步；当主点的数据发生改变时，复制服务器系统通过数据库中的复制代理扫描数据库的日志，把变化的日志读取出来，通过复制服务器在复制点提交，从而保证数据的一致性。复制服务器具备断点续发功能，保证多个数据库间数据完整性与数据一致性。复制服务器采用复制命令语言(RCL)来监测和管理复制系统。
主点和复制点通过复制服务器的warm standby 技术实现两个数据库的准实时同步。当系统正常运行时，数据从主点复制到复制点。如果主点发生故障，则复制点接管主点的所有连接。当主点修复故障后，用户可以把原来的复制点作为主点、原来的主点作为复制点重新构建复制系统，新的复制系统购建成功后，用户可以保持切换后的运行状态（如果两个服务器在同一地点且硬件相同）也可以手工地切换到系统发生故障前的状态，即故障前的主点仍然为主点，所有客户端连接都连接到主点上。
上一页 [1] [2]
|
网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！）