（来源：twt企业IT社区）

　　 导 读 

　　当前，很多金融企业对于IT基础设施的需求不断增长，将关键业务系统迁移至全新数据中心是不少企业正在或即将面临的挑战。本文从应用系统的迁移方式、应用系统迁移的整体流程、应用系统迁移遇到的困难及对策做了详细阐述，力求为金融行业内的应用系统迁移项目提供有价值的参考与启示，帮助相关企业在进行迁移时能够更加顺利和高效地完成这一过程。

　　作者：王博

　　某商业银行信息科技部资深运维工程师，十年+系统运维和系统架构从业经验，拥有RHCA、OCP、CKA等认证。目前主要负责全行部署架构设计和运维管理工作，专注于容灾备份、自动化运维、系统迁移等领域。曾主导采用热迁移技术将34套应用系统无缝迁移至异地数据中心，推进了行内重要信息系统的容灾建设及灾备切换演练工作。

　　一、背景说明

　　随着信息技术的快速发展，金融行业对于IT基础设施的需求也在不断增长。在过去几年中，一方面我行业务规模不断扩大，之前使用的服务器和其他IT设备由于使用年限较长，其处理能力和存储空间已经达到上限，影响了业务的正常运行。另一方面，我行积极推进两地三中心的建设，以确保业务的连续性和数据的安全性，通过两地三中心的建设，我行能够实现数据的实时同步和备份，确保业务的无缝切换和快速恢复。

　　鉴于上述问题，我行决定对现有的应用系统迁移至一个全新的数据中心，新的数据中心不仅拥有更先进的计算和存储技术，还具备更高的可靠性和安全性，能够提升我行的风险防控能力，为客户提供更加稳定和可靠的服务。此外，新的数据中心能够提供更好的能源效率，降低运营成本，并且支持灵活的扩展能力，以应对未来业务的增长需求，为我行的持续发展奠定坚实的IT基础。

　　本文从应用系统的迁移方式、应用系统迁移的整体流程、应用系统迁移遇到的困难及对策做了详细阐述，力求为金融行业内的应用系统迁移项目提供有价值的参考与启示，帮助相关企业在进行迁移时能够更加顺利和高效地完成这一过程。

　　二、应用系统的迁移方式

　　应用系统迁移方式是指将现有的应用程序从一个环境迁移到另一个环境的过程。这种迁移可以是为了升级硬件、优化性能、提高可用性或应对业务需求的变化，以下是 笔者使用的应用系统迁移方式：

　　（一）P2V

　　P2V（物理到虚拟，Physical to Virtual）‌是指将操作系统（OS）、应用程序或者数据从计算机的主硬盘中迁移到虚拟机或是磁盘分区中。

　　场景1：我行一些应用系统运行在老旧设备上，由于设备过时，部分硬件和软件支持服务已停止，只能用定时重启来临时解决，这种局面使得维护工作比较困难。

　　解决方案：笔者使用Converter工具，它可以快速、简单、轻松地实现基于 Microsoft Windows的物理机转换和将第三方映像格式转换为VMware虚拟机。这种方案摆脱了人工频繁重启操作的困扰，也解决了物理机宕机的隐患。

　　（二）V2V

　　V2V(虚拟机到虚拟机的迁移，Virtual to Virtual)，是指将操作系统（OS）、应用程序和数据从虚拟机（VM）或磁盘分区迁移到另一个虚拟机或磁盘分区。

　　场景2：我行一些存量应用系统运行在行内机房，为推进两地三中心的建设需要将存量应用系统迁移至新的数据中心。

　　解决方案：笔者使用无代理工具，它提供大规模虚拟化平台的虚拟机迁移，支持VMware、Hyper-v、OpenStack等各类虚拟化平台，且兼容新华三 CAS、华为 HCS 等国产虚拟化平台；还可以使用有代理工具，它可以将生产服务器整机备份保存为原文件格式或虚拟机格式文件，然后快速重建业务系统。

　　（三）跨平台迁移

　　跨平台迁移，是指将本资源池中的系统迁移至异构资源池。

　　场景3：我行一些应用系统并没有部署在本地，而是托管在合作机构，而合作机构的资源池与我行并不一致，随着行内科技力量不断壮大，已具备自主运维的能力，需要将托管在合作机构的应用系统迁移至行内。

　　解决方案：笔者使用热迁移工具，它主要为用户提供由生产服务器向本地或云端目标服务器的整机热迁移服务，可以在业务不停机的情况下，实现系统和数据实时复制，复制完成后可快速切换系统，由新主机接管业务，迁移过程不受服务器形态的限制，同时保证生产服务器和目标服务器的实时一致。

　　（四）手动迁移

　　手动迁移，是技术人员将应用系统的应用程序及数据不借用外部工具，通过对应用系统组件和数据库的了解，将应用系统迁移到其他资源池的过程。这种方法适合对应用系统有一定了解的用户，或者在迁移过程中遇到特殊需求时采用。

