ibm存储容灾方案v

i b m存储容灾方案v This manuscript was revised by the office on December 22, 2012

存储容灾解决方案

目录

一、概述

1.1信息系统现状

1.1.1存储系统现状

目前业务系统主要应用系统有文件服务器（windows ）、应用服务器（windows ）、邮件服务器（windows ）、防病毒服务器（windows ）、HR 服务器（windows ）和ERP 服务器（SUN 小机）。目前应用系统均运行在独立的服务器中，一方面服务器本身容量空间有限，随着业务数据的不断增长，空间已基本饱和，另一方面数据安全性没有保障，服务器故障将面临整个业务系统数据丢失（单台服务器故障，怎么会造成整个数据丢失）。应用系统的高性能存储空间及数据保护工作是信息中心最为重视的 现有存储系统情况统计：（表格把客户目前服务型号及硬盘分布要写的详细些，表格我会提供） 序号 系统组成 系统类型/存储方式（位置） 现有磁盘阵列及类型、容量

1

文件服务器 Windows/本地 // 2

应用服务器 Windows/本地 3

邮件服务器 Windows/本地 4

防病毒服务器 Windows/本地 5

HR 服务器 Windows/本地 6 ERP 服务器 SUN 小机/本地 从上表情况来看，所有业务系统的数据都存放在本地硬盘上，本地硬盘存储具有如下缺陷：

单硬盘或者原始RAID 方式，故障率高，安全性低。

性能低下，影响应用主机性能。

磁盘容量性能扩展性差。

只能通过与之连接的主机进行访问。

每一个主机管理它本身的文件系统，但不能实现与其他主机共享数据。 数据分散，管理复杂。

综上所述，在信息中心现有的业务系统环境中，各业务主机的存储环境主要由本地硬盘，存储数据分散在各自单独的本地存储中，导致数据分散管理，管理非常繁琐，数据的安全性和高可用性得不到根本保障。从存储方式来看，对业务系统来说，改善存储架构，用先进的集中统一管理的FCSAN存储架构代替现有的存储架构，提高存储的安全性和高可用性是非常有必要和必须的。(建议把现有架构和FCSAN架构做一个对比的拓扑图，简要分析下优劣势)，（客户担心吧鸡蛋放在一个篮子里面不安全，打个比方解释下,使客户放心）

1.1.2备份系统现状

在信息中心现有的业务系统环境中，服务器类型较多，业务系统分布在unix、Windows等不同的平台上，数据库以Sqlserver为主，对操作系统及业务数据和数据库目前主要采用传统的手工方式进行备份。

信息中心现有备份情况统计（表格把客户目前硬盘分布要写的详细些）

序号系统组成数据库数据量数据库类型及版本现在的备份方式

1文件500GB-手工备份

2应用100GB-手工备份

3邮件100GB-手工备份

4防病毒100GB-手工备份

5HR100GB-手工备份

6ERP200GB-手工备份

无集中备份管理系统，具有如下隐患和风险：

物理故障导致数据无法恢复

物理故障是指造成系统无法正常运行的软硬件损坏。如操作系统故障、应用程序和数据库损坏、硬盘故障、主机故障等。常见的几种物理故障包括：

操作系统故障：非法指令造成的系统崩溃，系统文件被破坏导致无法重启。

应用程序损坏：缺少文件或程序本身不完善导致程序无法运行。（上了集中存

储和容灾该故障如果还存在，可以不写，因为客户并没因为上了存储而改变

现状，）

整机损坏：由掉电、火灾、地震等造成设备无法运行。

硬盘故障：硬盘是精密的机电设备，安装时的无意磕碰、掉电、电流突然波动

等原因都有可能造成设备无法运行。

网络设备故障：传输距离过长、设备添加与移动、传输介质的质量问题和老化都有可能造成故障。

逻辑故障导致数据无法恢复

逻辑故障包括两种，第一是系统能够正常运行，但实际已经有部分损坏，如数据文件丢失，程序丢失等。第二种是系统本身虽然完好无损，可是系统中的部分数据是错误的。常见的几种逻辑故障包括：

数据不完整：系统缺少完成业务所必须的数据。

