服务器到期前迁移与数据保留检查

准备不再续用某台服务器时，迁移要在旧实例仍可访问、数据仍可读取的阶段安排。到期后的停机、回收和数据处理条件因产品而异，本页不设统一保留天数，也不承诺重新付款就能找回已回收的数据。

先确认是原产品变更还是另买后迁移

支持升降配的商品，应先核对能调整哪些资源、是否影响IP或需要停机；不支持变更的商品，需要把新旧实例视为两套独立环境。不要仅看到新套餐更便宜，就默认系统、数据库和软件授权会自动过去。

先保留独立副本，再开始搬迁

1. 列出文件、数据库与配置，确认哪些数据在持续写入。
2. 采用对应应用支持的一致性备份方式，保留错误结果并确认备份可读。
3. 在服务器之外保存副本及必要解密资料；同一台机器的另一目录不能算独立保障。
4. 在新环境或隔离目录验证恢复，不先覆盖正式数据。

本页是业务切换清单，具体文件和数据库操作应使用对应备份恢复教程。只复制网站文件而没有数据库、环境和权限，通常不能完成动态业务迁移。备份总览见备份与恢复验证。

让新实例先完成真实业务检查

在不影响现有用户的测试入口验证登录、页面、接口、上传下载、数据库读取、定时任务和必要的外部回调。验证阶段先隔离会产生真实外发的业务任务：邮件、短信、订单、支付相关调用及队列消费应采用厂商测试模式、模拟接收端或只读检查，不让新旧环境同时发送通知、重复处理订单或触发真实扣款。测试与生产的密钥、收件目标和回调地址分开，切换时明确由哪一边恢复生产任务。核对时间同步、文件路径和实际服务端口。涉及域名测试时，应明确测试访问最终去了哪台实例，避免把旧站正常误认为新站已通过。

检查第三方软件是否绑定IP、机器标识或许可数量。不要先释放旧实例再发现授权无法迁移，也不要把暂时同时运行两份写入程序视为安全的数据同步。

安排一次明确的切换窗口

1. 确定最终增量数据如何同步；必要时暂停写入或进入应用支持的维护模式。
2. 完成最后一次数据同步，在新实例验证一致性。
3. 按计划调整DNS、入口、回调与白名单，记录修改时间和原值。
4. 从实际用户网络验证业务，持续观察错误、访问目标和资源情况。
5. 旧实例仅按计划保留为回退来源，不让新旧两边继续各自接受未同步写入。

DNS缓存可能使部分访问继续到旧地址，不能只改一条记录就立即清空旧环境。回退前还需评估切换后新产生的数据如何处理，避免把新数据覆盖成旧版本。

结束旧产品前逐项签收

• 新实例能完成主要业务，关键账号和外部依赖已测试。
• 文件、数据库、任务、证书续期和备份任务均有明确落点。
• 独立备份可读取，并记录恢复所需环境与密码保管位置。
• 确认原产品是否还需续费、停止自动安排或办理终止；不要把迁移完成等同于平台已自动取消旧服务。

旧实例已到期、无法访问时，先提供产品ID、到期时间和当前状态，通过工单核实还能采取什么措施。不要反复重装或创建新系统覆盖原数据，也不将未知的数据保留期当成可以继续等待的依据。