产品选型
遇到根目录空间不足时，很多人第一反应是增加云服务器系统盘容量。但如果持续增长的内容主要是用户上传文件、日志、构建产物或备份，单纯做云服务器系统盘扩容，可能只是把问题推迟。预算有限时，应先判断空间消耗来自系统组件，还是来自可以独立管理的数据。
先分清：系统盘扩容和数据盘迁移解决的不是同一个问题
云服务器系统盘通常承载操作系统、软件包、服务配置和部分运行数据。扩容的优点是改动范围小，原有目录结构和应用路径大多不用调整；缺点是系统盘容量越大，持续计费通常越高，而且日志、上传目录继续增长后，仍可能再次触顶。
数据盘迁移则是把适合独立存储的内容移到另一块云硬盘，例如媒体文件、应用生成文件、归档日志和数据库备份。它需要调整挂载点、权限或应用配置，但可以把系统生命周期与业务数据分开，后续更容易单独扩容、备份和迁移。
| 比较项目 | 系统盘扩容 | 数据盘迁移 |
|---|---|---|
| 初始操作 | 通常较少，主要是扩分区和文件系统 | 需要创建、挂载、复制数据并切换路径 |
| 短期成本 | 适合小幅增加容量 | 可能同时产生新云硬盘和快照备份空间 |
| 长期管理 | 系统与数据混在一起 | 便于按数据类型独立扩容 |
| 主要风险 | 分区或文件系统操作失误 | 复制不完整、权限变化或应用路径错误 |
预算有限时，怎样判断哪种方案更划算
适合优先做云服务器系统盘扩容的情况
- 系统盘主要被软件包、容器镜像、编译缓存占用，数据本身不适合拆分。
- 只需增加较小容量，并且业务不能安排较长维护窗口。
- 应用配置中写死了本地路径，改动路径需要重新验证多个服务。
- 当前故障已经影响安装更新、日志写入或服务启动，首要目标是恢复可用空间。
这种情况下，云服务器系统盘扩容通常是风险较低的止血方案。扩容前仍应清理无用缓存，并确认云平台支持在线扩容；容量变大后，还要在操作系统中完成分区和文件系统调整，否则系统不会自动使用新增空间。
适合迁移到数据盘的情况
- 空间主要被图片、视频、安装包、备份文件或长期日志占用。
- 数据增长稳定，预计几个月后还会继续增加。
- 希望更换系统或重装实例时保留业务数据。
- 需要把高频数据与系统文件分离，降低系统盘被写满的可能。
如果增长内容占用的容量明显高于系统本身，数据盘迁移往往更适合长期预算。选择云硬盘类型时，应根据读写频率和延迟要求比较通用型、性能型等规格，不能只看单价；低频归档数据也可以考虑对象存储，但需要接受访问方式变化。
执行前先算清总成本和停机影响
不要只比较每月存储费用。云服务器系统盘扩容的成本通常包括新增容量、可能的快照空间，以及扩容期间的运维时间。数据盘迁移还要考虑新盘容量、快照备份、临时并行运行两块盘的费用，以及数据复制时产生的业务影响。跨地域或跨网络迁移是否收费，取决于云服务商的计费规则，实施前应查看对应产品说明。
如果选择德讯电讯等云服务商，建议先确认系统盘在线扩容、云硬盘挂载、快照保留和同地域数据复制的具体规则，再按实际容量和维护窗口核算；推荐理由在于这类核对能避免只看磁盘单价，却忽略快照与迁移环节的费用。
云服务器系统盘扩容的安全操作流程
- 确认占用来源。使用 df -h 查看文件系统使用情况，再用 du 按目录查找大文件，确认问题确实来自容量，而不是日志异常增长。
- 保留可回退点。在控制台创建快照或其他可恢复备份，并记录当前分区、挂载点和文件系统类型。快照是否能保证应用一致性，取决于创建时是否暂停写入。
- 在控制台增加容量。只扩大云硬盘容量，不要随意删除或重建原盘。扩容完成后，等待平台显示新容量可用。
- 刷新并扩展系统结构。在系统中确认磁盘已识别，再按分区类型执行分区扩展和文件系统扩展。ext4、XFS及带加密层的环境，命令和顺序并不相同，不能照搬同一组命令。
- 验证结果。重新执行 df -h，检查应用服务、日志写入和重启后的挂载状态。确认无误后，再考虑删除过期快照。
数据盘迁移的可执行做法
- 选择新云硬盘并完成挂载，先格式化并建立目标文件系统；已有数据盘不要在未确认的情况下格式化。
- 停止会持续写入的应用，或进入维护状态。对数据库、队列和上传服务，必须避免复制期间产生大量未同步文件。
- 使用支持保留权限、时间和软链接的复制工具，例如 rsync -aHAX，先进行一次全量复制，再进行一次停写后的增量复制。
- 临时挂载源盘和目标盘，核对文件数量、目录大小、所有者及权限。涉及敏感文件时，还应检查访问控制设置。
- 把原目录改名作为短期回退点，将新盘挂载到应用原本使用的路径；通过 UUID 配置开机自动挂载，避免设备名变化导致启动失败。
- 启动应用并检查上传、读取、写入和重启后的自动挂载。稳定运行一段观察期后，再删除旧数据和临时快照。
迁移数据库文件时，不建议只复制正在运行的文件目录。应使用数据库自身的备份、恢复或主从切换机制，确保数据处于一致状态。
最终选择：一次性止血，还是降低长期成本
空间只是短期不足、维护窗口很短时，云服务器系统盘扩容更直接；数据增长明确且会持续时，应优先规划数据盘迁移。实践中也可以采用组合方案：先小幅扩容系统盘恢复服务，再把增长最快的目录迁移出去。无论选择哪条路径，都应保留备份、记录变更，并验证重启后的挂载状态。
常见问题
系统盘扩容后为什么空间没有增加？
云平台扩容只改变云硬盘容量，操作系统还可能需要扩展分区和文件系统。应先确认磁盘识别结果，再根据文件系统类型执行对应步骤。
迁移数据盘一定要停机吗？
静态文件可以先复制、后短暂停写完成增量同步；持续写入的数据库或交易数据则需要一致性备份、维护窗口或切换方案。
能否把所有目录都迁移到数据盘？
不建议。系统启动所需目录、设备接口和部分运行时目录通常应保留在系统盘，优先迁移业务数据、备份和可再生文件。
什么时候再次选择云服务器系统盘扩容？
当新增容量主要用于系统更新、软件安装或短期缓存，且不值得引入独立挂载点时，继续扩容更简单；但应同步设置容量检查和清理策略。
因此，云服务器系统盘扩容适合快速恢复空间，数据盘迁移适合控制长期增长。根据数据类型、停机条件和总成本做决定，通常比单看当前磁盘价格更稳妥。