数据库与迁移
WordPress 和业务系统迁移到云上，要先备份哪些内容
迁移项目最怕只看到首页，忽略数据库、上传文件、域名、证书和第三方依赖。先备份、再预演、最后切换，是降低风险的最短路径。
一、先做现状盘点，不要直接搬文件
WordPress 和业务系统都不只是一个首页。WordPress 至少包含程序文件、主题、插件、上传目录、数据库、固定链接、域名配置、HTTPS 证书和计划任务。业务系统还可能依赖缓存、队列、对象存储、第三方接口、回调域名和后台账号。迁移前先盘点这些依赖，才能知道哪些要复制、哪些要重新配置。
盘点表应记录当前服务器 IP、网站目录、数据库类型和版本、数据库大小、上传文件大小、域名 DNS、证书到期时间、后台入口、对象存储路径、CDN 配置和当前备份位置。不要把真实密码写进公开文档，可以记录由谁保管、在哪里更新、如何轮换。
二、备份要覆盖文件、数据库和配置
网站文件备份包括程序代码、主题、插件、上传目录和关键配置；数据库备份包括表结构、数据、字符集和用户权限；配置备份包括 Nginx 或 Apache、PHP 版本、环境变量、定时任务、证书和 DNS 记录。只下载一个压缩包，不能代表迁移可回滚。
备份后要检查文件大小是否合理、压缩包能否打开、数据库导出是否包含表结构和数据、图片目录是否完整。更稳的做法是把备份复制到和源站不同的位置，例如对象存储或本地归档。只有能恢复的备份，才算真正有效。
三、先在新云环境预演，不要直接切域名
新云环境可以使用云服务器加自建数据库，也可以使用 RDS 托管数据库。选择前要看团队维护能力、成本、备份要求和性能需求。RDS 的好处是备份、监控、可用性和权限管理更清晰，但应用配置、网络访问和安全组也要同步调整。
预演阶段不要马上改正式 DNS。可以使用临时域名、hosts 指向或测试入口，先验证首页、文章、图片、后台登录、插件、表单、搜索、数据库读写和上传功能。发现 PHP 版本、文件权限、数据库字符集、固定链接或对象存储路径问题时，在预演环境修复成本最低。
四、正式切换要有 DNS、HTTPS 和回滚方案
正式切换前，先降低 DNS TTL，确认新环境已经部署完成，证书覆盖根域名和 www，CDN 回源指向正确入口。切换窗口尽量选择访问量低的时间，切换后持续检查首页、文章页、图片、CSS、JavaScript、后台、表单和日志。旧站不要马上删除，至少保留一段观察期。
如果切换失败，先恢复 DNS 或 CDN 回源到旧站，再分析问题。不要在故障期间同时修改代码、数据库、DNS 和缓存，否则很难判断哪一步造成故障。迁移完成后，要记录新环境目录、数据库地址、备份策略、证书续期方式、域名解析和回滚路径。
五、数据库迁移后要验证读写和备份
数据库迁移后，不能只看首页。应登录后台新增或修改一条测试内容，确认数据写入新数据库；检查文章列表、用户登录、媒体上传、插件配置和搜索功能；再查看数据库表数量、数据量、字符集和错误日志。若使用对象存储或 CDN，也要确认新内容中的图片路径能正常访问。
交接时建议提供数据库类型、地址、端口、库名占位说明、备份频率、恢复步骤、权限范围和监控入口。对代理商来说，数据库和迁移项目能自然带出备份、监控、安全、对象存储、CDN 和长期运维服务。
常见问题
WordPress 迁移只复制网站目录可以吗？
不可以。WordPress 的文章、用户、设置和插件数据主要在数据库中，上传图片在 wp-content/uploads 中，两者都要备份和迁移。
什么时候适合使用 RDS？
当客户希望数据库备份、监控、权限和可用性更规范，且愿意为托管能力付费时，可以考虑 RDS。小型测试站也可以先自建数据库。
迁移完成后怎么判断成功？
检查首页、文章、图片、后台登录、新增内容、数据库写入、HTTPS、CDN、日志和备份恢复路径，而不是只看首页截图。
准备迁移 WordPress 或业务系统？
先整理源站、数据库、上传目录、域名、证书、对象存储和回滚要求，再安排新云环境预演。
咨询迁移清单