Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1225935
  • 博文数量: 727
  • 博客积分: 10011
  • 博客等级: 上将
  • 技术积分: 8320
  • 用 户 组: 普通用户
  • 注册时间: 2008-07-13 15:42
文章分类

全部博文(727)

文章存档

2011年(1)

2008年(726)

我的朋友

分类: 服务器与存储

2008-07-13 16:21:58

 的考虑

  众所周知,银行的数据就是客户的金钱。数据集中以后,整个中国的数据都集中在两个数据中心的计算机系统内,如果万一出现了类似的恐怖袭击、、地震等天灾人祸,数据被破坏的损失将无法想象,甚至有可能导致整个建行业务的彻底瘫痪。考虑到数据备份的重要性,在考察了国内外同行的经验以及参考了各商提供的以后,数据集中项目选择了StorageTek公司的基于管理系统(VSM)的数据远程备份和恢复方案。

  虚拟系统的备份和恢复方案中包括了两台虚拟子系统VTSS以及本地和异地的两套StorageTek公司的9310自动系统。在日常数据备份过程中,VSM系统会把需要备份的数据同时迁移到本地和异地的磁带库系统的磁带中,如果本地的数据由于发生灾难或者其他事故而失效,异地磁带库中保存的数据可以用来恢复所有的备份数据。

  系统的数据备份方案

  1、目前使用情况

  建行数据集中试点在上海数据中心完成了两个分行的数据集中,目前这两个分行生产运行时需要备份的数据情况为:

  一般日常文件备份数据量较小,对VSM的压力较小;每月系统维护的数据库全备份数据量较大,因此对VSM的需求主要考虑该备份的情况;

  全备份的数据量为:系统部分100G,数据库部分1T。

  上述的数据量,在2003年数据集中试点时,建行南中心购置了两台VSM,通过通道与两台生产主机相联接,另外有两台9310磁带库用于存放备份数据。

  每台VSM在和主机的连接通道为8根时持续写带宽为78 MB/秒左右,两台VSM的持续写带宽为156 MB/秒。考虑到系统开销和磁盘延误造成的开销,实际的吞吐能力将为65%左右,即101 MB/秒。

  根据VSM实际的吞吐能力,两台VSM在4小时内可以完成1.46T的数据备份,由于数据全备份时实际需要备份的数据为1.1T,因此每台VSM和主机的连接通道约为1.1T÷1.46T×8=6根。

  实际操作中在数据库全备份时,将需要备份的数据分为15个作业,其中一个作业先做,待该作业完成后,再提交其他的14个作业并行运行。每个作业所备份的数据量平均为60-80G,其中最大的一个作业是82G;并行运行时,14个作业平均分配到2个VSM上,连接VSM的ESCON通道使用率在作业并行时最高达到80%以上。

  目前整个虚拟存储管理系统的配置连接图如下,两台9310自动磁带库放置在两个地方,异地的自动磁带库通过通道延伸设备和本地的两台VSM连接,完成整个数据在本地和异地的备份。数据库全备份时的数据量为1.1 TB,总的备份时间在240分钟左右,通道使用率在作业并行时最高达到80%以上。



  2、虚拟存储管理系统的升级方案

  随着建行数据集中的进行,2004年将有多个分行上挂上海数据中心,根据目前的数据统计估计2004年数据库的将是目前的4倍,由于对数据库全备份的时间有限制(尽量在4个小时左右完成),即每个备份作业的数据量只能限制在80G以内,所以估计最终并行的作业数将达到50-55个左右。

  通过对现在数据库全备份的观察和分析,VSM的通道将成为数据备份的(在通道使用率达到100%时,将有作业被迫等待运行)。因此为保证2004年数据库全备份工作的正常进行,了增加VSM通道的办法来缩短数据库全备份时间。

  根据数据量的估计将2004年需要全备份的数据分为50-55个左右并行的作业数,目前已有的15个作业,大约新增40个作业,每个作业的数据量控制在80G内。目前的14个作业分别对应两台VSM共12根ESCON通道,新增的40个作业连接VSM需要的通道数为40÷14×12=36根,由于目前的两台VSM已没有通道扩展的能力,因此新购了两台StorageTek公司的VSM4,每台VSM4连接主机的通道数为18根ESCON通道,同时为了保证VSM4中的数据能及时迁移到9310自动磁带库中,又相应增加了9310自动磁带库中用于备份数据的磁带机。

  用户评价

  通过使用StorageTek公司的虚拟存储管理系统VSM,建立了一套完整的数据备份机制,保证了我行数据中心数据备份工作的顺利进行,同时通过使用高性能的虚拟存储管理系统,缩短了批处理时间和备份时间,为我行的24小时服务提供了可靠的保障。
阅读(599) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~