迁移为什么要先盘点
从 Windows 迁移到信创系统，成败往往取决于前期盘点是否做全：硬件与体系架构、外设驱动、行业软件、浏览器插件、打印扫描、账号与共享，每一样都可能成为卡点。先清单化确认替代方案与责任人，再安排迁移批次，可以避免边迁边返工。
基本信息
| 盘点范围 | 硬件、外设、软件、数据、账号、运维 |
|---|---|
| 关键卡点 | 外设驱动与专用客户端 |
| 采集方式 | 资产清单加现场实机核查 |
| 输出物 | 适配结论与迁移批次计划 |
| 目标平台 | 银河麒麟、统信 UOS、openEuler 等 |
盘点维度
- 硬件：CPU 架构（x86_64、ARM、LoongArch）、内存磁盘与外设接口
- 外设：打印机、扫描仪、U 盾与加密狗、读卡器、高拍仪的驱动可获得性
- 软件：办公套件、浏览器及老系统依赖、行业专用客户端
- 数据与协作：本地文件、共享目录、邮箱、打印模板
- 账号权限：域账号、共享权限、映射盘符
- 运维：备份、杀毒、补丁与远程协助方式
基础信息采集
基础信息采集
lscpu; free -h; lsblk # 硬件概况与磁盘布局
lsusb; lspci # 外设与板卡型号
ip -br a; nmcli dev status # 网络与链路状态
dmidecode -t system | head -20 # 整机厂商与型号
uname -r # 目标系统内核版本
rpm -qa | wc -l # 已装软件包数量，作为基线参考高风险项与应对
| 风险项 | 为什么难 | 应对方式 |
|---|---|---|
| 专用外设 | 驱动只有 Windows 版本 | 提前向厂商索取信创驱动或替代型号 |
| 行业客户端 | 依赖老框架与特定运行库 | 确认是否有信创版本，必要时虚拟化承载 |
| 浏览器插件 | 依赖旧内核特性 | 评估替代方案或改为服务端实现 |
| 打印模板 | 公文与票据模板格式复杂 | 在目标平台重建模板并验证输出 |
| 共享与权限 | 域控与共享协议差异 | 改造为文件服务或统一身份方案 |
批次安排建议
- 先迁风险最低的办公与浏览场景验证流程
- 再迁有替代方案的业务系统
- 外设与专用软件单独立项，逐个突破
- 每批迁移后收集问题清单并回归验证
- 保留回退方案与过渡期双系统支持
外设与专用软件是迁移成败的关键：先确认厂商是否提供信创版本与驱动，再决定迁移顺序，避免整批人员迁完才发现关键设备不可用。