系统迁移，国产化转信创如何实施？

这么多库要在8个小时之内完成实施，如果验证测试的时间也包含在内的话，时间确实很紧。在云环境和当前机房网络畅通的情况下，71套库对应的业务系统如果有分级的情况下，可以考虑提前迁移一些非核心系统到信创云环境。一是为了减少核心系统切换窗口的操作及验证工作量，另外也可以提前通过非核心系统的实际运行情况验证信创云环境的运行效率。对于交互频繁的业务系统需要注意两边的网络延时情况，如果过防火墙的话就不建议同一业务系统的应用服务器和数据库服务器跨区调用了。ARM的CPU相比intel来说虽然单核性能偏低但是核数拥有绝对优势，我们用ARM服务器（128C）替换老x86服务器（24C）后CPU使用率是有大幅下降，但这里有个前提是我们替换的是老服务器。

单纯的服务器迁移，在信创项目实施中，想对于数据库和中间件来说，还是容易的多。在不考虑芯片、操作系统和应用的兼容前提下，直接替换就可以。现在的云架构我听说很多都支持混合架构的云，X86和ARM可以共存，在同一片云内可以直接替换成ARM架构的机器。如果替换到不同的云，那就涉及到数据的迁移，这种情况下，还是要多具体的数据做一个分析，如果整体迁移时间窗口不允许，那就要分析哪些数据是冷数据，哪些数据在多长时间内不会有变化，提前迁移冷数据，在迁移窗口迁移最近的数据，减少迁移的时间。
至于是否可以通过看CPU的每秒执行的百万指令数判断性能差异，可以参考，但不是最终判断的依据，因为根据应用类型的不同，还是有差异的，建议还是通过对具体应用进行压力测试后再做判断。

大数据量迁移，数据库层面应该是同构同版本吧，如果是的话，一般都是要提前迁移准，停机窗口增量的模式迁移，否则那么大的数据量8小时很难完成。另外可以借鉴一些数据库厂商的工具进行迁移。至于x86和arm的性能差异，这个和CPU型号，数据库以及SQL等都有关系，具体还是要做对比测试和性能测试确定部署方案。

交易量和数据量这么大，一定要做POC啊。
这些数据库厂商都是这样的，你没确定买他家的东西时，要求他们进行POC测试、出迁移方案，他们都会排高级人员现场支持。等你签了合同，就不是那回事。
所以前期一定要做POC，让几家厂商出迁移方案。

其实情况 是 确实可以提前迁移 就是因为数据还在生产上执行 不知道最后如何将最后一点数据迁移过去。比如hadoop集群 这么大的数据量 一次性discp肯定结束不了。

这个，信创云厂商得给方案并提供迁移服务呀。否则迁完出问题，到底是信创云的问题还是甲方自己没迁明白的问题呀？

8个小时做迁移肯定是不够的，所以这样的情况下只能做割接不能做迁移，性能也没有做测试，架构也没有做测试，像这种情况下架构肯定是要调整的，所以只能调整架构以后，业务测试通过以后，8个小时来做割接。算算你将近500tb的数据，8个小时，你通过网络来进行迁移，传输数据的时间都不够。

ARM比X86同等规格的，性能弱5%到20%不等，看数据库的业务场景，需要具体评测

其实是个很复杂的问题。
首先，性能的差异需要评估的点比较多，云平台、CPU、存储性能的差异都是需要考虑的，原厂给的经验数字不好落于文字，数据的真实性也不好评估。
其次，CPU核数较主频重要，尽量多要CPU吧，胆子大点，按2倍要，多了再退嘛。
第三，8小时应该是不够的，先算算文件传输要多少时间吧。要留足处理异常的时间。
建议：会同原厂资深技术人员，做好技术方案（注意，一定要资深，还要专人全程）。云资源分配后，先部署系统软件，在线迁生产数据，然后测试测试测试，充分测试无问题后再通过抽取更新数据，或全部重新加载。