云迁移，大家关注比较多的是为什么要迁移，迁移过程中用户关心的问题，迁移过程中可能会遇到的挑战，一次成功的迁移可能要经历哪些阶段，我们一一来分享下。
一、云迁移的需求背景 根据VC-SMART于今年发布的一份云迁移报告来看：
超过6成的受调查企业用户表示，通过云计算可以优化业务流程和质量，从而构建和维持竞争优势； 34%的企业用户认为现有的IT产品采购和交付流程无法满足业务发展需求，用户利用云计算的弹性优势用于自己的测试项目和创新项目，以及一些突发性流量； 26%的企业用户认为随着数据量的增长，IT系统一次性新购成本和维护成本过高，计划将业务或本地非核心业务迁移至云端； 21%的企业用户认为运维团队规模受控，但运维体量越来越大，希望借助云计算降低自己的运维管理复杂度； 还有一些迁移需求是这次报告里没提到的，例如用户很早已经上云了，但出于某种考虑希望把业务从A云迁往B云，这也是非常重要的一类云迁移场景。
二、迁移过程中用户关心的问题 安全第一，因为云迁移（如果迁往的都是公有云）走的都是公网，如何保证迁移过程中的数据安全？ 对生产系统会产生哪些影响，例如生产停机影响，生产系统性能体验下降？ 迁移完后，如何保证源端数据和备端数据的一致性，完整性？ 涉及大型的迁移项目，服务商是否可以提供详细的迁移实施规划和迁移培训，包括项目计划、割接失败后的回退演练等？ 三、云迁移遇到的挑战
✔ 公网带宽有限，迁移工期长； ✔ 源端和目标端硬件存在差异； ✔ 源端使用了多种数据库，不同应用对应不同的数据库； ✔ 源端IT架构复杂，既有物理机、虚拟机，还有各类集群和小机； ✔ 迁移完成后备端重启过程中，源端产生的增量数据的同步； ✔ 需要在最小停机时间的前提下迁移持续变化的数据； 四、云迁移的6个阶段和14道工序
云迁移的6个阶段 英方云迁移解决方案提供了包括评估和分析、方案设计、环境准备、迁移实施、测试验证和系统割接的6个阶段，14道工序，和包括i2Move在内的3个迁移工具。
云迁移的14道工具 ❶ 评估和分析： 确定迁移范围和目标，结合系统需求调研表，涵盖业务系统信息（业务名称、业务系统、业务分类、使用状态、对接系统等）主机信息（部署架构、IP地址、内外网访问情况、系统重要程度、可允许的宕机时间和最佳迁移操作建议时间、中间件等）操作系统信息（CPU、内存、磁盘容量、OS版本等）数据库信息（数据名称、数据库类型、版本、高可用、数据量、备份策略等）； ❷ 方案设计： 根据评估的分析报告，设计迁移的实施方案，涵盖迁移场景的分类、特殊迁移场景、迁移方案、实施步骤、预知的迁移挑战和风险、应对方案，并针对客户和合作方提供迁移前的分工计划表以及培训计划等； ❸ 环境准备： 迁移目标的基础资源准备，包括计算、存储、网络、数据库环境、新账号、密码、待迁移系统管理员权限设置、迁出和迁移资源对应表，以及迁移软件客户端安装； ❹ 迁移实施： 系统迁移信息配置，数据库迁移、服务器迁移、服务器集群迁移，启动迁移任务和进度观察； ❺ 测试验证： 迁移后的系统稳定性、数据一致性、完整性等验证； ❻ 系统割接： 建立切割计划表，确定各个业务系统的切割时间窗口，进行业务验证，确定是否进行执行回退方案。
| 
发表于 2017-6-2 10:11:35
