准备把虚拟磁盘镜像搬到LiteServer存储VPS时，源端显示只用了几十GB，目标盘却可能在复制过程中迅速接近满额。这里先要分清两个数字：镜像向应用呈现多长，与文件系统实际分配了多少块。购买更大的盘能够延后报警，却未必解决复制链路把空洞写成零字节的问题。本文针对可停止写入、以普通文件交付的镜像或离线数据包，给出容量验收方法；不把它当成正在运行数据库的热备方案。
一份文件，要同时留下两种大小的回执
GNU du手册明确区分设备占用和表观大小，文件中的空洞能够让表观大小大于实际占用。一个逻辑长度200GB、实际分配40GB的镜像，并不意味着另外160GB已经备份到了别处。它表示文件系统可以用空洞表达对应的零值范围；应用读到的字节仍由文件语义决定。采购时只抄文件管理器里的“大小”，或者只抄一次du结果，都可能遗漏恢复端的容量要求。
在Linux源端，先对停止写入的文件分别执行du -B1 disk.img与du --apparent-size -B1 disk.img，保留原始字节数、命令版本和所在文件系统。前者用于观察分配占用，后者用于观察逻辑长度；不要把两个命令输出单位不同造成的差额归因于稀疏。目录汇总还会受到硬链接计数等因素影响，首次验收宜从一个确定的样本文件开始。
如果源文件200GB、占用40GB，复制后仍长200GB却占用接近200GB，内容未必损坏，空间表达方式可能变了。相反，目标也只占40GB，仍不能单凭这一点认定内容正确。内容一致与空间保持是两项独立验收：前者比对完整字节内容或校验值，后者检查目标端分配量，再另做恢复演练。校验一致无法替代可恢复性，分配量一致也不能证明权限、镜像格式和业务状态都正确。
先选可验证的复制方式，再估算盘需要多大
GNU cp默认以启发式检测稀疏源文件，--sparse=always会在足够长的零字节区域尝试创建稀疏目标，--sparse=never则禁止创建这种表达。因此，“普通复制一定膨胀”和“复制命令默认一定保住全部空洞”都不适合作为采购依据。实际工具版本、目标文件系统与复制方式需要一起验证，尤其不能把同机文件系统克隆的结果直接当成跨机复制结果。
rsync提供--sparse，短选项为-S，用于把零值序列处理为稀疏块；归档选项与稀疏选项分别存在。可在隔离测试目录中用rsync -aS disk.img target/做首个样本，核对输出文件长度、完整内容校验和分配占用。这里的命令只说明验证路径，文件名、访问权限、传输账户和目标目录应按实际环境确定，不能不看现有目录就照搬覆盖生产文件。
更需要谨慎的是把--inplace、预分配和稀疏选项混用。rsync手册对这些组合专门列出文件系统与版本限制；原地更新还会使目标在更新期间处于不一致状态。对必须保留上一版可恢复镜像的场景，省掉第二份文件占用并不是免费的优化。应先确定旧版是否独立保留、故障中断怎样回到旧版，以及更新中途目标被恢复程序读取时会发生什么，再谈选择原地方式。
压缩传输是另一条链路。网络上发送的字节少，不能推出目标文件落盘也稀疏；远端解压、暂存、重新打包和最终恢复各自都可能改变占用。若购买存储VPS的理由是存镜像，应把测试终点设在“从备份恢复到新位置并通过业务检查”，而不是传输程序显示完成。正在写入的镜像还需要停机或一致性快照，稀疏选项本身不提供应用一致性。
6与12之间，差的是哪一段工作空间
2026年11月2日读取LiteServer官方存储页，HDD-1G列为1核、1GB内存、512GB HDD、15TB流量与6月费；HDD-2G列为1核、2GB内存、1024GB HDD、20TB流量与12月费。页面还列出每增加256GB HDD为2.50/月的附加项，欧洲客户展示价格未含增值税。这些是公开页面信息，具体订单可用性、适用税费及附加盘是否能按预期合并使用，仍应在付款页面确认。
先按一个明确假设算账：保留两份独立镜像，每份逻辑长度200GB、分配40GB，恢复时另建一份完整200GB工作文件，再为系统与其他任务留20GB。若两份备份一直保持40GB，预算为40×2＋200＋20＝300GB；若两份都展开成200GB，预算为200×2＋200＋20＝620GB。这是十进制GB的场景推导，未包含文件系统元数据和额外快照，不能当成商家交付实测。同样的两份备份，复制方式改变后，512GB档可能从有余量变成连恢复工作区都放不下。
按页面标称值粗算，512GB加一个256GB附加块合计768GB，基础月费加附加费为8.50；直接选1024GB档是12/月，差额3.50，同时内存与流量档位也不同。但这不能直接得出“附加盘最划算”：若新容量作为另一块盘交付，现有目录并不会自动扩容；若恢复依赖内存较多的解压或校验进程，1GB与2GB也需要单独验证。先问容量交付方式，再比较同一工作流的总成本，才有可比性。
官网说明端口为1Gbps，月流量达到90%会通知，耗尽后默认保持在线但限制到10Mbps，计数在每个自然月首日重置。对备份采购，这个差别影响恢复期限。假设实际需要传回200GB、按8bit每byte计算，忽略全部协议开销，10Mbps下理论最低用时160000秒，约44.44小时；1Gbps下为1600秒，约26.67分钟。这里仅比较端口上限的数学下界，实际速度还取决于磁盘、CPU、路径与并发，不能承诺按此时长恢复。
把订单问题写成能交付的证据
LiteServer这类HDD存储方案适合已有离线备份流程、愿意做空间与恢复验收、主要追求容量的用户。若任务要求持续低延迟随机写入，或者希望买完就有人承担应用一致性、备份链检查和恢复结果责任，应先核对其他存储类型或管理服务。存储页本身将产品定位为不需要NVMe性能时的容量方案，但没有给出本篇工作负载的IOPS、稀疏保持比例和恢复速度。这些指标必须留白，不能借RAID描述推导出业务备份保证。
下单前可把问题集中交给商家：附加256GB是扩现有文件系统还是增加独立盘，是否涉及停机；客户可用文件系统及挂载方式是什么，能否自行创建和验证稀疏文件；备份传入与恢复传出怎样计入流量，补流量的价格与生效时间是什么；订单税费、续费、退款期限和存储用途限制按哪份条款执行。对方回答应保存工单或订单文本，口头的“可以备份”不等于确认了这些具体条件。
有采购需求时，可通过LiteServer存储VPS推广入口核对订单查看当前方案。该链接为推广链接，参数和限制以上述官方页及最终订单为准。建议把通过门槛写成一条完整记录：源端两种大小、跨机复制后的两种大小、内容校验结果、保留旧版时的峰值占用，以及限速条件下是否满足恢复期限。只有这条链路过关，扩盘预算才对应一个已知缺口。
核验资料
官方套餐、工具手册读取于2026年11月2日。渠道通本轮实时接口核对推广链接；未做商家性能测试，未核实订单库存及个人税费。
用户评论