为什么需要核查清单

中间件与应用迁移上线前，功能验证往往做得比较充分，运维相关的配置项却容易遗漏：日志切割策略没配、临时目录空间不足、开机自启未设置、监控没接入。这些问题不会在验收当天暴露，而是在上线数周后以磁盘写满、重启不自动拉起的形式爆发。

清单怎么用

每一项都按「执行一条命令、摘录一段输出、写一句结论」的方式留档，形成可复查的证据链。好处有两点：出现故障时能快速区分是迁移引入的问题还是环境既有问题；交接与复盘时不必依赖经手人的记忆。

基本信息

典型使用场景

• 迁移割接前的最终核查，确认配置项没有遗漏
• 上线后一周的复核，验证运行期参数与配置一致
• 故障复盘时对照清单，快速排除环境既有问题
• 交接文档整理，把核查命令与结论固化下来
• 多套环境并行部署时用同一份清单保证一致性

核查命令示例

ps -ef | grep -E 'java|中间件进程名' | grep -v grep | head
ss -tlnp | grep -E '应用端口|管理端口'
systemctl is-enabled <服务名> 2>/dev/null      # 开机自启
df -h <临时目录>                               # 临时目录空间
ls -lh /opt/<产品>/logs/ | head                # 日志目录与轮转产物
find /opt/<产品>/logs -name '*.log.*' -mtime +7 | head   # 轮转是否生效

核查项与判定标准