迁移正在运行的应用，要处理搬迁期间仍在变化的数据，复制应用目录只是其中一步。先确认写入来源、最终一致状态怎样转移，以及新环境何时成为正式数据来源。
列出所有会变化的部分
列出数据库、上传文件、队列、定时任务和外部回调。标记不依赖浏览器会话也会写入的组件；维护页面不一定能停止后台任务或支付回调。
先准备新环境的运行时和配置，用隔离副本演练恢复。检查代表性读写，同时避免演练连接真实外部服务。
明确切换顺序
- 记录当前版本，保存可恢复的数据快照。
- 安排怎样暂停或协调用户写入、后台任务和回调。
- 转移最终数据库状态及对应上传文件。
- 只在正确环境启动应用与后台任务。
- 按约定 DNS 或代理流程切换请求。
- 验证首批受控动作，再恢复正常业务。
方法取决于数据库、应用设计与基础设施。复制同步和增量传输适用于部分系统，但各自需要验证流程。应明确实际中断安排，不预设通用零停机方案适用于所有应用。
回退要考虑新数据
目标环境开始接受新数据后，直接切回旧快照可能丢失变化。迁移前就应定义边界：哪些故障可以直接回退，哪些需要先保留或转移新写入？
用简短记录保存时间、当前正式环境和验收结果。带着这份范围讨论 VPS 支持，把环境准备、数据搬运和应用修改分别约定为具体工作。