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

全部博文(8065)

文章存档

2008年(8065)

分类: 服务器与存储

2008-11-25 15:08:54

   如果某家公司因为业务量的增长,而不得不升级存储系统(这中间势必会牵涉到数据迁移的问题),请问你有什么比较好的推荐?你觉得应该将数据迁移到一台服务器上呢?还是选择存储区域网络(SAN)会更好一些呢?

  在进行数据迁移之前,往往需要考虑两个问题,它们看似独立,相互之间却存在着密切的关系:

  1、现有的存储资源是否能够满足公司日后的业务数据增长需求?

  2、按照目前的数据增长速度,以后是否还需要进行第二次、第三次迁移?

  这两个问题,如果分开考虑的话,估计费点儿事,都可以解决;但是,如果它们同时发生,那么,事情就大条了。所以,当你直面挑战时,一定要三思而后行,留下足够的回旋余地。

  首先,必须要弄清楚目前公司的数据增长率大约为多少个百分点。第一个需要考虑的问题就是“现有的存储系统架构能否满足数据存储需求?”如果能,那么我建议你先不要急着购买新的设备,或考虑迁移数据;如果不能,就可以着手挑选新的存储系统,制定一份维护计划,然后再将数据迁移到新的存储环境内。重新构筑存储子系统,可是一项庞大的工程,需要耗费大量的时间和精力,这一点你可要做好充分的心理准备。在项目计划书中详细地列出每一个步骤,每天都要进行审核,你可以与同事分工合作,也可以一个人独力完成。在实施数据迁移的过程中,一定要与你的客户保持密切的联系,经常听取他们的反馈意见,因为,最有资格评判你的迁移计划成功与否的人,就是你的客户。

  下一步是产品评估阶段。首先要划定一个范围,因为现在市面上的存储子系统产品,品牌实在太多,一不小心,就会陷入“范围蔓延”(scope creep,软件项目超出计划的目标,比如说完工时间的拖延和工程预算的超支)的泥沼当中。为此,不妨创建了一个信息需求模型(request-for-information,RFI),将公司目前及未来一段时间内的需求详细地列举出来。或许你可以将系统升级计划划分成2~3个阶段,循序渐进地完成。接下来,评估RFI上每一项需求的优先级别,将最不重要的功能剔除掉。最后,做出购买决定。

  另外,你还问到服务器和SAN存储设备,哪一种更好一些,我觉得主要得从以下几个方面进行考虑:公司现有的网络拓扑结构、IT预算、企业的科技意识、FC技术与IP技术的优缺点综合对比、IT人力资源(公司所拥有的网络专家或FC专家)、存储环境性能需求、系统扩展性需求,等等。

  无论从性能、可用性、可管理性、扩展性,还是从技术的发展成熟程度来看,SAN存储阵列都较基于服务器的存储系统更胜一筹。如果你对存储解决方案有什么特别的要求,而它刚好又与当前的操作环境相冲突了,那么,把它加入到我之前提到的RFI中,评估其优先级别。

  接下来就可以进入数据迁移阶段了。首先,制定一份特殊的步骤清单,评估新旧两个站点处理数据迁移的能力水平。另外,生活中的一些小细节也需要注意一下,比如说办公大楼的电梯间有多大,能否装得下机柜;楼层地面每平方米的承重重量都是有限制的,大型设备一般都比较重,确认一下它们是否超出了地面承重指标。

  还有,如果你不打算在两个站点之间做数据备份或建立镜像的话,那么,在进行数据迁移之前,务必要保留一份企业应用信息数据的完整备份。

  完成迁移之后,仔细检查整个存储系统,确认所有的部件运行正常,数据完整无损。如果有问题,找到它的根源,并加以修正。

阅读(466) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~