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

        首先应用采用容器还是虚拟机主要取决于应用的架构规划，是否可以容器微服务化改造，改造的成本等等。       应用容器化部署和虚拟机部署都依赖操作系统和服务器 CPU 架构，容器镜像的构建在 X86 环境到 ARM 环境是不能进行迁移使用的，需要重新在新的架...

您好，目前还没遇到如此体量大的迁移。针对贵公司特点，我个人观点认为：如此庞大体量规模地迁移，应该先按应用类型去分类梳理，将迁移任务进行分解，分阶段开展迁移，对应用和数据库重要性进行风险评估，按照 先外围再核心的思想 ，最大限度降低风险。一个业务条线在信创完成适配后，可以先...

NAS文件系统迁移建议使用rsync来进行数据同步，以及增量数据的同步，通过rsync可以比对数据的一致性和完整性。同时，可以通过人工统计源端和目的端的迁移数据容量字节数和文件个数来辅助验证。...

信创迁移兼容性确实是一个复杂的问题，面临不可预知的事情可能会很多，信创迁移不单纯是应用软件迁移到新操作系统中，还涉及硬件设备的更替以及对应芯片指令集等的更换，还可能涉及代码语言的重新编译或适配JDK等，需要前期做好充分的分析论证和测试验证。从系统运维专家的角度考...

信创OS内核更新的基本很少，kernel版本一般比较固定。系统迁移时，建议考虑以下几点：（1）DB是否和OS适配过，若没有适配过，那迁移就变成了适配工程，代价很大。（2）若适配过，需要检查DB和OS的适配版本；对固定版本的DB，可选择OS适配版本或较高版本。（3）适配过的产品，只能保证安装运行没问题，实际...

NAS文件系统数据迁移确实是一个复杂的过程，其中增量数据停机迁移的时长受元数据扫描和对比所消耗的时间影响比较大。对于这个问题，一些经验和解决方案分享如下：1、首先要站在业务连续性视角来梳理各应用系统的关联关系，梳理NAS共享卷的挂载关系以及相互依赖关系，还有每个NAS共...

采用什么方案主要是与公司的技术路线相关，当前的虚拟化、超融合、云解决方案，基本上都能很好的支持信创操作系统，选择一款合适的产品基于企业规模，后续规划，技术路线等多个方面考虑。...

在迁移应用程序之前，对要迁移到的信创操作系统以及当前服务器的操作系统进行调研是非常重要的。以下是一些建议的调研内容：1、了解要迁移到的信创操作系统的版本、架构和支持的硬件平台。检查当前服务器的操作系统版本和架构，确保其兼容迁移到的信创操作系统。2、检查当前服...

首先，在基础软硬件产品选型的时候，一定要选择案例较多的头部企业产品。其次，一定要购买原厂技术支持服务，确保得到足够多的技术支持。在进行应用架构及基础架构设计过程中，一定要有较高的冗余性，确保业务连续性。...