把业务从旧机器迁到 S4 的步骤

发布时间:2026-09-16 22:46

迁移最怕的不是慢，是切换当天手忙脚乱。把流程拆成同步、切换、观察三个阶段，每阶段有明确的完成标准，风险就压得住。 一、同步阶段 文件用 rsync -avz 旧机目录/ 新机目录/ 先做一次全量，之后每天增量跑一次，差距越拉越小。数据库要么配主从同步，要么每天导出导入验证一遍。这一阶段的完成标准：新机数据与旧机的延迟在分钟级，应用在新机跑通全流程，包括登录和文件上传。数据库走主从同步的，切换前把从库提升为主并确认数据一致；用导出导入的，切换当天停写后再导一次增量，把损失窗口压到最短。 二、切换阶段 选业务低峰，通常在夜间或周末清晨。提前一两天把 DNS 的 TTL 调到 300 秒以内，切换时改解析指向新 IP，生效快、可回退。切换后立刻验证：首页、登录、下单这些关键路径逐个点一遍，错误日志盯十分钟再收工。把回滚动作提前写成清单：改回解析、确认 TTL、验证旧机服务，真要回滚时照着做，几分钟完成。 三、观察阶段 旧机保留三到七天，只读不写，作为回滚退路；新机 error.log 每天看，重点抓数据库连接失败、文件权限这类迁移典型问题。观察期内把新旧机器的响应速度对比一遍，新机明显偏慢就查配置差异，别把慢当巧合放过。观察期满无异常，旧机数据再备份一份归档，迁移才算收尾。 常见报错两个：解析生效慢，是 TTL 没提前调，只能等；部分用户访问异常，多半是本地缓存或 CDN 缓存没刷新，逐层清一遍即可。邮件类业务还要确认反向解析和端口，迁完发不出信是常见遗漏。 迁移的功夫在切换之前：同步做得越充分，切换窗口越短，心里越有底。每个阶段的标准写在文档里，做到哪一步、剩哪几步，一目了然。