Chinaunix首页 | 论坛 | 博客
  • 博客访问: 11675390
  • 博文数量: 8065
  • 博客积分: 10002
  • 博客等级: 中将
  • 技术积分: 96708
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-16 17:06
文章分类

全部博文(8065)

文章存档

2008年(8065)

分类: 服务器与存储

2008-12-29 11:04:39

1 、企业更加关注数据连续性

我们对于重要的数据,提到保护第一想到的就是备份。通过备份的方式将文件、数据库等重要数据做一个副本。这是一个简单易行的方法,而且目前很多企业里都是如此来实现的。但是随着电子业务的发展和依赖,约来越多的 IT 设备需要连续运转,这样比以前更容易受到中断的影响。业务的中断对不同类型的企业来说造成的损失有所不同,但众多的业务和客户数据从而受到影响将会直接导致客户感受、竞争对手、法律责任、企业信誉等受到严重影响。随之而来的损失更是不可估量。
 
以前我们讨论过业务的连续性通过高可用、集群等方式实现,还讨论过连续数据保护( Continuous Data Protection , CDP )。动辄百万的 IT 投入资金和维护让众多的企业望而却步,不得已继续使用原始的定期备份方式。在某市的一家武警医院,仅有 2 台实现高可用技术,但是还是担心数据的丢失,希望能够在增加 1 台存储和一台的情况下实现数据的连续复制保护解决后顾之忧。当了解到冗灾复制方案时,所需要的预算资金就把客户的这一念头彻底打消了。
 
在这里我们就是要讨论一下如何能够在最有限的资金投入下也能够获得最大的数据连续性的保护。那么我们要保护的是什么?保护级别是什么?如何能够实现各种各样的保护?
总的来看排除业务应用,所关注的数据无非分为 2 类:
 
• 普通文件
• 数据库
普通文件是指的能够随时打开的可读写的文档,例如 WORD 、 EXCEL 、 POWEPOINT 等。它的特点是不受其它关联程序的干扰,相对独立的个体所承载的信息量少,我们随时打开、编辑、保存和关闭。备份与复制过程都简单,只要文件不被读写改变时都可以完整地保护单个文件。普通文件的复制实现过程较为简单,我们不做讨论。
数据库通常由库文件、日志文件、控制文件等组成,而且在工作时处于程序访问状态和变化状态,不能通过简单的复制、转移实现备份过程。文件中所包含的数据表也无法确保其完整性。因此如何确保数据库的实时保护是很多方案中最为核心的部分。
 

1 、企业更加关注数据连续性

我们对于重要的数据,提到保护第一想到的就是备份。通过备份的方式将文件、数据库等重要数据做一个副本。这是一个简单易行的方法,而且目前很多企业里都是如此来实现的。但是随着电子业务的发展和依赖,约来越多的 IT 设备需要连续运转,这样比以前更容易受到中断的影响。业务的中断对不同类型的企业来说造成的损失有所不同,但众多的业务和客户数据从而受到影响将会直接导致客户感受、竞争对手、法律责任、企业信誉等受到严重影响。随之而来的损失更是不可估量。
 
以前我们讨论过业务的连续性通过高可用、集群等方式实现,还讨论过连续数据保护( Continuous Data Protection , CDP )。动辄百万的 IT 投入资金和维护让众多的企业望而却步,不得已继续使用原始的定期备份方式。在某市的一家武警医院,仅有 2 台实现高可用技术,但是还是担心数据的丢失,希望能够在增加 1 台存储和一台的情况下实现数据的连续复制保护解决后顾之忧。当了解到冗灾复制方案时,所需要的预算资金就把客户的这一念头彻底打消了。
 
在这里我们就是要讨论一下如何能够在最有限的资金投入下也能够获得最大的数据连续性的保护。那么我们要保护的是什么?保护级别是什么?如何能够实现各种各样的保护?
总的来看排除业务应用,所关注的数据无非分为 2 类:
 
• 普通文件
• 数据库
普通文件是指的能够随时打开的可读写的文档,例如 WORD 、 EXCEL 、 POWEPOINT 等。它的特点是不受其它关联程序的干扰,相对独立的个体所承载的信息量少,我们随时打开、编辑、保存和关闭。备份与复制过程都简单,只要文件不被读写改变时都可以完整地保护单个文件。普通文件的复制实现过程较为简单,我们不做讨论。
数据库通常由库文件、日志文件、控制文件等组成,而且在工作时处于程序访问状态和变化状态,不能通过简单的复制、转移实现备份过程。文件中所包含的数据表也无法确保其完整性。因此如何确保数据库的实时保护是很多方案中最为核心的部分。
 

