cas备份用一个独立的共享存储作为临时目录，发现临时目录空间不回收

你遇到的这个问题，核心其实在于H3C CAS平台备份机制的一个特殊设计：备份过程中，临时目录需要预留虚拟机磁盘“分配容量”的2倍空间，而不是“实际使用”空间的2倍。简单来说，你看到空间没释放，但实际上可能根本就没能成功开始备份。

下面我来为你详细分析一下问题的成因和解决办法。

🔍 问题根因深度剖析

这个问题的表象是“空间不足”和“空间不释放”，但背后有更深层次的原因。

1. 😮 备份的“2倍空间”陷阱：按分配容量而非实际使用量计算

   • 这是导致你备份失败的根本原因。H3C CAS的备份机制在设计上要求，临时目录的可用空间必须大于或等于虚拟机磁盘分配的总容量的2倍。

   • 以你的情况为例：即使每台虚拟机内实际数据不足1TB，只要它被分配了2.2TB的“厚置备延迟置零”磁盘，在CAS平台看来，这就是一个2.2TB的磁盘。

   • 因此，备份一台这样的虚拟机，临时目录就需要至少 2.2TB * 2 = 4.4TB 的可用空间。如果你尝试同时备份多台，所需空间会线性叠加。

2. 🤔 “空间不释放”的错觉：备份从未真正开始

   • 你登录后台发现“实际里面并没有文件”，这是一个关键线索。它说明备份任务在刚启动、准备阶段，就因为空间检查不通过而直接失败了。

   • 整个流程是：任务启动 -> 检查临时目录空间 -> 空间不足 -> 直接报错退出。

   • 由于没有任何数据被写入，自然也就没有文件需要清理，所以你看到的是一个“空”的但“空间不足”的矛盾状态。

3. 💾 “延时置零”磁盘类型的放大效应

   • 你使用的“厚置备延迟置零”磁盘，在创建时就立即分配了全部物理空间，因此它的“分配容量”非常大。相比之下，“精简置备”磁盘按需分配，其“分配容量”可能远小于物理空间，备份时对临时目录的空间需求也会小得多。这是导致你所需空间巨大的直接原因。

🛠️ 解决与排查方案

针对上述原因，建议你按以下优先级尝试解决方案：

1. 方案一：精确规划临时目录空间（首选）

   • 计算所需空间：统计所有需要同时并发备份的虚拟机的“磁盘分配总容量”之和，然后乘以2。

   • 确保空间充足：将这个计算结果与你的共享存储临时目录的可用空间进行对比。如果你的共享存储有6.6TB空间，那么它也只能勉强支撑备份一台2.2TB的虚拟机（需要4.4TB），同时备份两台就会失败（需要8.8TB）。确保临时目录的总容量能完全容纳所有并发备份任务的需求。

2. 方案二：调整备份策略，减少并发

   • 如果存储空间无法扩容，可以修改备份策略，避免同时备份多台大容量虚拟机。将它们安排在业务量小的时间段内串行执行，这样临时目录空间可以重复使用，对容量的需求就降低了。

3. 方案三：检查路径配置，避免张冠李戴

   • 在CAS管理平台的 系统管理 -> 参数配置 -> 系统参数 中，确认 “上传文件临时目录” 是否指向了空间充足的路径。

   • 特别注意：虚拟磁盘文件下载和虚拟机备份，可能使用了不同的临时目录。请仔细检查备份任务自身的配置，确保“临时目录”路径也指向了正确的共享存储。

4. 方案四：排查进程占用（如果问题依旧）

   • 如果空间确认充足，但问题依然存在，可能是因为之前的失败任务或其它进程占用了文件句柄。

   • 登录到CVM或CVK节点后台，执行以下命令查找已被删除但仍被进程占用的文件，这些文件不会在常规目录中显示，但会持续占用空间。

     lsof | grep deleted 找到相关进程后，可以尝试重启对应的服务或进程来释放空间

🚨 核心原因

🛠️ 根治方案（必须按顺序执行）

第一步：重启 CAS 后台服务（最直接）

⚠️ 注意：重启服务期间，虚拟机业务不受影响，但备份任务会中断，请在业务低谷期操作。

第二步：检查并修复共享存储挂载（必查）

• 现象：如果显示 /vms/xxx 状态为 Read-only 或 Error，说明共享存储掉线了。
• 修复：重新挂载共享存储。

第三步：临时扩容规避（应急手段）

1. 登录 CAS 管理平台。
2. 进入 系统管理 -> 系统配置 -> 备份配置。
3. 将临时目录修改到 CVK 本地磁盘（剩余空间较大的位置，如 /var/lib/cas/tmp）。
4. 执行备份，待备份完成后，再改回共享存储。

💡 为什么会出现这种情况？

1. 断网导致：备份过程中，共享存储突然断网或权限变更，导致进程写入失败，文件变成僵尸进程。
2. 未正常结束：上一次备份任务被强制中断（如断电、拔网线），导致后台线程未释放资源。
3. OCFS2 特性：如果你的共享存储是 OCFS2 文件系统（图片中显示 ocfs2），它对文件锁的检测机制比较严格，一旦进程异常退出，锁可能会残留。

📝 最佳实践建议

1. 专用分区：不要把备份目录直接建在根目录或数据存储目录下，单独划分一个 LVM 分区。
2. 监控报警：在监控平台设置共享存储使用率阈值（如 80% 报警），而不是依赖肉眼。
3. 定期清理：每周手动清理一次 /var/lib/cas/backup 或对应的挂载目录下的 tmp_* 文件夹。