| 出版日期：2004-03-08 总期号：1294 本年期号：15 |
|
 |
用昆腾DX30实现灾难备份
提 要 在建设灾难备份系统时，可以参照如下原则进行设计，即数据备份的有效性、数据恢复的可行性、系统实施的简单实用性、总体投入及拥有成本。 需求分析 这里，我们用一个实际的用户案例作参考。 用户现有环境中共有服务器节点70个左右，服务器以Windows平台为主，另外还有若干台Sun服务器和Linux服务器，节点数量众多，应用种类也较多。 目前主要的应用服务器有2个Oracle数据库节点，6个MS Exchange服务器节点，3个MS SQL服务器节点，用户希望实现对这些应用的在线备份； 还有部分应用采用双机集群软件来保护，环境中共有4套CLUSTER群集系统，分别针对Oracle、SAP、MSSQL及Print Service作应用保护； 用户环境中还有一些重要节点需要实现灾难时的限时恢复； 用户同时还希望考虑到合并以后分公司4台服务器（2套基于Oracle的SAP，2套基于SQL的SAP）的备份； 用户现有环境以LAN架构为主，总数据量大约1.5TB～2TB，分布在不同节点上。 方案设计 根据上述需求分析，用户可选用昆腾DX30和昆腾M2500来构建一套完整的备份系统。 整个备份系统的设计框架是：主体架构采用专用LAN网的备份方式，实现不占用业务主干网大数据量的备份。 考虑到应用服务器数据的重要性，备份系统要能够在现有基础上实现对其数据的备份，或者通过添加适当模块，可以实现对应用的在线备份。这样要求备份系统具有非常灵活的升级能力。备份服务器端安装备份服务器软件，所有对备份系统的配置、策略规划、客户管理均由备份服务器完成。备份客户端安装备份客户/存储节点软件。备份任务的配置由备份服务器完成。当备份服务器根据备份策略发出备份请求时，备份客户端软件响应备份服务器的需求，将业务数据传输到备份服务器，备份服务器接受备份客户端数据，然后将业务数据写到磁带库。在线应用安装相应的在线数据模块，可以实现应用的在线备份。对于短期内的数据有可能会出现紧急恢复的要求，这就需要备份网络拥有非常高的恢复速度。 以上的一个备份框架详细描述了备份系统下的备份体系结构，备份服务器/存储节点/备份客户端三重结构全面保护了用户环境中的重要数据。备份服务器实现对整个备份环境的管理配置，存储节点对环境中大数据量节点实现LAN-Free备份，客户端节点可以实现数据网络备份。该备份架构的灵活性使备份系统具有强有力的扩展升级能力，未来当用户对备份需求有所加强时，只需根据需求添加适当模块，无需重新投资，充分保护了用户现有投资成本。 方案详细设计 用户数据中心一台备份服务器: Backup Server 采用FC连接到存储局域网，管理中心所有节点的备份任务。DX30以及M2500都通过FC接口连接到备份网络中。所有的备份数据首先备份到DX30上，利用DX30使用硬盘作为存储介质的特点，提供高速的数据通道，同样，在恢复时，DX30的速度也完全能够满足前端应用服务器对数据的请求，在最短的时间内将数据恢复。当存放在DX30上的数据超过了用户定义的时间，我们可以应用磁带库之间复制的方式将数据从DX30上转移到M2500磁带库中，完成对数据的归档工作。 这种备份方式是一种先进的备份保护方式，充分利用了现有的专用备份网络来保护备份服务器数据。该方案不仅在网络性能方面起到了保护作用，而且在数据安全方面也有自己的特色，即数据中心始终有一份本地的在线数据和异地的离线数据，在保证高速数据恢复通道的基础上，提供了最安全的备份系统。 该方案还具有以下一些特性： 全面的数据保护。保护本地和异地的所有数据，包括数据库、文件系统、安全信息、用户profile、存取控制表、Windows注册表和事件日志。 优越的性能。透过数据流并行技术、数据多路技术、数据压缩和支持高速磁带库，加速备份和恢复的操作。 自动化的介质管理。通过对通用磁带库的自动管理，诸如磁带驱动器共享、磁带驱动器清洗、条形码、标签、详细目录操作等。 |
||||||||||||||||||||||||||||||
