登录 / 注册
IT168存储频道
IT168首页 > 存储 > 存储应用 > 正文

避免粗暴系统“拆迁” 数据迁移有妙招

2010-12-27 00:58    it168网站原创  作者: 李隽 编辑: 李隽

  【IT168 专稿】几年前,数据中心最常见的迁移类型可能是操作系统的升级,通常情况下,操作系统的升级是伴随服务器硬件或应用程序升级同步发生的,在此期间,生产数据将不可避免要从一个地方转移到另一个地方。随着数据爆炸式增长和服务器虚拟化技术的普及,今天我们看到的更多是存储系统的升级,与操作系统是否升级无关,虚拟化物理服务器或提供更多存储空间已成为当务之急。

  有人说数据迁移不就是从A点转移到B点吗?应该很简单,如果你有这种想法就错了,在IT领域,真正的麻烦在于细节。数据迁移的成败关键在于最终需要的停机时间,应尽最大努力确保停机时间最小化,并确保迁移期间不出现突发问题,下面我将介绍几种最常见的数据迁移情景,以及存在的陷阱。

  从一种存储类型迁移到另一种存储类型时,首先需要正确了解源和目标存储,你对它们的了解程度可能会最终左右你使用的数据迁移策略,面临的风险,以及所需的时间。

  DAS到SAN迁移

  最简单,最常见的存储迁移形式可能要数从物理服务器本地,直接附加存储迁移到SAN存储,假设你有一台部门文件服务器,本地磁盘空间已经快用光,为了满足用户的存储需求,你购买了一个新的SAN存储,于是想将用户的数据转移到它上面,但必须不惜一切代价,避免不必要的停机时间。

  第一步是将物理服务器连接到SAN,不管你使用的是FC SAN还是iSCSI SAN,都需要给服务器添加SAN存储连接设备,如果是FC SAN,就需要FC HBA(主机总线适配器),如果是iSCSI SAN,用双端口千兆以太网网卡就行了,完成HBA或网卡的安装不应该超过1小时,同时,你最好在这个时间范围内将需要的软件也一并安装好,避免以后再停机或重启服务器。

  配置好SAN后,在你的服务器上装载新的数据卷,并格式化,完成后,你的服务器上就拥有一个全新的空卷了,这时你可以预迁移数据副本,很多人在这一步会犯错,总是试图将所有数据全部移走,其实完全没必要这样做,不仅风险很大,数据迁移所需时间往往比你预计的要长得多,特别是迁移包含大量小文件的文件服务器,相反,你应该使用robocopy(Windows)或rsync(Linux,Windows)等数据卷镜像工具。如果配置得当,这些工具允许你将生产服务器上的数据同步到SAN,包括非常重要的安全描述符,因此不需要生产磁盘卷脱机,通过几天的连续同步,非生产SAN存储上的数据就和生产服务器上的文件完全同步了,这样就不需要中断生产系统,如果你要迁移的是数据库服务器,虽然不可能执行增量复制,但你可以通过复制测试确定迁移需要的时间,从而做好停机规划。

  为了减少迁移时间,需确保没有用户打开或锁定共享服务器上的文件,如果是Windows Server操作系统,可以停止“Windows Netlogon”和“Server”服务,这样用户就无法访问服务器上的共享文件了,微软的Process Explorer或Linux下的lsof可以检查是否有进程锁定你需要复制的文件,在Windows服务器上,WMI服务通常是罪魁祸首。

  当你确定源存储卷上没有文件被打开后,就可以开始做同步操作了,遇到复制失败错误时,应仔细阅读错误消息,因为某些系统文件是无法移动的,重点应放在用户数据上。

  数据完全镜像后,最简单的办法就是交换盘符或挂载点,当然,你也可以修改共享设置和应用程序设置,如杀毒软件的排除选项,指向新的驱动器,最省时的办法还是交换挂载点,如果你的本地数据卷使用的是D:,先将本地卷的驱动器号移除,然后将其分配给SAN卷,完成后,重启服务器,再启动需要的服务,用户就可以访问和使用新的SAN卷了。

内容导航
标签: DAS , SAN , 存储软件 , 迁移
  • 2010-12-27
  • 2010-12-27
  • 2010-12-27
  • 2010-12-27
  • 2010-12-27
网友评论
已有0条评论
  • IT168企业级IT168企业级
  • IT168文库IT168文库

扫码送文库金币

编辑推荐
系统架构师大会
系统架构师大会
点击或扫描关注
IT168企业级微信关注送礼
IT168企业级微信关注送礼
扫描关注
首页 评论 返回顶部