　　场景4：我行一些应用系统由于驱动、操作系统等原因，无法用外部工具整体迁移。

　　解决方案：应用系统运维人员则凭借对该系统各个组件的了解进行手动迁移，比如该系统是由Nginx+Tomcat+Oracle构成，则在对端手动安装其组件，并将应用程序和数据完整迁移至对端。

　　‌

　　三、应用系统迁移的整体流程

　　应用系统迁移流程是一个复杂而细致的过程，需要在确保业务连续性的前提下，逐步将系统从旧环境迁移到新环境。以下是应用系统迁移的详细流程：

　　（一）需求分析与规划

　　1、定义迁移目标：明确迁移的原因、预期的结果以及迁移后系统的性能指标。

　　2、评估当前环境：了解现有系统的架构、应用程序、数据、依赖关系等。

　　3、制定迁移策略：基于评估结果选择适当的迁移方法（如P2V、V2V、跨平台、手动迁移等）。

　　对于需求分析与规划中的制定迁移策略，笔者采用了细致的分类方法，将应用系统按照其运行环境进行划分，具体分为物理机、虚拟机、异构平台以及其他类型（包括那些无法通过前三种方式迁移的系统）。通过对每一种类型的系统进行详细梳理，笔者不仅统计了各类应用系统的数量，还仔细核对了它们的授权情况。这一过程确保了迁移策略的全面性和准确性。最终，基于这些分类和梳理结果，笔者制定了一份详尽的应用系统迁移策略计划表。这份计划表不仅涵盖了迁移的步骤、时间安排和资源分配，还考虑了潜在的风险和应对措施，确保了迁移过程的顺利进行。

　　（二）设计与准备

　　1、设计新环境：确定新的基础设施、软件版本、网络配置等。

　　2、准备测试环境：创建一个与生产环境尽可能相似的测试环境用于迁移前后的验证。

　　3、数据备份：在迁移前对所有重要数据进行全面备份。

　　对于设计与准备中的数据备份，笔者采用了备份脚本和NBU备份工具相结合的方法，对应用系统中的数据和应用程序进行了全面的全盘备份。这种备份方式能够确保在数据迁移过程中出现意外丢失的情况下，能够迅速且有效地恢复业务运营，从而最大限度地减少因数据丢失带来的业务中断风险。通过这种全面的备份策略，确保了数据的完整性和业务的连续性，为企业的稳定运营提供了坚实的保障。

　　（三）迁移实施

　　1、应用程序迁移：根据计划逐步迁移应用程序及其相关组件。

　　2、数据迁移：将数据从旧系统迁移到新系统，并确保数据完整性和一致性。

　　3、配置管理：更新所有相关的配置文件和设置，以适应新环境。

　　对于迁实施中的配置管理，由于系统从一个数据中心迁移至另外一个数据中心，网络环境发生了改变，所以该系统无法沿用原系统中的地址来提供服务，需要找到相应的配置文件去修改，这种修改工作比较繁琐，需要仔细检查每一个配置项，确保所有相关的地址和参数都正确无误地更新到新的数据中心的网络环境中。笔者认为，这不仅涉及技术层面的细节调整，还需要确保在修改过程中系统的稳定性和数据的完整性不受影响。因此，这项工作需要由经验丰富的技术人员来完成，以确保迁移过程的顺利进行。

　　（四）系统集成与测试

　　1、接口对接：确保新环境中的应用系统能够与外部系统和第三方服务正确对接。

　　2、性能测试：进行压力测试和性能测试，评估新环境下的系统性能。

　　3、用户验收测试：邀请关键用户参与测试，确保系统满足业务需求。

　　对于系统集成与测试中的用户验收测试，为了确保测试的严谨性和准确性，笔者提出增加一个确认环节，具体来说，当所有的测试案例都已经成功执行，并且经过仔细检查后确认没有遗留任何重大问题时，我们可以认为这次验收测试是成功的。为了进一步确保各方对测试结果的认可，此时应当召开一次总结会议，在会议上，业务部门的代表将进行最终的确认，确保所有测试结果符合他们的预期和需求。这样的流程不仅能够提高测试的可信度，还能确保项目在交付前得到充分的验证，从而减少后期可能出现的问题和风险。

　　（五）切换与上线

　　1、切换计划：制定详细的系统切换计划，包括时间点、切换步骤和回滚，尽量选择业务影响最小的时间段进行切换。

　　2、实施切换：按照计划执行切换操作，将生产流量导向新的系统。

　　3、数据同步：在切换前进行数据同步，确保新旧环境数据一致。

　　4、系统切换：按照计划进行系统切换，逐步将业务流量从旧环境迁移到新环境。

　　5、监控与支持：切换后持续监控系统运行状态，提供必要的技术支持和问题解决。

　　对于切换与上线中的数据同步，笔者使用热迁移中的同步复制来保证数据的一致性，它主要提供字节级的数据实时复制服务。其依托数据序列化传输技术，严格保证生产端和目标端数据的一致性和完整性。由于运行在操作系统层面，该软件可实现以字节级为单位捕获新增数据，实时性高、传输数据量小、对生产服务器的资源占用小，且运行不受存储硬件品牌或物理机/虚拟机环境的局限，可实现异构环境间的高效数据复制。

