服务器迁移记录：最终还是退回到了阿里云...！

❌❌❌ 腾讯云！我也没想到我会干这么件事儿，毕竟我曾多次说过腾讯云不咋地（之前有过惨痛经历），再加上我的阿里云 ECS 都已经续费到了 2027 年，照理说完全没必要折腾。但腾讯云这价格实在太便宜了，让人难以拒绝。

昨天，博友群里有人分享了一则推广信息，我目测性价比很高，至少比我现在的阿里云便宜太多太多了！我纠结了好一会儿，从价格、性价比、安全性等方面仔细盘算了一下。

首先我第一时间去问了阿里云客服能不能退费，结果客服答复说可以退；第二，经我实际验证，5M 带宽对于日均一两千 IP 的网站来说绰绰有余；第三，虽然我之前对腾讯云的安全性一直不太信任，但经过最近一段时间的运维实战，我对云服务器的安全管控也有了更深的理解。于是我下定决心：换！

结果很遗憾，由于我纠结了一小会，三年版的已经被抢光了，我只买到了一台一年的。买完之后立马配置 SSH Key，开始搭建环境，这一套流程早就驾轻就熟了——前次被攻击时练出来的经验确实派上了用场。差不多都配置好了，我回头再看活动页面……好家伙，似乎第二天还有一轮活动！于是我熬到凌晨想再试试，结果活动内容换了，害。

1. 控制面板设置

相对而言，腾讯云的产品种类少一些，所以后台控制中心也显得简洁不少，找功能、设置参数都相对容易。对于我这台小 VPS，其实也没太多要配置的内容。首先，我先设置并应用了 SSH Key，只允许密钥登录，提升安全性；接着，临时将防火墙全部放通，后续再把宝塔面板里的安全规则迁移到系统防火墙，让规则直接在系统虚拟层生效，效率会更高。除此之外，我就没有再做其他额外的配置了。

实现这两个安全功能的操作都很简单，不在话下。值得一提的是，腾讯云每个地域提供 5 个免费自定义镜像配额，这可以作为整体备份和网站迁移之用，还是不错的。

2. 云服务器迁移

目前，我在阿里云上实际使用的存储容量大约为 36GB，其中大约 11GB 是通过 Syncthing 同步备份的文件，约 7GB 是网站的静态文件和数据库，其余则是系统文件以及一些无用的垃圾数据。也就是说，真正需要手动迁移的资料大约只有 7GB，Syncthing 备份的资料后面再从本地同步上去就行了。

由于我在新服务器上将采用和旧环境接近一致的系统和软件配置，网站迁移的方式其实有很多选择。比如，可以先制作整体镜像，然后在腾讯云控制面板中进行磁盘级别的迁移，这样能原样保留所有数据和系统环境；或者使用宝塔面板“设置”里的整机迁移功能，利用宝塔一键打包网站、数据库和面板配置，再通过 SSH 同步到新服务器。

这两种方式虽然看起来最省事，但也有明显的缺点：旧系统里的过时程序和无用数据都会被一起搬过来，对于我这样体量较小的网站来说，其实没必要把那些“垃圾”也保留。此外，尤其是宝塔的整机迁移，对网络的稳定性要求非常高，数据量一旦过大，传输时间可能会长达好几天，甚至中途失败。

综合考虑之后，我决定放弃整机克隆，重新搭建新环境，并采用半自动加手动的方式迁移数据。这样既能保证新系统更干净，也方便对旧数据进行筛选和精简。

2.1 宝塔环境搭建

这次，我在平衡系统性能和兼容性的前提下，尽量选择了较新的系统和应用版本。经过一番实践和测试，下面这套配置对我当前的 3 个网站以及若干个小应用来说，整体表现比较合适。

其中，我一开始尝试安装了 PHP 8.4，但发现它无法正常打开 phpMyAdmin，因此又回退到了 PHP 8.2。除了满足网站的基本运行需求之外，我还额外安装了宝塔的一些安全插件，以及 PHP 所需的扩展组件。整体环境如下：

组件 / 插件	版本 / 配置	功能说明
Nginx	1.28.0	Web 服务，作为反向代理和静态文件服务器
PHP	8.2.28（+memcached、exif、fileinfo、opcache）	动态脚本解析环境，启用必要扩展以支持 WordPress 和缓存
MySQL	5.7.44	数据库服务，存储网站数据，小内存只能用旧版本
phpMyAdmin	5.2	数据库管理工具，Web 界面管理 MySQL 数据库
Docker	应用+控制面板	容器引擎，用于部署小型服务或工具。宝塔现在自带可视化面板，很好用
宝塔网站监控报表	4.0.9	当成一个大号的网站日志分析软件都还不错，但效果不如流量统计平台，比如Microsoft Clarity
Nginx 防火墙	9.6.9	提供 Web 应用防护和访问控制，强烈推荐，不管是可视化还是功能性上都不错
Memcached 插件	1.6.32	管理 Memcached 缓存服务
宝塔系统加固	6.2	系统安全加固和常规安全策略配置
日志清理工具	2.8	一键清理网站和系统日志，节省磁盘空间
IP 精准数据包	宝塔插件	查看和分析详细 IP 连接及流量数据

