从阈值到闭环
有效的容量治理有四个要素：分层的阈值（提示、预警、硬限）、能触达责任人的通知、明确的处置动作（清理、归档、扩容申请），以及定期复盘的趋势数据。缺任何一环都会退化：缺责任人则无人处置，缺处置动作则告警重复出现，缺趋势数据则每次都只能被动救火。
基本信息
| 适用平台 | Windows 文件服务器、Linux 文件系统与 NAS |
|---|---|
| 阈值手段 | 配额软限与告警阈值、监控采集 |
| 告警渠道 | 邮件、即时通讯机器人、监控平台 |
| 巡检方式 | 定期采集占用并留档，形成趋势 |
| 配合动作 | 冷数据归档、扩容、权限与结构优化 |
阈值分层与动作
| 阈值 | 含义 | 建议动作 |
|---|---|---|
| 70% | 增长提醒 | 核对增长趋势，通知责任人 |
| 85% | 预警 | 启动归档或清理，评估扩容窗口 |
| 95% | 紧急 | 立即处置，冻结非必要写入 |
| 配额软限 | 可超缓冲 | 宽限期内必须回到限值以下 |
| 配额硬限 | 写入拒绝 | 调整配额或清理，避免影响业务 |
Linux 侧巡检与归档
Linux 侧巡检与归档
# 采集各用户占用，输出按容量排序的清单
repquota -s /srv/data | sort -k3 -n -r | head -n 20
# 找出大目录，定位增长来源
du -sh /srv/data/* 2>/dev/null | sort -h | tail -n 15
# 找出长期未修改的冷数据（示例阈值 365 天），供归档评审
find /srv/data -type f -mtime +365 -size +100M -printf '%s\t%p\n' | sort -n | tail -n 30Windows 侧阈值告警
Windows 侧阈值告警
# 为已有配额追加告警阈值
New-FsrmQuotaThreshold -Percentage 85 | New-FsrmQuota -Path D:\data\team_a -Size 100GB
# 查看当前配额与告警对象
Get-FsrmQuota | Select-Object Path,Size,SoftLimit
# 结合事件日志核对配额触发记录
Get-WinEvent -LogName 'Microsoft-Windows-FSRM*' -MaxEvents 20归档前先确认数据仍有业务价值，并优先选择可追溯的迁移方式：把冷数据搬到低成本的二级存储并保留原路径的访问说明，比直接删除更安全。清理动作应可审计，避免容量治理变成数据丢失的源头。
阈值设置过密会让告警失去意义：同一条容量问题每天重复推送，责任人很快无视全部通知。应把重复告警做聚合与去重，只在状态变化或跨入新阈值时提醒。