自动数据迁移：为ILM选择适合的技术

ilm5753

　　本文涉及在层级的存储环境下的用以支持信息周期管理(ILM)的自动数据移动；性能和负载均衡；法规遵从以及技术升级或替换。你可以从本文中获知在实施自动数据迁移技术时所需注意的事项。数据移动是指将数据从数据源移动或迁移到目的地。为了使本文更加明确，这其中不包括备份、复制和镜像。
　　数据移动和迁移可以互相替换以说明数据整体或部分的重置。需要特别注意数据移动或数据迁移出现的上下文。例如，你可能会将一个文档从一个地点完全复制到另一个地点并将源文档删除。另一个例子是文档的一部分被复制，其中的一部分数据被复制到新位置，而文档头部或stub file，被留在了原先的FC磁盘的位置。
　　关于自动数据移动需要注意的事项:
　　策略管理器的工作范围是什么，它要与什么样的存储系统、服务器和其它软件协同工作并整合到你的环境中去?策略是如何指定的;是否有模板或向导(wizard)提示以帮助建立策略?是否还需要其它的技术(硬件、软件、设备)和服务来帮助实施透明和自动的数据移动?策略管理器是否能向其它策略管理器发出触发信号或从其它策略管理器接受警告以进行活动或要求进行活动?数据移动对用户和应用来说是否是透明的，设备或服务器是否在迁移后需要找到一个新的挂接点(mount point)、LUN或是卷?数据在移动或迁移时应用是否暂停，在数据被访问时是否被复制回主位置?或，数据是否不论被移动到何处都可以被无延时地透明访问?
　　一些供应商利用基于规则的自动策略管理技术，将数据移动与可透明访问数据移动结合起来。另一些制造商提供基于规则的自动数据移动。但是，在等待数据在被访问时被复制回源位置时可能会出现延时，或由于数据被移动时出现延时。一些制造商提供应用不受影响的透明数据访问和移动，但是，需要一些干预以激活数据移动过程。
　　以上这些说明你需要咨询技术提供商以明确它们的技术可以为你做什么及不能做什么。你需要问的问题包括:
　　数据移动(源到目的)是否时自动的，如何运作，什么时间以及采用什么规则?数据移动在进行时是否对应用100%透明?被迁移或移动的数据是否在被访问时是100%透明的，还是会存在延迟?如何对其进行评估?性能的影响和问题是什么?策略管理器置于何处，它可以和什么技术一同工作?该技术是否可进行cleanup操作，是否包括将移动的文档删除?
　　各个主要的存储制造商和NAS及VTL(虚拟带库)提供商提供各种不同透明程度的自动数据移动或迁移技术。其中一些解决办法在一个盒或存储系统中进行数据迁移盒移动，其它则可将数据在不同技术间进行移动。一些技术是基于存储系统的，一些是基于网络或设备的，另一些则是基于宿主服务器的。
　　象BlueAr、EMC、IBM、Innovation Data Processing、Incipient、LeftHand、Softek Storage Solutions、StoreAge等诸多公司不断加入到自动数据移动提供商的队伍中来。为了避免出现意外，你应该进行咨询，并尽量了解不同技术的能力，还包括数据移动和你应用对其访问的透明性到底如何。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u2/74914/showart_1098830.html