很多人在初期搭建网站或项目时，往往忽略了后期数据增长的可能性；还有些朋友拿到云服务器后，没留意服务商提供的磁盘配置——系统盘与数据盘其实是分离的。若当时没先把数据盘挂载好，而是直接把所有数据存到系统盘里，随着项目数据越积越多，系统盘容量不足的问题就会逐渐暴露。
举个最近的例子：周末有位明同学找老蒋，他的独立服务器明明配了150GB的数据盘，却一直误把40GB的系统盘当“主力盘”用。直到数据占满系统盘近70%、接近爆满时才发现问题，而此时系统盘里已存了超20GB的关键数据。要是把这些数据先下载到本地再重新部署，不仅耗时久、流程繁琐，还可能影响业务节奏。所以我们最终敲定方案：通过无缝挂载新目录的方式，直接迁移现有数据，既省时间又减少对线上服务的影响。
最后老蒋必须提醒：操作前一定要做好数据防护！如果对自己的操作没十足把握，务必先将数据备份到本地或远程服务器；要是服务商支持快照功能，一定要先创建快照备份——这是防止迁移过程中意外出错、导致数据丢失的“保险绳”，千万不能省略。
1、检查磁盘情况
通过检查磁盘，我们可以看到 当前 默认系统的它用的是宝塔面板，系统盘是挂载在WWW目录中，而服务商给的数据盘挂载在data目录，这个目录现在是空的。通过命令检查：
fdisk -l
检查可以看到它的数据硬盘目录是：/dev/vdb1
2、停止软件工作
由于它是有网站在运行的，老蒋先准备给他的宝塔面板、数据库、PHP、Nginx、Redis等只要在运行的软件都统统的关闭。
3、同步数据到挂载盘
这里，我看到它的150GB挂载盘挂载在data目录中。所以，我先将www目录中的全部网站数据迁移到data目录的挂在盘中。（思路很简单，后面直接将挂载盘vdb1重新挂载新的www目录就可以直接无缝迁移）
rsync -aXS /www/. /data/.
这个过程我等了大约五六分钟左右，这个相对比我们下载到本地再上传速度快N百倍。
4、备份WWW目录
这个我们还是担心万一数据搞错或者没有迁移完整还可以恢复。所以我不着急删除原始的www目录，而是给先重新备份一个目录。因为我等会需要创建一个新的www。
mv /www /www_backup
5、创建新的www目录
mkdir /www
6、卸载和挂载
我们需要先将原来挂载在data目录的卸载。
umount /dev/vdb1
然后我们挂载给新的www
mount /dev/vdb1 /www
这个时候，我们可以检查 df -h 可以看到已经挂载150GB给新的www，而且数据也都在。
7、设置启动项
但是这个时候我们还需要修改启动项。
vi /etc/fstab
编辑启动项，有一行挂载的是data，我们修改成www这样。重新服务器也没有问题。否则可不行。
8、恢复软件启动
这里，我们可以恢复软件启动看看网站和系统是否正常运行。如果正常运行都没有问题，我们可以将备份的 www_backup 删除缓解系统盘的存储空间。
评论