数据不一致：系统数据是完全的，但不符合逻辑关系。

数据错误：系统数据是完全的，也符合逻辑关系，但数据是错误的。

逻辑故障隐蔽性强，往往带有巨大的破坏性，并造成不可估算的损失·（通过集成存储可以减少和避免逻辑故障么）。

无法对数据库进行在线备份

用手工方式对数据库进行备份，需要将数据库停机，否则无法保证备份数据的一致性和可用性。用手工方式对数据库进行备份，对数据的性能会有很大的影响，影响生产系统的使用效率和性能。

数据管理工作难以形成制度化，数据丢失现象难以避免；

数据分散在不同的机器、不同的应用上，管理分散，安全性得不到保障；

应用系统的使用维护人员工作量大，业务人员工作效率下降；

存储媒体管理困难，如今，用来存储数据的介质越来越多，各种不同系统下存储产生的软盘、磁带、光盘将给管理带来很大的困难；（客户不用磁带等存储设备）

历史数据保留比较困难；

综上所述，手工方式进行备份经常需要人工干预，且工作效率非常低下，备份数据的安全性和可用性也得不到保障，无集中统一的管理平台，管理非常繁琐，为了解决这些由于数据的增长或信息化发展所带来的问题，信息中心业务系统迫切的需要构建一套完善的集中备份管理系统。通过先进的集中备份管理系统自动灵活的完成每天繁重的数据及系统的备份，极大提高业务系统数据的安全性和可用性，为信息中心系统的不间断运行和数据的安全性提供最大的保障。

原有存储备份系统拓扑示意图：

1.1.3没有一套完善的容灾保护机制

信息中心的业务数据非常重要，它影响到整个公司的运作，一旦发生水灾、火灾、地震或者一些非人为性的灾难，数据将受到严重威胁，建立一套完善的容灾保护机制来确保数据的安全和业务的连续运行是非常有必要的。

从容灾的级别和要求来说，可以分为数据级容灾和应用级别容灾。

数据级别容灾，指灾难发生后以后可以确保数据不会丢失或者遭到破坏。数据级的容灾是比较基础的，其中，成本较低的数据容灾方案中，仅需利用库和备份或者虚拟磁带库自身的远程复制功就能实现数据异地备份，达到数据远程复制的效果；而较高级的数据备份方案则是依靠数据复制工具，例如卷复制软件，或者硬件控制器的远程数据同步功能，实现数据的远程复制。

数据级别容灾是保障数据可用的最后底线，当数据丢失时能够保证应用系统可以重新得到所有数据。从这种意义上讲，数据备份属于该级别容灾，用户把重要的数据存放在磁带上，如果考虑到高级别的性还可以把磁带运送到远距离的地方保存，当灾难发生后，从磁带中获取数据。该级别灾难恢复时间较长，仍然存在风险，尽管用户原有数据没有丢失，但是应用会被中断，用户业务也被迫停止。客户不用磁带应用级别的容灾是以数据级容灾为基础的，在数据不丢失的前提下，把系统和应用软件都进行复制，当然这里所说的复制不是拷贝一份那么简单，还要涉及到主节点故障的时候，备用节点需要知晓，并且把应用和数据全部接管，代替主节点工作。也就是说，在备份站点同样构建一套应用系统。

应用级容灾系统能提供不间断的应用服务，让用户应用的服务请求能够透明地继续运行，而感受不到灾难的发生，保证信息系统提供的服务完整、可靠、安全。一般来说，应用级容灾系统需要通过更多软件来实现，它可以使企业的多种应用在灾难发生时进行快速切换，确保业务的连续性。

综上所述容灾不是一个简单的复制，它需要考虑到各个方面的问题。我们要考虑到数据从本磁盘复制到异地磁盘的机制，恢复的可行性，并且还要考虑到网络如何切换，应用如何切换，如果前期的规划不合理，就很有可能在灾难发生的时候切换不成功或者在没有发生灾难的时候就切换到异地，毕竟应用的切换都是有风险的，这都将影响到业务的有序进行。所以我们建议在选择一个合适的产品的同时，要选择一家有