老服务器迁移前的体检清单

一台跑了五六年的老服务器，迁移前的体检往往比迁移本身更花时间。真正让业务中断的很少是搬数据那一步，而是搬过去之后才发现缺依赖、缺配置、缺人知道密码。这份清单按四个维度展开。 一、硬件年龄 物理机先看运行时长与硬件健康度： ``` uptime smartctl -H /dev/sda # 需安装 smartmontools ipmitool sel list # 带外管理卡事件日志 ``` SMART 显示 PASSED 只代表盘没报过致命错，通电五年以上的盘，迁移窗口顺手换新更稳妥。内存报过 ECC 纠错的机器同样值得处理。云服务器这一步可以简化：看机型规格是否还满足业务，借迁移升级到新代次配置，比把老配置原样搬家划算。 二、系统版本 cat /etc/os-release 加 uname -r，重点确认系统是否已过维护期。CentOS 7 这类停止维护的系统，迁移正是升级的时机——原样搬去新机器等于把技术债打包带走。跨大版本（如 CentOS 7 到 Rocky Linux 9）要预留应用适配时间，不能当普通搬家处理。 三、依赖盘点 这一步最容易漏。至少跑一遍： ``` rpm -qa --last | head -30 systemctl list-unit-files --state=enabled crontab -l && ls /etc/cron.* ``` 再查隐藏依赖：/etc/hosts 的指向、firewalld 或 iptables 规则、其他机器连进来的白名单、DNS 解析记录。老系统常见的暗坑是编译安装的软件——没有包管理记录，版本与编译参数得靠 /usr/local 下的目录结构考古。MySQL、Redis 这类有数据目录的服务，版本差异要在方案里写明。 四、数据量评估 du -sh /var/lib/mysql /home 把要搬的目录逐个量体积，再评估增长速度。数据量到几百 GB 就要算传输窗口：千兆内网理论 125 MB/s，1 TB 全量约三个小时起，加上校验与切换时间要留半天。传输方式首选 rsync 全量加增量： ``` rsync -avz --delete 老机:/data/ /data/ ``` 停机窗口内只补最后一轮增量。 清单过完，把结果写成迁移方案再动手。体检发现的问题越多，越要拆步骤：先升系统、再搬应用、最后迁数据，每一步都有回退点，出了问题退回上一步而不是从头再来。