　　（六）后续优化与维护

　　1、文档记录：更新所有相关文档，反映新的系统配置和操作流程。

　　2、性能调优：根据实际运行情况对系统进行性能调优。

　　3、持续维护：定期对系统进行维护和升级，确保其稳定运行。

　　4、评估反馈：收集迁移项目的反馈，总结经验教训，为未来类似项目提供参考。

　　在整个迁移过程中，沟通和文档记录非常重要，需要保持团队成员之间、管理层以及最终用户之间的良好沟通。此外，还需要有一个应急计划来应对可能出现的问题，并确保能够快速响应和解决问题。

　　四、应用系统迁移遇到的困难及对策

　　在进行应用系统迁移时，会遇到多种挑战和困难，以下是笔者整理的一些常见的问题：

　　（一）兼容性问题

　　1、不同的操作系统、中间件、数据库管理系统等之间的兼容性差异可能导致应用程序无法直接移植到新环境中。

　　2、软件版本之间的兼容性也可能成为问题，尤其是在从较旧版本迁移到较新版本时。

　　对策：上述问题，存在于手动迁移的方式，对于用P2V、V2V和跨平台迁移的方式是不存在这种问题的，因为手动迁移在对端仿照源端搭建了同类型的组件，但是可能忽略了小版本的差异，导致应用系统服务启动异常，所以最佳对策是部署与源端版本完全一致的组件。

　　（二）数据迁移难题

　　1、数据质量，如果源系统中的数据质量不高，可能会导致迁移后的问题，比如脏数据、重复数据等。

　　2、大数据量，大量数据的迁移可能需要很长时间，而且容易出现数据丢失或损坏的情况。

　　对策：上述问题，对于数交平台，报表系统类的系统比较常见，因为这类系统数据量往往非常庞大。所以最佳对策是对历史数据进行彻底的梳理和备份。具体来说，可以将数据按照时间顺序进行分类，保留最近三年内的数据，因为这些数据通常是最具参考价值和使用频率较高的。而更早的历史数据，虽然在某些情况下可能仍有参考意义，但其使用频率相对较低，因此可以考虑将其备份并存储在安全的地方，以便在需要时可以随时调用。通过这种方式，可以有效地减轻系统的负担，提高系统的运行效率，同时也为未来的数据管理和维护提供了便利。

　　（三）安全性考虑

　　1、在迁移过程中，数据的安全性必须得到保证，防止数据泄露或遭到未授权访问

　　2、新环境的安全配置可能与旧环境不同，需要重新评估并设置安全策略。

　　对策：上述问题，存在于上下游依赖关系比较复杂的应用系统，比如支付系统，向上需要和人民银行联通，向下需要和行内系统及合作机构托管的系统联通，所以最佳对策是对网络策略进行详尽分析、论证及评审。

　　（四）停机时间和业务中断

　　1、迁移期间可能会导致业务中断，特别是在切换到新系统时。

　　2、如何最小化停机时间，确保业务连续性是迁移计划中需要重点考虑的事项。

　　对策：上述问题，对于一般类系统迁移相对比较简单，但是处理一些重要信息系统则需要更为谨慎和周密的计划，鉴于此类系统的复杂性和关键性，任何中断都可能对业务造成重大影响。所以最佳对策是在业务量较少或预定的维护窗口期内进行，并确保在规定的工作日内完成所有必要的报备工作。同时，内部公告和对外通知也需要妥善落实。

　　（五）技术债务

　　1、旧系统中可能存在大量的技术债务，例如过时的技术栈、缺乏文档、硬编码等问题，这些都会增加迁移的复杂度。

　　2、缺乏对旧系统的深入理解可能导致迁移过程中出现预料之外的问题。

　　对策：上述问题，几乎是通病，在任何行业都会遇到。所以最佳对策是一方面将整个迁移过程分成多个阶段，按部就班，稳中求进。另一方面是制定详细的风险管理计划，确保能够及时应对可能出现的问题。上述措施，可以在一定程度上减轻技术债务带来的负面影响，使得系统迁移变得更加顺畅和可控，还有一点比较重要的是要保持耐心和持续的努力，因为彻底解决技术债务问题通常需要较长时间。

　　为了克服这些困难，团队应该提前做好详尽的规划，进行充分的风险评估，并准备好应对措施。同时，保持良好的沟通机制，确保所有干系人都了解迁移计划及其潜在影响。

　　五、总结

　　应用系统迁移不仅在于技术层面的更新换代，更在于为企业的业务发展提供新的动力和机遇。通过迁移，企业可以实现资源整合，优化系统架构，提高系统的稳定性和安全性。此外，迁移还可以帮助企业更好地应对市场需求的变化，提升业务的灵活性和扩展性，可以在激烈的市场竞争中脱颖而出，实现可持续发展。