干国产化替代这行最常被问的问题排第一的绝对是“系统怎么升”。银河麒麟从V7、V10跨到V11表面上看是插个U盘重装系统的事实际操作起来远没那么简单。V7的软件源早就断得七七八八V10又存在RPM体系和DEB体系两套路线V11的内核、图形栈、安全策略全都不一样了。直接格式化重装数据丢不丢先不说单位里的业务系统、加密狗驱动、老旧外设能不能接着用全是问号。我做过几次完整的V10迁移到V11的项目也帮人处理过V7老机器数据抢救这里把整套流程和坑位整理出来。这篇内容会按照“迁移前判断—体检盘点—备份—安装—回迁—验证”的顺序展开末尾附上我从热搜和实际项目里整理出的高频问题处理办法包括时间同步、SSH升级断连、GCC编译后版本不变、密钥环取消、网络感叹号这些。不管你是给单位一台台换还是手里只有一台老机器想自己折腾照着这套思路走基本不会翻车。1. V7/V10与V11的真正差距以及“原地升级”为什么容易翻车1.1 银河麒麟三个大版本底层根本不是一回事银河麒麟V7是很早的版本设计思路上还带着Ubuntu 10.04/12.04那个年代的味道DEB包管理软件仓库基本处于“能用就不错”的状态。那个年代的系统源码包、驱动版本、内核特性跟今天差距非常大很多当年能跑的软件现在根本装不上。V10是银河麒麟大面积铺开的一代这里有个特别容易让人迷惑的地方V10并不是只有一套体系。它的服务器版很多走RPM包管理参考了CentOS/openEuler的技术路线桌面版又有相当一部分走DEB包管理底层接近Debian/Ubuntu那套。这就导致同样是V10你在网上搜到“yum install”能用换台机器就变成“apt install”了命令全对不上。V11是目前新的主线大版本底层跟过去做了很多整合内核基线明显更高对新一代CPU、GPU、无线网卡、NVMe SSD的支持比V10好很多。桌面环境也换了UKUI的版本和组件都更新过安全策略、审计模块、软件仓库的组织方式都有调整。维度V7V10V11包管理多为DEB系RPM系/DEB系并存以RPM系dnf/yum为主线内核版本老约2.6.x/3.x4.x/5.x5.x/6.x以发行版说明为准软件仓库基本停止维护仍在维护新主线仓库桌面环境老式GNOME/KDEUKUI为主UKUI新版驱动与硬件兼容差中等更好迁移风险高中基准差距越大迁移的复杂度就越高。你不可能靠一个“yum update”从V7一路原地吃到V11那中间隔了十年的依赖变化和组件更替在线升级几乎必然死在某个历史依赖上。1.2 “原地升级”看着省事实际坑很多原地升级是很多人第一反应想到的方案就是不重装直接在旧系统上执行包管理器升级把整个系统滚动到新版本。这个做法在同一个大版本内的小版本升级很有效比如V10 SP1升到V10 SP3但在跨大版本的时候风险会放大很多。跨大版本原地升级最常见的死法有这么几种一是软件源跨版本指向仓库里的元数据跟当前系统不匹配依赖解析直接失败二是内核替换到一半新内核跟现有驱动冲突重启后起不来三是桌面组件升级过程中断图形界面进不去四是磁盘空间不够升级包下到一半就挤爆了根分区。还有V7这种老版本软件源大概率已经失效连升级包都拉不下来。所以我的建议很直接个人测试机、虚拟机想折腾可以试试原地升级感受一下生产环境、办公终端、跑着业务服务的机器老老实实走“备份全新安装数据回迁”的路线。迁移不是升级系统的过程是给机器换底子的过程把底子换掉再把东西搬回去这个路径可控、可回滚、可预期。2. 迁移前的体检与盘点旧机器上到底有什么2.1 系统信息采集先把机器“摸透”再关机很多人一上来就拿U盘准备重装旧机器上跑着哪些服务、装了什么驱动、哪些接口被占用完全没概念。系统一关机信息就没了。关机之前一定要先做一次全面体检把旧机器的完整状态记录到外部存储或者打印出来。开一个终端按下面的命令逐条执行把输出保存成文本文件。cat /etc/os-release uname -a # 查看整机厂商、型号、序列号 dmidecode -t system | head -20 # 查看内存 free -h # 查看磁盘分区和文件系统 lsblk -f swapon --show # 查看显卡、声卡、网卡等PCI设备 lspci | grep -E VGA|Audio|Ethernet|Network # 查看USB外设 lsusb # 查看挂载情况 df -hT # 查看CPU lscpu这几条命令能让你搞清楚最基础的三件事系统架构是x86_64还是aarch64内存和磁盘多大网卡、显卡、USB外设是什么型号。架构直接决定V11镜像选哪个硬件型号决定驱动能不能找到。然后是网络和服务层面# 查看IP地址 ip addr # 查看路由 ip route # 查看监听端口和对应进程 ss -lnpt # 查看当前系统启用服务 systemctl list-unit-files --stateenabled # 查看系统日志是否有硬件错误 journalctl -p err -b监听端口和启用服务这两条特别有用。有一次我处理一台迁移机器装完新系统才发现原来上面跑着一个内网DNS服务而体检时根本没记录导致整个办公网DNS解析乱了好几天。这种“隐形服务”在迁移中最容易丢。2.2 资产盘点数据、软件包、外设一个都不能漏系统信息采集完接着做“业务资产盘点”。这一步是给迁移画地图目标是把旧机器上所有需要继续用的东西列成清单。用户与权限/etc/passwd、/etc/shadow、/etc/group尤其是那些设置了固定UID/GID的用户和应用账号。很多软件按UID识别文件归属UID对不上就会出现权限错乱。软件包清单RPM系用rpm -qaDEB系用dpkg -l把结果导出成文本。这个清单不是给你重新安装用的是给你“回忆”这台机器上装过什么的。真正安装还是要靠官方仓库或备份的安装包因为新旧版本仓库里的软件版本不一样直接按清单装可能装出个乱七八糟的依赖树。手工编译软件/usr/local、/opt这两个目录要重点看里面往往放着手工编译的Python、GCC、Nginx、MySQL这些。手工编译的软件不会出现在rpm -qa或dpkg -l里迁移时最容易漏。还有pip3 list、npm list -g这类语言层面的全局包也要记录。计划任务crontab -l老机器上经常有数据备份、日志清理、报表生成的定时任务不迁移的话业务会静默中断。业务数据/home、/data、/srv、/var/lib/mysql、/var/lib/postgresql这些目录看一遍磁盘占用规划好备份目标。外设与授权打印机、扫描仪、加密狗、U盾这些外设的型号和驱动包以及软件的License、授权文件、证书文件这是整个资产盘点里最容易被漏掉的。建议做一张表格把每项信息填进去形成旧机器的“资产清单”。这张表后面做备份、回迁、验证全靠它别偷懒。资产类别检查路径迁移方式用户账号/etc/passwd, /etc/shadow记录后重建系统配置/etctar备份应用软件/usr/local, /opt, /var/lib记录后重装/拷贝业务数据/home, /data, /srv, 数据库目录rsync/导出备份执行任务crontab -l记录后重建外设驱动lspci/lsusb下载对应V11驱动授权证书License、证书文件备份并确认续期3. 备份不是复制目录三类数据、软件清单和系统配置都要带走3.1 备份方式怎么选rsync、tar还是整盘镜像很多人备份就是“把文件复制到U盘”这样对付纯文本文件没问题但对付系统迁移远远不够。系统迁移需要备份的是三类东西业务数据、软件包清单、系统配置。整盘镜像可以连系统一起备份但新机器通常用不上整个旧系统镜像用错了反而麻烦。下面是我常用的三种备份方案rsync目录同步最推荐日常业务数据用增量同步、支持断点续传、能保留文件属主和权限。适合备份/home、/data、/opt这类数据目录。tar打包适合对配置文件这类“小而碎”的文件做整包快照恢复时一键解包。也适合要把数据传到另一台机器时先打包压缩再传输。dd/Clonezilla整盘镜像适合对老机器做全量镜像迁移失败可以随时回滚到原始状态。缺点是时间长、占空间大而且直接把这个镜像恢复到新机器意义不大V11要用全新安装。我的习惯是“整盘镜像rsync数据备份”双保险。整盘镜像用来兜底万一迁移过程中发现漏了什么随时可以回到旧系统再找rsync备份负责把新旧系统之间的数据流转做好这是回迁阶段的重要基础。3.2 备份命令实操手动执行以下备份操作假设目标备份介质挂载在/media/backup# 1. 备份业务数据排除缓存和无用文件 rsync -aAXvH --numeric-ids --delete \ --exclude /home/*/.cache \ --exclude /home/*/.local/share/Trash \ /home /data /srv /opt /media/backup/data/ # 2. 备份系统配置 tar czf /media/backup/config_backup.tar.gz \ /etc \ /var/spool/cron \ /root/.ssh \ /home/*/.ssh \ /var/lib/mysql 2/dev/null # 3. 导出软件包清单 rpm -qa /media/backup/rpm.list # RPM系 dpkg -l /media/backup/dpkg.list # DEB系 # 4. 备份计划任务各用户 for user in $(cut -f1 -d: /etc/passwd); do crontab -l -u $user /media/backup/crontab_$user.txt done # 5. 数据库逻辑备份示例MySQL mysqldump -u root -p --all-databases /media/backup/all_databases.sql # 6. 备份网络配置 ip addr /media/backup/ipaddr.txt ip route /media/backup/iproute.txt nmcli con show /media/backup/nmcli_con.txt 2/dev/null这里有几个细节值得展开说一下。rsync的-aAXvH看起来只有几个字母实际含义很丰富。a是归档模式保留权限、属主、组、时间戳A保留ACL访问控制列表X保留扩展属性H保留硬链接--numeric-ids用数字UID/GID而不是用户名记录文件属主防止新旧系统里用户名和UID对应关系不一致导致文件归属错乱。这个参数组合是系统迁移备份的标配千万别简化成cp。tar打包时我加了2/dev/null因为有些路径像/var/lib/mysql在非数据库机器上不存在不重定向会刷一堆报错。备份完一定要验证tar包里能不能看到预期文件用tar -tzf config_backup.tar.gz | head 检查就行花不了几秒钟能避免备份文件损坏带来的大麻烦。3.3 备份中的几个关键意识备份这件事很多坑不是命令用错是“意识”没跟上。停机窗口再做备份数据库、文件服务这种持续写入的系统在线备份容易备份到写一半的文件恢复出来数据一致性是有问题的。迁移前安排一个业务低峰期停机窗口停服、备份、校验、关机一气呵成。备份后必须校验rsync跑完用du -sh对比源和目标的大小差别太大说明有异常tar包用-tzf验证可读。所有校验做完再关机。License和授权文件单独确认这个踩的坑最多。有些中间件和商业软件绑定机器特征比如MAC地址或者主板序列号迁移到新机器上license会失效。一定要在迁移前联系软件厂商确认授权策略别等系统装完了才发现license用不了。备份介质要足够大别等到备份到一半提示磁盘空间不足。先df -h看清楚旧机器数据总量然后准备至少1.5倍空间的移动硬盘或网络存储。4. 安装V11时那些容易忽略的准备工作4.1 镜像、启动盘与启动方式下载镜像前先确定架构x86_64和aarch64的镜像不通用。下载完镜像之后做一步很多人嫌麻烦但特别重要的操作校验文件完整性。哈希不匹配的镜像装出来的系统可能是坏的而且你根本不知道哪里坏了只能从头再来。sha256sum KylinV11.iso把算出来的哈希值和官网公布的比对一致才继续做启动盘。做启动盘的工具有讲究。Windows下推荐RufusLinux下推荐dd命令或者Ventoy。需要注意Ventoy如果装的是旧版本启动新内核的ISO可能有兼容性问题建议升级到最新版。做成启动盘后先在虚拟机里快速验证一下ISO能正常引导再上真机别在能跑业务的机器上试错。启动方式上老机器尤其要留意BIOS里是UEFI还是Legacy引导。V7、V10的老旧安装方式很多是Legacy引导加MBR分区新机器往往是UEFI加GPT分区。V11安装盘通常两种都能引导但你要是用了Legacy引导分区表却是GPT或者反过来装出来的系统很可能没法正确引导。装之前确认一下旧机器引导方式和分区表类型跟安装时的选择保持一致能省掉很多启动层面的麻烦。4.2 分区方案怎么规划才不出问题V11安装时自定义分区。给业务机器分区我推荐一个比较稳妥的模板挂载点建议大小说明/boot1GB内核和引导文件太大会浪费太小可能装不下新内核/50GB~100GB系统本体软件和依赖都会装在这里/home尽可能大用户数据目录/data剩余空间独立业务数据盘如果旧机器有数据盘尤其是单独挂载的/data分区重装时这块盘可以直接单独挂载使用。要注意的是在安装程序里务必将数据盘挂载点设置为/data并且不要勾选“格式化”否则数据就没了。有条件建议用LVM。LVM的好处是以后磁盘空间不够可以先加物理卷再扩展逻辑卷不用重新分区。V11支持LVM安装配置也不复杂给生产环境做迁移时这是个低成本高收益的选择。4.3 安装过程中的几个细节安装过程中的选项看着不起眼后续影响很大。主机名尽量与旧机器保持一致很多内网服务是按照主机名做DNS解析的改了主机名意味着所有相关服务配置都要跟着改自找麻烦。网络配置沿用旧IP如果这台机器的IP地址被其他系统写入过配置比如数据库主从白名单、备份系统连接列表、防火墙规则那装完后尽量保持同一IP不变。实在没法保留旧IP就要提前梳理所有依赖这个IP的连接。语言、时区设置时区错了会导致日志时间对不上迁移到新系统后所有日志排查都得换算时区太痛苦。安全模块选择V11安装时可能会问是否启用安全增强模块。这类功能默认开着的但会给后续软件安装、自编译程序、驱动加载带来额外的权限约束。业务机器如果跑的是非标准应用建议先用默认“不强制”或宽松模式系统跑稳定后再根据审计要求收紧。如果装坏了或者装完启动不了找一台能开机的电脑去麒麟官网下载“系统修复助手”Kylin LiveCD Tools的ISO用LiveCD启动进入救援模式可以挂载硬盘、修复grub引导、找回分区。这个工具遇到启动故障时堪称救命稻草提前下载放U盘里备着不亏。5. 数据与应用的“搬新家”实操从恢复用户到家目录到重建软件环境5.1 用户和权限先建号再给文件顺序不能反新系统装好后第一步不是急着恢复数据而是重建用户体系。如果先把文件rsync过去再创建用户可能导致文件属主显示为一堆数字ID乱得一塌糊涂。正确的顺序是先在V11上按照旧机器的/etc/passwd、/etc/group记录创建相同的用户和用户组并且指定与旧机器一致的UID/GID。useradd -u 1005 -m -d /home/zhangsan -s /bin/bash zhangsan groupadd -g 1005 zhangsan这里的关键点是登录名可以不同但UID/GID必须一致。因为很多应用判断文件权限是靠UID/GID数字不是靠用户名。用户名变了还能通过属主显示识别UID变了文件归属整个错位服务启动就报错。用户建完后恢复各用户的SSH公钥和计划任务# 把备份的/home目录下.ssh内容还原 # 恢复计划任务 crontab -u zhangsan /media/backup/crontab_zhangsan.txtSSH公钥漏掉是迁移后最常见的“小毛病”用户说远程登录不上其实只是authorized_keys没带过来。5.2 软件环境重建重装优先尽量不要“拷贝安装”软件的恢复要区分三种情况对应三种完全不同的策略。第一类是通用软件比如Vim、Git、Nginx、MySQL这些直接在V11上用官方源安装。麒麟V11仓库已经内置了大量常用软件版本比旧机器的新功能也更完善。要用内网软件源的话配置好/etc/yum.repos.d或对应源文件dnf makecache后就正常用了。第二类是旧机器上通过rpm包或deb包离线安装的软件。找到软件包文件备份出来拿到V11上重新装。RPM系安装时用dnf localinstall自动解决依赖DEB系用apt install ./xxx.deb。第三类是手工编译的软件比如热词里提到的“kylin v10编译gcc 12”、“手动升级python”。这类软件的应对策略是带着编译参数重建而不是把编译产物拷过去。原因很简单编译产物跟具体系统库版本有绑定关系V11的glibc和库版本跟V10不一样直接拷过去大概率遇到“找不到符号”“版本GLIBC_xxx not found”这类错误。把旧机器上的源码包和当时的编译参数记录好比如./configure --prefix/usr/local/python3.9 --enable-optimizations然后到V11上重新编译。这一步对做国产化系统迁移的人来说是基本功尤其是编译Python、GCC这类基础工具链编译链条长、坑多后面专门说。容器化的应用最好处理旧机器上docker save导出镜像新机器上docker load导入再重新编排容器映射即可。迁移前注意确认V11的内核版本是否满足容器运行时的要求。5.3 数据恢复与数据库导入用户和软件都就位后再开始恢复业务数据。数据恢复也用rsync注意还是要带-aAX参数保留权限。数据库的数据不能光靠复制目录推荐用逻辑导出导入的方式这样能避免存储引擎版本不一致导致的数据文件不兼容。# MySQL示例 mysql -u root -p /media/backup/all_databases.sql导入后仔细检查业务账号、表数量、关键行数与备份时记录一致确认无误后再放开业务访问。5.4 权限和安全模块的“事后清理”数据文件从旧机器搬到新机器后一个高频坑是目录权限错乱。特别是从旧机器拷过来的Web目录、数据库目录、上传目录权限往往不对。rsync已经尽力保留了原始权限但UID映射变化、安全模块策略不同等因素还是可能导致服务起不来。排查步骤# 查看目录属主 ls -ln /data/www # 修改属主/权限 chown -R www-data:www-data /data/www chmod -R 755 /data/www # 如果启用了SELinux查看是否有拦截 ausearch -m avc -ts recent setenforce 0 # 临时禁用定位确认后再恢复 systemctl daemon-reload systemctl restart nginx权限问题有个特别让人头疼的现象命令行用手动启动一切正常但systemctl启动服务就出错。这种基本可以锁定是安全模块策略在拦截或者服务的用户/组配置不对。先setenforce 0临时调整确认是它的问题后再针对性写策略或用chcon调整文件上下文不要长期禁用。6. 启动验证与高频问题处理时间、网络、密钥环与编译工具链6.1 迁移完成后的验证清单所有数据回迁和新软件安装完成后先别急着给业务放量上线按验证清单逐项过一遍。# 1. 确认系统版本和内核 cat /etc/os-release uname -a # 2. 确认关键服务状态 systemctl status sshd crond nginx mysql # 3. 确认监听端口 ss -lnpt # 4. 确认网络连通 ping -c 4 网关地址 nslookup 一个内网域名 # 5. 检查日志有无异常 journalctl -p err -b # 6. 测试业务访问 curl -I http://127.0.0.1:8080外设验证也很关键打印机要实际打印一张测试页使用加密狗、U盾的应用要实际跑一次业务流程。这些功能验证不能省等业务正式上线才发现外设不行造成的影响面就大了。6.2 系统时间不对引发的一系列连锁问题热词里有“银河麒麟保留date重装系统”这背后是一个广泛存在的问题装完新系统后时间不正确。时间不对会引发一连串让人摸不着头脑的问题软件源证书验证失败、HTTPS访问异常、数据库主从同步报错、日志时间错乱、密钥认证失败。每次排查到最后才发现原来是系统时间差了几年。解决方案# 开启NTP自动同步 timedatectl set-ntp true # 手动指定时间服务器 chronyc sources -v # 如果没装chrony dnf install -y chrony systemctl enable --now chronyd特殊情况是内网环境无法访问公网NTP服务器那就把内网时间源配置到/etc/chrony.conf并且提前跟负责时间同步的同事确认好。6.3 SSH升级导致远程连接中断的处理思路热词“银河麒麟ssh升级”“centos升级openssh”说明SSH升级是很多人的痛点。V11自带的OpenSSH版本通常比V10、V7新但你要是手动升级过旧系统的OpenSSH迁移后碰到的问题就复杂了。最常见的情况是用全新V11自带SSH配置不兼容旧机器的/etc/ssh/sshd_config导致服务起不来或者拒绝连接。处理方法是用备份的旧配置做参考但不要整个覆盖新配置文件。新版本OpenSSH对一些老旧的配置项做了移除或废弃老配置直接搬过去会出现未知指令、无法启动。逐行比对只保留你需要的自定义项比如端口、允许用户、密钥登录设置其余让新版配置生效。这里再给一个血泪教训做SSH相关升级操作前务必先在本地打开一个备用远程通道比如配好VNC或者telnet万一SSH服务挂了还能从本地控制台登录救回来。升级完了再用新SSH登录测试测试通过后再关备用通道。6.4 Python、GCC编译后“版本还是旧版”的真相V10上手动升级Python和GCC这类操作迁移到V11后往往要重新编译。重编译本身不算难难的是“编译完了命令行显示的居然还是旧版本”。我在实际迁移中就遇到过GCC编译安装完成gcc -v还是显示系统自带的老版本当场一愣。这个现象绝大多数是因为PATH环境变量没有把新编译安装路径加在最前面或者shell缓存了旧命令路径。验证命令# 查看gcc实际路径 which gcc type -a gcc # 查看PATH顺序 echo $PATH # 刷新命令哈希缓存 hash -r # 手动指定新路径验证 /usr/local/gcc/bin/gcc -v把export PATH/usr/local/gcc/bin:$PATH写进/etc/profile.d/gcc.sh再source一下问题就没了。编译新Python时可执行文件也同理确认python3命令到底指向哪里。另外一个相关热词“gcc升级后为啥还是旧版本”除了PATH问题还有可能是动态库加载路径问题。编译出来的程序运行时报找不到.so文件需要设置LD_LIBRARY_PATH或运行ldconfig缓存新.so路径。遇到“明明编好了就是跑不起来”的情况先用ldd查一下依赖。6.5 桌面环境里的老熟脸密钥环、网络感叹号、只读配置文件桌面版迁移后最常遇见三个“小毛病”。密钥环弹窗这个非常普遍。开机登录后老是提示输入密码以解锁密钥环或者钥匙圈打不开直接把整个桌面体验搞得很烦躁。大多数情况是用户目录下的密钥环配置与旧系统关联或者是自动登录导致密钥环密码没被正常解锁。新系统里可以删除旧密钥环文件让系统重建rm -rf ~/.local/share/keyrings删除后重启或重新登录系统会创建新的默认密钥环。如果是在自动登录场景下建议在“密码和密钥”应用里把默认密钥环密码设置为空跟自动登录环境匹配就不会反复弹窗。网络感叹号也就是“kylin系统一致显示网络有感叹号但使用正常”。这个问题的本质是系统用来探测“网络是否连通”的探活服务器域名解析或连通性检查失败导致系统认为网络有问题但实际业务网络都是通的。解决方向是调整网络管理里的探测配置把探活地址改成内网可达的地址或者关闭连通性检查。不同的桌面版本入口位置不一样一般在网络设置或系统设置的高级选项里能找到。“麒麟v11 95-ukui-greeter.conf变成了只读”是一种权限问题。UKUI登录界面的greeter配置文件被安全模块或文件系统挂载属性保护直接vi保存会报只读。遇到这种情况先确认是不是以root操作再查文件属性lsattr /etc/lightdm/ukui-greeter.conf 2/dev/null chattr -i /etc/lightdm/ukui-greeter.conf如果是SELinux导致写不进去用ls -Z查看文件的安全上下文是否正确必要时restorecon恢复上下文。这类问题基本都能用常规手段解决别急着重装系统。6.6 VMware Tools与虚拟机环境的迁移注意事项热词“银河麒麟v11安装vmware-tools”指向另一个常见的迁移场景源系统跑在VMware虚拟机上迁移到V11后要重新安装VMware Tools或open-vm-tools。新版本V11多数场景直接装open-vm-tools就够了它是开源版本的VMware Tools功能完全够用装起来也简单dnf install -y open-vm-tools systemctl enable --now vmtoolsd装了open-vm-tools后再折腾VMware Tools安装包的情况就少很多了。迁完虚拟机系统后要注意确认网卡驱动加载正常。有些虚拟机模板默认网卡型号比较旧V11下的驱动模块可能没启用网络起不来。exsi里如果用vmxnet3网卡确认内核模块vmxnet3已经加载。虚拟机里的迁移有一个天然优势数据备份可以通过虚拟机快照来做迁移前打个快照相当于整机备份比物理机的dd还要方便。写在最后迁移这个事最重要的是“可回滚”复盘这次V7/V10到V11的迁移过程我最想强调的不是哪一个命令而是“可回滚”三个字。整个迁移周期里旧系统整盘镜像、数据备份、配置备份、软件清单、数据库导出每一件都是为了让你在任何一步出错时还有退路。实际执行迁移时给自己留一条随时可以退回旧环境的退路比什么都重要。我个人的建议是迁移窗口至少安排一整天的余量系统安装、环境搭建、数据导入、功能验证一气呵成过程中如果遇到不在计划内的问题当天能解决就解决解决不了第二天继续不要在周五下午临时起意开始迁移。数据中心迁移、办公终端升级这类任务最忌讳的就是“赶时间”。准备工作做得越足正式执行的时候心里越稳最后的迁移成功率也就越高。