在计算机系统或存储格式之间的数据传送从来都不是一件容易的事，特别是当结构化与非结构化数据并存时。总部位于芝加哥的企业数据解决方案提供商Utopia公司联合创始人兼CEO Arvind Singh说：“数据迁移工作的复杂性意味着成本超支、上线延迟，这是司空见惯的。”
近日Singh在接受媒体采访时，列举了10种常用的数据迁移过程中的问题，包括五大陷阱及五大风险，对此，企业应尽力避免。
1、陷阱1：与业务部门及用户协作失败
当多家公司合并或多个系统集成时，通常在业务整合后，他们还需要确保实行恰当的业务操作。
企业需要确定谁对业务数据最为熟悉并充分理解，谁是企业的业务专家？这肯定不是IT技术支持或系统集成人员。
换句话说，你需要那些未来真正使用数据的人参与整个迁移项目。毕竟，未来系统上线后，他们才是操作该系统的人。
2、陷阱2：缺乏数据管理的规范与组织结构
你已经把数据从系统A转移到系统B了，但由谁来做权限控制、掌管结构呢？由谁来创建、批准、编辑或者删除数据的操作呢？
其他需要解决的问题包括：公司内部是否可以直接搭建和管理数据？是否存在一个业务流程来管理数据的生命周期？你是否拥有公司数据管理的权限呢？
3、陷阱3：原有系统的数据质量太差
公司通常都意识不到“现状评估”在数据开始转移前是至关重要的一个环节。
没有充足的时间了解原有数据库的数据质量是企业在数据迁移项目中常遇到的巨大陷阱。详细的评估分析可以简化公司对系统迁移总体工作量需求的预估，从而成功地迁移原有数据。
4、陷阱4：忽略对于商业规范的验证以及重定义
公司的业务确认规范或许已经过时了。但令人惊讶的是公司通常只投入很少的时间对其业务规范予以确认，而用来确认数据是否符合业务规范的时间更是少得可怜。换句话说，你认为你们已经有业务规范了，但现有的数据是否遵守,并完全符合你所谓的业务规范呢？
另外，审核人员需要在原有系统向新系统迁移后进一步验证数据是否准确，特别是迁移的数据涉及到关键信息时，例如：财务、库存和人员工资等数据。
5、陷阱5：数据迁移流程验证与测试失败
别以为这一步已经是终点了，你确确实实需要按照标准来验证和测试每一个步骤，而且需要考虑的问题有：你将如何进行测试？谁来测试并做出评估呢？谁负责签字确认？谁又是最终使用这些数据的真正用户呢？
这个流程有必要列入项目的整个周期，但遗憾的是，很多公司都没有分配足够的时间进行数据测试、验证，并严格遵守迁移项目周期。
五大风险
下面再来看看大数据迁移的五大风险
1、风险1：企业所信任的负责数据迁移项目人员缺乏行业最佳实践经验
企业的员工或许非常擅长他所从事的工作，但这并不意味着他们也是数据管理、迁移和操控方面的专家。他们虽然是数据的制造者和使用者，但是对工具、流程、服务、模版和提速的最佳模式等可能并不是非常熟悉。
2、风险2：你的团队过度依赖所用的工具
这个问题的主要原因是员工经验不足。数据迁移项目最终通常还要由IT部门负责，但他们往往缺乏管理方向的培训。如果迁移工具使用不当，则会导致大量无效数据被转移。这也正是“输入的是垃圾，输出的必然也是垃圾”的典型案例。
当然你的目标是快速而可靠地转移数据。所以关键就是要看，你如何高效地利用数据迁移工具，以及嵌入在工具内的是怎样的加速器和模版？
3、风险3：多数据源的相互依赖性
“已经记不清曾经有多少次，在与客户一起开会的时候，我听到‘我们刚刚发现一个全新的数据源需要迁移，之前从未注意过。’” Singh介绍说。
多数据源间的相互依赖往往要到迁移过程的后期才引起重视。一个复杂的项目往往要涉及60～70个，甚至80多个不同的数据源，通常来自上百个完全不同的应用系统。
事实上，跨数据源的依赖性,在迁移过程中发现新数据源—这将是延误迁移进程的主要风险。
4、风险4：过于依赖最终一次性数据上传
这种方式通常会带来灾难性的后果，因为你假设各个方面都是尽善尽美的—只需最后简单地敲一下按键，所有的数据都会毫无意外地自动传输好了。
“这样的假设带来的风险真是太大了。”Singh说，“你完全有必要在项目的进程中安排多次、逐步的上传测试。”
5、风险5：由于低估范围或初期准备阶段不当而导致的预算超支
这种情况通常发生在企业相信系统集成商就可以搞定一切。这可是大错特错！
大多数系统集成商都不会顾及超出限定数据以外的事情，他们承诺负责系统接通，把原有系统数据转移到目标数据库中。对于超出范围的需求，那些人会说:“我们是在数据迁移项目的实现过程中才开始介入的。看，这些数据都没有联系在一起，我们无法做测试呀。”
这个问题肯定会导致最终预算超支、时间延误。
当前，IT部门所面临的一项巨大挑战就是风险评估。风险及其影响的评估不仅仅是一项科学，还涉及到工具、流程、以及流程规范，这些可以用来有效地保障企业，并可以适时地告知企业高层。
0 Comments