2.2 宝塔“整站备份”

宝塔的“整站备份”插件可以完整备份网站的所有信息，包括网站文件、网站相关的数据库、Ftp 的配置和文件等的信息。具体实践来看，它会将这些文件和数据等备份到目录/www/server/panel/plugin/whole_site_backup/backup/chenguo.life/1750964411，其文件结构形如：

1750964411
├── nginx
│   ├── rewrite/
│   ├── .well-known/
│   └── chenguo.life.conf
├── chenguo.life.tar.gz
├── mysql.zip
└── site.json

比较传统的做法，是先将这个压缩包下载到本地电脑，再通过“导入备份”将此文件夹整体上传到新服务器。这样，整个网站的数据和配置就可以一并迁移过来。你甚至不需要在新服务器上手动创建站点或设置数据库账户，因为 site.json 文件中已经包含了对应的配置信息，导入后会自动完成创建和关联，非常方便。

当然，你也可以在新服务器上通过 SSH 使用 scp、wget 或 curl 命令远程下载。这样就不需要先把文件传到本地，整体速度也会更快一些，省去了中间下载上传环节。

不过，使用这种方式时，需要先在新服务器上手动创建网站和数据库，且网站根目录和数据库名称应与原来的保持一致。接着，在两台服务器上分别执行一次备份操作，其中新服务器的备份主要是为了让插件生成一条可用的备份记录。最后，再通过命令行将旧服务器上的备份文件传输过来，替换掉新服务器刚生成的空备份文件。

# 按自己服务器情况修改端口号、密钥和根目录，命令行最后的文件夹是插件执行“备份”生成的，按实改
scp -P 11111 -i /root/112.124.26.pem -r root@112.124.26.230:/www/server/panel/plugin/whole_site_backup/backup/analytics.shephe.com/1751002595/* /www/server/panel/plugin/whole_site_backup/backup/analytics.shephe.com/1751002444

本次我使用的是 scp 命令，并指定了私钥文件和特定的 SSH 端口。如果服务器使用默认的 22 端口，则无需额外指定 -P 参数。需要注意的是，这种方式在传输过程中依赖命令行会话保持在线，如果连接中断，文件传输也会随之中止。因此，如果备份文件特别大，或者网络状况不稳定，建议使用更稳妥的工具，例如支持断点续传的 rsync。

文件同步或上传完成后，只需要在插件设置中找到备份记录，点击“数量”-“恢复”即可完成数据还原。最后，将域名解析到新服务器的 IP，就可以对外正常访问了。

---

另外，如果你在全局 Nginx 配置文件中做过特殊设置，仍然需要手动调整。例如，我之前配置过多站点 fastcgi_cache 缓存，这部分全局配置不会自动迁移。此外，我还发现，这种打包方式在 SSL 证书恢复上并不完善，可能需要在新服务器上重新配置，这看上去像是一个小 Bug。

? 如果两头都是宝塔服务器面板，我觉得用整站备份插件可以大大提高网站备份和恢复的效率，强烈推荐！

2.3 手动备份和恢复

指的是先将原始数据库和静态文件分别打包备份，再在新服务器上手动创建网站和数据库，上传数据文件，修改数据库密码等。这适用于你想在迁移过程中保留核心数据，同时清理或更新部分静态文件的情况，步骤稍多。

2.4 Docker 备份恢复

当我把几个站备份过去以后，开始了速度测试，结果就是一坨……于是这个活儿没干了，退回到了阿里云 ECS。

3. 我的简单体验

不出意外的话，我以后应该再也不会使用腾讯云了，真的被折腾得蛋疼。上一次因为贪便宜尝试腾讯，结果让博客感染了木马，直至现在都还有后遗症。今天我辛辛苦苦花了大半天时间迁移数据，测试了无数遍，依旧比原来的阿里云慢 200ms 以上，始终找不到具体原因。我其实非常希望是自己配置出了问题，但群友反馈说这就是轻量云的通病。

其实在下单后我就知道 8255 这款 CPU 性能比 8269 稍弱一些，但毕竟也是 4 核，没想到腾讯竟然限制了磁盘 IO！导致我怎么调整都比阿里云慢半拍。大概率也是 IO 的原因，其负载抗压能力一塌糊涂。我原以为四核能好一点，结果正常访问就直接卡死，关键是还没有自行恢复。前段时间我这台配置更低的阿里云小机子都能硬扛 1000+ TCP 连接。

算了，一分钱一分货，不想再折腾了，退货退款！PS：平心而论，腾讯的网络（上海节点）要比阿里云杭州稍快些。