1. 对现有站点进行完整清单:代码、静态文件、数据库、第三方服务(API、CDN、邮件)、SSL证书和域名托管信息。
1.1 评估网站流量峰值、带宽与存储需求,选择台湾云厂商与合适实例规格(例如选择 Google Cloud asia-east1 / 台湾可用区或其他支持台湾机房的厂商)。
1.2 检查是否涉及地域法律(如台湾个人资料保护法PDPA),准备合规资料。
2. 备份文件:使用 rsync 或 tar 打包并校验。示例:rsync -avz --delete /var/www/html/ user@target:/var/www/html/ 或 tar -czf site-files.tar.gz /var/www/html && md5sum site-files.tar.gz。
2.1 备份数据库(MySQL):mysqldump -u root -p --single-transaction --routines --triggers --databases dbname > dbname.sql 并压缩:gzip dbname.sql。保存多份并测试恢复。
3. 在目标云空间创建实例并配置环境:安装 Nginx/Apache、PHP、数据库(MySQL/MariaDB)、Redis、必要的扩展。
3.1 设置系统时区、时钟同步、字符集(推荐 UTF-8)。
3.2 配置防火墙(ufw 或 iptables),只开放必要端口(80/443/22/3306 内网或限制来源)。
4. 将文件通过 scp/rsync 上传:scp site-files.tar.gz user@ip:/tmp && tar -xzf /tmp/site-files.tar.gz -C /var/www/html。
4.1 导入数据库:gzip -d dbname.sql.gz && mysql -u root -p < dbname.sql。4.2 导入后修复权限:chown -R www-data:www-data /var/www/html,并检查 PHP 配置(memory_limit、upload_max_filesize)。
5. 使用 hosts 文件把域名临时指向新服务器 IP(Windows: C:\Windows\System32\drivers\etc\hosts;Linux/Mac: /etc/hosts),在本机进行全站测试,包括表单、登录、支付、API 调用与邮件发送。
5.1 用 curl -I https://example.com 检查响应头,查看是否有错误或跳转,确保与生产行为一致。
6. 如果使用 Let's Encrypt,可直接在新服务器用 certbot 获取证书(推荐 HTTP-01 或 DNS-01)。命令示例:certbot --nginx -d example.com -d www.example.com。
6.1 若使用付费证书,可导出旧服务器的私钥与证书(注意私钥安全),通过 scp 传输并正确配置虚拟主机。
7. 如果邮件服务在同一主机或需要更改 MX,提前把 MX、SPF、DKIM、DMARC TTL 设置为较短时间(如 300 秒)以便切换。
7.1 迁移后验证发信是否被拒收,使用在线工具检测 SPF/DKIM 签名与反垃圾配置,必要时调整 PTR/反向 DNS(需要云厂商支持)。
8. 在切换前 48 小时把域名 TTL 缩短到 300 秒,确保切换窗口短。
8.1 在低流量时段逐步切换:先把部分子域(如 www)切给新 IP,观察日志与错误,再切换根域;或采用负载均衡器、流量分流(Canary)策略。
8.2 切换即时检测:使用 dig A example.com +short 与在线监测(Pingdom、UptimeRobot)。
9. 确保 URL 不变,保留路径与查询参数避免排名损失。若 URL 必须改变,逐条配置 301 永久重定向并在站点内更新 canonical。
9.1 迁移后更新 sitemap.xml 并在 Google Search Console、Bing Webmaster 提交新站点地图;检查 hreflang(如 zh-TW)与站点地理目标设置。
10. 若使用 CDN(如 Cloudflare 或本地 CDN),更新回源设置到新 IP 并清理缓存。
10.1 测试页面速度(Lighthouse、GTmetrix),调整服务器端缓存(FastCGI、Redis)、压缩与图片优化以利用台湾机房优势降低延迟。
11. 部署监控(Prometheus、Grafana 或云监控)和日志(ELK/graylog),重点监控 5xx、CPU、内存与带宽。
11.1 保持原服务器一段时间(建议 72 小时到 7 天)作为回滚选项,若发现严重问题,按预案把 DNS 指回旧 IP 并恢复流量。
12. 列出主要风险并对应措施:1) 数据丢失→多点备份并测试恢复;2) SSL 中断→预先申请或导出证书;3) 邮件投递失败→检查 SPF/DKIM/PTR;4) SEO 下降→保持 URL+301+提交 sitemap;5) 法规/合规→确认数据存放地与PDPA要求。
13. 迁移本身不会必然导致排名下降,关键在于保留 URL、正确使用 301 重定向、更新 sitemap 并在 Google Search Console 提交迁移信息; 同时注意页面加载速度和服务器响应时间,短期内可能有波动但可通过上述措施将影响降到最低。
14. 把 TTL 提前降到低值(如300秒),在 hosts 做本地测试确认无误,再在低峰期切换;可先做分阶段切换(子域或流量分流),并保留旧服务器一段时间作为热备,必要时快速回滚。
15. 首先检查 SPF、DKIM、DMARC 是否正确设置并生效;确认 PTR 反向 DNS 与发信 IP 匹配;向常见邮箱服务申请解封(如 Gmail Postmaster);并确保发送量与内容符合最佳实践,逐步恢复发信节奏。