概览
- 指南类型
- 迁移与恢复
- 示例
- 示例，因环境而异
- 集成范围
- 未连接远程机器
01
清点完整的应用程序
记录 Web 文件、数据库、上传、计划任务、邮件、证书、DNS、第三方集成和密钥。检查目标上的运行时版本和许可证。镜像导出仅在目标支持其格式和网络时才有用。
02
在更改 DNS 之前制作第一个副本
使用私有传输和您控制的目标目录。该示例复制内容而不是嵌套源文件夹，并以试运行开始。它有意省略删除选项。验证目标上的所有权和权限。
初始文件副本 · 文档目标位置针对你的环境查看
rsync -avzn -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/
# After reviewing the dry run and destination:
rsync -avz -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/03
使用其原生方法导出数据库
复制正在运行的数据库的文件不能替代应用一致的数据库导出。MySQL 的单事务方法适用于事务性表，但在模式变更或非事务性表方面仍需谨慎。请为导出使用受保护的目标位置，并提示输入密码，而不是将密码嵌入参数中。
MySQL 示例 · 检查存储引擎和访问权限针对你的环境查看
mysqldump --single-transaction --routines --triggers --events \
-u app_user -p app_database > /private-backup/app-database.sql输出路径仅为示例，必须为私有、可写且位于 Web 根目录之外。对于 PostgreSQL，请改用其 pg_dump / pg_restore 工作流。
04
在切换之前测试目标
使用临时主机名或受控的本地 DNS 覆盖。测试登录、写入、上传、后台任务、出站消息和 HTTPS。通过私有渠道复制密钥，并避免双方的计划任务针对同一外部服务运行。
05
制作最终一致副本并迁移路由
提前降低 TTL，必要时暂停写入，导出最后更改并完成最终文件同步。仅在目标检查通过后更新 DNS。在回滚窗口期间保留旧主机和独立备份；DNS 缓存可能会继续将部分访客发送到之前的源站。
06
仅在验收后停用旧服务
监控错误并在迁移后比较关键记录。核对任何已到达旧源的写入。确认邮件和外部回调，然后根据其计费和数据保留规则关闭旧服务。不声称零停机或自动迁移。
下一步之前
带着可验证的结果离开。
- 清点文件、数据库、运行时、计划任务、邮件、DNS 和集成依赖项。
- 将导出、凭据和恢复密钥保存在公共 Web 根目录之外。
- 在目标上测试登录、写入、上传、HTTPS 和后台任务。
- 在最终复制期间暂停或协调写入，然后更改 DNS。
- 在接受应用与恢复检查后，再停用旧服务。
问题，已解答。
更改 DNS 是否会复制我的网站？
不。DNS 改变访客的路由位置；它不会传输文件、数据库、邮箱、计划任务或凭据。在迁移路由之前，请测试完整的目标环境。
迁移期间两台主机能否继续接受写入？
仅在有意设计的同步和协调方案下进行。否则，请使用适当的维护窗口进行最终一致性复制。更改后，DNS 缓存仍可能向先前源站发送请求。
迁移是否由 OmbraHost 自动执行？
应用中不运行迁移或远程提供商连接。已准备的迁移选项在提供实际工作前需要确认范围、访问、切换和回滚计划。