1.1 评估目标：确定迁移目的（比如法律合规、访问速度、用户基数在北美、数据驻留要求等）；列出所需服务：Web、DB、邮件、API、CDN、备份和监控。
1.2 清单与权限：列出当前服务器IP、域名注册商、DNS 提供商、证书颁发机构、数据库版本、应用环境（PHP/Python/Node）、第三方回调地址和 cron 作业。
2.1 服务商选择：对比 AWS（加拿大中部）、Google Cloud（加拿大）、Azure、Vultr、Linode、DigitalOcean 等，注意机房位置（如蒙特利尔、多伦多）、带宽、出站流量费用与 SLA。
2.2 配置建议：生产环境至少 2 核/4G 内存，SSD，公网 IP；数据库单独实例或托管 RDS，建议开启快照和多可用区备份。
3.1 文件备份：使用 rsync 或 scp 进行全量备份，示例：rsync -avz --delete /var/www/html/ user@canada-server:/var/www/html/。
3.2 数据库备份：MySQL：mysqldump -u root -p --single-transaction --routines --triggers --databases dbname > dbname.sql；Postgres：pg_dump -U user -F c dbname > dbname.dump。
3.3 验证备份：在本地或临时服务器上还原并测试，确保备份文件无损坏且应用能正常启动。
4.1 系统与用户：选用 Ubuntu LTS 或 CentOS，创建部署用户并设置 SSH key 登录，禁用密码登录。
4.2 软件栈安装：安装 Nginx/Apache、PHP-FPM、MySQL/Postgres、Node 等，确保版本与现网兼容，使用包管理器 apt/yum 或 Docker 容器化部署。
5.1 初次导入：把 mysqldump 文件上传到加拿大服务器，mysql -u root -p < dbname.sql，注意字符集与时区一致。
5.2 增量同步：若要降低停机时间，可采用二进制日志（MySQL binlog）、主从复制或使用 Percona XtraBackup，实现实时同步到新库，然后短暂停服切换到新主库。
6.1 使用 rsync 增量同步多次，最后一次在切换前同步并保持 --delete 参数，确保无旧文件遗留。
6.2 权限与 SELinux：设置正确的文件权限（如 www-data:www-data），检查 SELinux 或 AppArmor 设置，确保可写目录可被应用访问。
7.1 证书迁移：如果使用商业证书，可以导出私钥与证书到新服务器（注意权限），或在新服务器使用 certbot 申请 Let's Encrypt：certbot --nginx -d example.com。
7.2 验证链：使用 openssl s_client -connect yourdomain:443 -showcerts 检查证书链和到期时间。
8.1 降低 TTL：提前 48 小时把域名 A/AAAA 记录的 TTL 降为 300 秒（或 60 秒），以便快速生效。
8.2 切换步骤：停止现网写操作，做最后一次数据库同步与文件 rsync，修改 A 记录指向新加拿大公网 IP；若使用负载均衡或 CDN，更新其后端或 origin。
8.3 验证生效：使用 dig +trace yourdomain A 与 curl -I https://yourdomain 查看是否到达新服务器 IP。
9.1 MX / SPF / DKIM / DMARC：若邮件服务托管在现网，确保在新 DNS 中复制 MX 记录；验证 SPF 文本记录（v=spf1 include:... ~all）；迁移或重配 DKIM 密钥并测试签名。
9.2 防止丢信：如果邮件与应用使用同一服务器，确认反向 PTR、HELO 名称和 IP 没有被列入黑名单。
10.1 防火墙与入侵防护：使用 UFW/iptables 仅开放必要端口（80/443/22），安装 fail2ban，限制 SSH 登录尝试。
10.2 日志与监控：部署 Prometheus/Grafana、NewRelic 或 CloudWatch；设置告警（CPU、内存、磁盘、错误率、延迟）。
11.1 功能测试：逐项测试登录、支付、文件上传、API 接口、定时任务与第三方回调；使用爬虫或 site-audit 工具检查 SEO 元素是否正常。
11.2 SEO 注意：切换 IP 本身不会直接影响排名，但要保留 URL 结构、301 重定向、sitemap 和 robots.txt 不变。若更换域名或子域，务必设置 301 并在 Search Console 提交更改。
11.3 回滚：保留旧服务器至少 48-72 小时，记录切换时间戳与 DNS 记录，若出现严重问题，恢复旧 A 记录并回滚数据库到切换前快照。
12.1 问：迁移后访问速度变慢是 CDN 配置问题还是服务器问题？
12.2 答：先用 traceroute/latency 测试确认延迟是否来自源站（加拿大机房到主要用户群的 RTT）；如果静态资源未通过 CDN 或 CDN origin 配置仍指向旧服务器，会造成慢加载。解决方法：确认 CDN 的 origin 指向新 IP、清理 CDN 缓存并在 CDN 边缘启用压缩与缓存策略。
13.1 问：切换 DNS 后为何某些用户还能访问旧站？
13.2 答：这是因为 DNS 记录有缓存，客户端、ISP 或本地 DNS 解析器可能缓存在旧 IP。降低 TTL 并等待缓存过期可解决；同时确认没有多个 CNAME 链或第三方 DNS 服务未同步。
14.1 问：迁移到加拿大是否需要遵守特殊的隐私或合规要求？
14.2 答：加拿大适用 PIPEDA（个人信息保护与电子文件法）及各省规定。若处理个人数据，需确保存储和处理方式符合本地法律、设置数据处理协议并在必要时告知用户数据驻留位置；金融或医疗类还需额外合规检查。
