在往信创操作系统迁移的过程中，大体量的系统如何平滑迁移？

@ waring_id 美宜佳 系统架构师 ：

5.做好应急预案，出现异常情况可以及时处置或回退

@ 王小那个鑫 乐山市商业银行 数据库运维工程师 ：

不论是做一般的数据中心迁移，还是新创迁移等等，对于大体量的迁移，往往无法做到一次性完成，还是需要从业务重要性以及业务影响程度进行分析，然后制定分批计划，逐步完成，甚至可以细化到，某一个系统，先迁移应用，再迁移数据库等等。整个迁移过程可能涉及到的技术众多，耗时可能会很长，一定是一项巨大的工程。

再具体的说下我的理解：

1.针对与java，可能相对比较好迁移，毕竟java是一个运行环境，调用执行即可；

2.针对数据库，目前市面上数据库厂商有超过200家，针对不同的数据库，也有不同的迁移方式，而且各个数据库厂商也有一些较为完整的迁移工具和方式(特别是云平台，基本都有自己的迁移工具),不过如果想平滑迁移，往往我们还是尽可能的以数据库同步的方式来进行(比如MySQL主从同步、 PostgreSQL的物理同步、逻辑同步，甚至可以借助OGG、DSG、kettle进行)；

@navy river 京北方 平台运维：

目前还没遇到如此体量大的迁移。针对贵公司特点，我个人观点认为：如此庞大体量规模地迁移，应该先按应用类型去分类梳理，将迁移任务进行分解，分阶段开展迁移，对应用和数据库重要性进行风险评估，按照先外围再核心的思想 ，最大限度降低风险。一个业务条线在信创完成适配后，可以先并行一段时间，如果没有重大问题，总结经验和教训后，即可开展下一个业务条线迁移准备工作。这样在迁移的过程中，也就逐步积累相关经验和教训，逐步减低风险，最后实现总体迁移成功。以上个人观点，有不足之处，欢迎指正。

@myciciy 某金融科技公司 IT顾问：

建议还是遵循，先易后难，稳步推进，评估，迁移、验证，总结经验，为后续工作做铺垫和经验积累。

欢迎点击文末 阅读原文 到社区阅读和讨论交流

觉得本文有用，请 转发 或点击 赏 ，让更多同行看到