1.

迁移前的整体规划与风险评估

- 确认迁移范围：Web 服务、数据库、静态文件、邮件、监控、备份。
- 收集信息：源/目标服务器操作系统版本、IP 地址、带宽、磁盘空间、时间窗口（建议低峰期）、相关人员联系方式。
- 制定回滚策略：快照或完整备份、DNS 回滚步骤、服务停机恢复流程、预计停机时长和业务影响评估。

2.

目标环境准备（硬件与系统配置）

- 按实际负载选型：CPU、内存、磁盘（建议使用SSD）、网络带宽与IOPS。
- 系统配置：安装相同或兼容的操作系统（建议使用稳定的发行版如Ubuntu LTS/CentOS Stream），统一时区为越南时间（Asia/Ho_Chi_Minh）。
- 基础软件：安装 SSH、NTP、常用监控 agent、防火墙（ufw/iptables）并开启必要端口（80/443/22/3306等）。

3.

账户与权限准备

- SSH：在源/目标服务器上创建运维账号，使用密钥认证（禁止密码登录），把公钥加入 ~/.ssh/authorized_keys。
- sudo 权限：确保运维账号有 sudo 权限；生产账号权限细分，数据库独立用户。
- SELinux/AppArmor：视情况配置或临时置为宽松，记录变更以便回滚。

4.

备份策略与全量备份执行

- 文件备份：使用 tar 或 rsync 创建网站静态文件全量备份并存储到异地或对象存储。示例：tar -czf /backup/site_$(date +%F).tgz /var/www/html。
- 数据库备份：MySQL/MariaDB 使用 mysqldump（逻辑备份）或 xtrabackup（物理热备）。mysqldump --single-transaction --routines --events -u root -p dbname > dump.sql。
- 验证备份：检查备份文件大小与 MD5，尝试在测试环境恢复一次确保可用。

5.

先行准备：在目标服务器搭建测试环境

- 同步代码与配置：通过 git clone 或 rsync 同步代码，复制配置文件并调整为目标路径与主机名。
- 数据库初始化：在目标创建空数据库与用户，导入表结构（不导入大数据），用于功能测试。
- 测试本地访问：修改本地hosts指向目标IP，检查页面是否能正常渲染及依赖服务能否连通。

6.

增量同步：使用 rsync 实现零差异文件迁移

- 初次全量 rsync：rsync -azP --delete -e "ssh -i /root/.ssh/id_rsa" /var/www/html/ root@目标IP:/var/www/html/。
- 增量同步：在切换窗口前做一次快速增量 rsync 保证最后变更同步，使用 --delete 保持一致性。
- 注意权限：同步后运行 chown/chmod 恢复文件权限，确保 web 用户可读写。

7.

数据库最小化停机迁移步骤

- 方案一（小型站点/短停机）：在切换时间点停用写入（设置只读或维护页），做一次 mysqldump 全量导出并导入目标，示例导入：mysql -u root -p dbname < dump.sql。
- 方案二（大型/零停机要求）：使用主从复制或 GTID 同步，先把目标配置为从库并进行主从同步，验证延迟为0后切换应用指向新主库。
- 完成验证：检查表记录数、重要业务数据一致性、主键/索引完整性。

8.

SSL/证书迁移与 HTTPS 验证

- 复制证书：将 /etc/letsencrypt 或私有证书目录安全传输到目标服务器（使用 scp 或 sftp 并保持权限）。
- 或重新申请：在目标通过 certbot 申请证书（域名需解析到目标IP或使用 DNS 验证）。示例：certbot certonly --nginx -d your.domain.vn。
- 配置并重启 Web 服务：在 Nginx/Apache 中引用证书文件，重载 nginx -s reload 并使用 SSL Labs 或 curl -I https:// 检查证书链。

9.

DNS 切换与降低 TTL 的操作技巧

- 预设低 TTL：迁移前24小时将域名 TTL 降至 60-300 秒，等待 DNS 缓存刷新。
- 切换执行：在切换时间点修改 A 记录到新 IP（或切换负载均衡/浮动IP），记录操作时间以便回滚。
- 验证生效：使用 dig +short your.domain.vn @8.8.8.8 检查解析，用户端可通过 curl 或浏览器隐私窗口测试访问。

10.

切换时的最终流程控制清单

- 预切换：停止写入任务、把应用设为维护模式、冻结后台作业。
- 最终同步：运行最后一次增量 rsync 与数据库导出/应用（或确认复制延迟为0）。
- 切换后检查：服务启动、日志无明显错误、监控报警静默、功能冒烟测试通过（登录、预订、支付流程）。

11.

回滚与异常恢复策略

- 快速回滚：若问题严重，立即将 DNS 回退到源 IP 或把负载均衡回切，恢复原服务器服务并解除维护模式。
- 数据一致性：回滚前记录新站点写入的数据范围，必要时导出新数据再合并回旧库（谨慎操作，建议人工确认）。
- 总结与改进：记录原因、时间线、修复步骤，编写复盘报告并完善迁移脚本。

12.

迁移后优化与安全加固

- 性能调优：根据日志和监控调整 PHP-FPM/数据库连接数、缓存 (Redis/ Varnish)、开启压缩和 HTTP/2。
- 安全检查：检查防火墙规则、关闭不必要端口、检查公开服务、更新依赖和系统补丁。
- 监控与报警：确保 Prometheus/Datadog/云厂商监控接入，配置关键报警（CPU、内存、磁盘、响应时间、错误率）。

13.

问：迁移期间如何最小化对酒店在线预订业务的影响？

- 答：缩短停机窗口并采用增量同步或主从切换；切换前将域名 TTL 降低；在低峰期执行；设置维护页面并提前通知渠道与客户；对关键事务使用队列或缓存降低直接写入频率。

14.

问：越南本地网络或防火墙设置是否需要特别注意？

- 答：是的，需确认目标机房/云服务商对外端口策略与带宽，越南本地 ISP 可能对外部访问有峰值限制；检查防火墙与安全组规则，确保 ICMP/SSH/HTTP/HTTPS 可达；如有跨国链路，注意延迟与丢包对数据库复制的影响。

15.

问：如果数据库数据量非常大（TB级），推荐哪种迁移方案？

- 答：推荐使用物理迁移或增量复制：使用 Percona XtraBackup 做热备并传输到目标后恢复，或部署 MySQL 主从复制先同步，再在低峰时切换主库。大数据量场景尽量避免完全导出导入以缩短停机时间。

来源：越南酒店服务器迁移实操指南与常见问题解析