3 、冗灾方案选择推荐

了解数据的保护方式后,我们就可以更方便的为客户设计方案了。我们在这里的冗灾方案主要是指的是数据的连续保护方式,并没有讨论和探讨高可用、备份、链路冗余、网络、灾难恢复计划等。

3.1 、基于存储的高级冗灾方案

主机特点
存在多品牌主机 (>4 台 ) 、异构操作系统 (Windows 、 Linux 、 Unix)
存储特点
高端、数据中心级别
数据特点
数据库 (Oracle/SQL) 、多种文件并存
保护级别
零数据丢失或者极小数据丢失
预算范围
预算充裕、近百万
方案特点
基于存储的数据同步 / 异步复制方案,与主机端软件无关,能够在 SAN 的环境中配置光纤链路实现基于存储的块数据复制。适合远距离数据冗灾保护。
设备选型
• 2 台 EMC CX500(CX700)
• 2 套 部门级或企业级管理软件
• 2 套 MirrorView 数据复制
• 每一套 PowerPath 链路冗余软件
• 每 2 块光纤 HBA 卡
• 2~3 台光纤交换机
• 相关服务
本方案适合类似电信、政府、银行等对于数据安全要求非常高, IT 建设资金充裕的客户。由于基于了存储端实现复制技术,因此无论存放何种数据、格式,都可以实现同步 / 异步复制过程,不会随着要增加的主机数量而大大增加投资成本。但需要购买同档次设备例如 2 台 EMC CX500 ,以及 2 套 MirrorView 软件,使得方案成本高居不下。

3.2 、基于主机复制软件的中级冗灾方案

主机特点
存在少数主机 (<4 台 ) 系统平台单一
存储特点
无特殊要求,可选 AS500 IP&FC 存储
数据特点
数据库 (Oracle/SQL) 、多种文件并存
保护级别
零数据丢失或者极小数据丢失
预算范围
预算一般,三十万以上
方案特点
基于主机安装的存储卷管理软件来实现多主机之间的数据同步 / 异步复制方案,与存储设备无关 , 可以基于 FC/SCSI/iSCSI 存储架构。
设备选型
• 2 台 浪潮 AS 系列 (AS200/300/500)
• 每一套卷复制软件( Vertias Volume Replicator )
• ( 可选 )1~2 台光纤交换机
• 相关服务
本方案适合类似政府、企业等对于数据安全要求非常高,现有服务器不多, IT 建设资金相对充裕的客户。由于服务器数量较少,便可以使用基于主机的卷复制软件,对于保护何种数据、格式限制较少,都可以实现同步 / 异步复制过程。缺点就是会随着增加的重要业务主机数量而增加成本。而且由于占用主机资源的复制技术,在负载量大时会导致住业务性能下降。不适合业务负载比较大的应用。

3.3 、基于应用程序的冗灾方案

主机特点
存在少量主机 (1~2 台 ) 、同类操作系统 (Windows 、 Linux 、 Unix)
存储特点
入门级、企业关键业务
数据特点
数据库 (Oracle/SQL) 、多种文件并存
保护级别
零数据丢失或者极小数据丢失
预算范围
预算不足、二十万元级别
方案特点
基于数据库的管理功能实现数据同步 / 异步复制方案,与主机端软件无关,与存储无关。
设备选型
• 1~2 台 浪潮 AS 系列 (AS200/300/500)
• 1 套 Oracle9i/ 10g ( SQLSERVER ),企业版数据库软件服
• ( 可选 )1~2 台光纤交换机相关服务
本方案适合 IT 架构简单资金紧张但又不满足于备份所提供的数据保护,希望实现数据实时保护的客户,例如中小企业、财务系统、医疗系统等。使用企业版数据库软件所附带的高级复制功能,可以在远程实现 2 台数据库服务器的数据复制。无论从性能还是兼容性上来看都是最佳的选择,而且无需购买昂贵的第三方软件。缺点就是需要较强的数据库管理人员来维护。
阅读(893) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~