结论先说:容量规划不是先买一块更大的盘,而是先把“谁在占、长得有多快、哪些不该长期留”算清楚,再按扩容需要的时间倒推触发线。很多公司等用量见底才申请,那时立项、采购、上架、校验都来不及,只能删文件救急。
私有化部署还有个前提:服务器与存储由企业自备,容量不会因为多买席位变大;文件怎么放、权限怎么控由平台管,留什么、清什么得由你们的规则定。
一、先把“占用”拆成四笔账
问“我们用了多少”答不了这个问题:同一个数字里混着四种性质不同的东西。
| 占用类型 | 典型来源 | 怎么确认 | 处理方向 |
|---|---|---|---|
| 在用文件 | 进行中的项目、在谈的合同、现行制度 | 空间管理员按目录盘点在用清单,用工作动态核对最近修改 | 保留,纳入日常容量 |
| 历史原件 | 结项资料、盖章扫描件、对外交付物 | 合同或内部规定要求留存的清单 | 保留但降频,留索引可检索 |
| 过程稿与副本 | “最终版v2”、导出件、转存副本 | 同主题多份文件、文件名带版本号 | 先清理,属于可回收空间 |
| 临时与导入数据 | 迁移导入、批量转换、测试文件 | 一次性任务的时间窗与落地目录 | 任务结束即清,不计入长期规划 |
四笔里只有前两笔该算进“你需要多少容量”。把后两笔算进去,容量会被长期高估,真吃紧时又找不到能删的东西;第四笔尤其要小心,导入造成的跳升不是增长率,不能拿来外推。另外,总量与增长曲线向运维的存储监控要,平台里盘到的是文件清单与最近修改,两边对上再动手。
二、历史文件不必都长期留:用四个问题分级
“要不要定期清理”是分级题:对每批文件问四个问题,答案组合决定它留在哪一层。
- 有没有外部要求必须留原件?合同、审计、监管要求留存的原件不能删,但只留一份权威副本,其余重复件清掉。
- 半年内还有人会打开吗?没人打开但有检索价值的(历史报价、结项报告),留文件与索引即可。
- 丢了会造成什么?答不出后果的,多半是可清理的过程稿;能说清后果的,才值得长期占容量。
- 有没有唯一责任人?没有责任人的文件最容易变成无主数据,先定归属,再谈去留。
| 分级 | 判断依据 | 处理方式 | 谁来决定 |
|---|---|---|---|
| 必须留原件 | 外部要求,或法务、财务明确要求 | 长期保留,保留可检索入口 | 法务/财务 + 内容责任人 |
| 留档备查 | 不再日常使用,但可能被追溯 | 转归档位置,保留索引与权限 | 部门负责人 |
| 可清理 | 过程稿、重复副本、无主文件 | 按流程清理,回收站兜底 | 空间管理员 |
| 不该进来 | 一次性传递、私人文件、安装包 | 不入库;已入库的清出 | 全员遵守规则 |
最后一行最省容量也最难落地:靠入口规则而非清理,归集阶段就定清哪些文件能进团队空间。
三、五步做一次能交差的容量规划
- 盘点存量。按空间和部门把当前占用盘成清单,记下文件数量与最大单文件。只有总量没有分布,无法判断先动哪块。
- 测真实增量。取最近几个月的净增量(新增减清理),剔除迁移导入那个月,再换算成年增长并对照明年的业务计划。
- 定分层规则。按上一节的分级表,写明哪类留在常用空间、哪类转归档、哪类直接清理,以及审批人。
- 算余量,而不是算总数。需要的容量=当前占用+覆盖一次扩容周期的增量+备份与版本副本。第三项最常被漏掉:备份同样占存储。
- 定触发线。从发现不足到新存储可用,要走立项、采购、上架与校验;把这段周期估出来,往回推该在哪点开始动作。
第 5 步最易被跳过:触发线短于采购周期,等于每次都要删文件救急;定太早,存储又空转。
四、容量告急时,先分清“真长”还是“能收”
告警一响就申请扩容,常把可回收的空间一起买成新硬盘。先按这张表判断再动手。
| 情形 | 判断信号 | 先做什么 | 什么时候才扩容 |
|---|---|---|---|
| 可回收空间大 | 重复副本、过期过程稿、回收站积压 | 按分级表清理,保留索引 | 清理后仍持续增长 |
| 迁移导入的临时占用 | 用量在某个时间点突然跳升 | 确认导入任务是否结束,清临时目录 | 不因这一次跳升扩容 |
| 真增长且趋势稳定 | 连续几个月净增,业务量同步上升 | 按触发线启动扩容流程 | 立刻启动,别等触顶 |
| 结构性不足 | 单一空间或单类文件先吃满 | 拆空间、调归档位置、收窄入口 | 拆分后仍不足再扩 |
五、容量治理里它管什么、不管什么
边界先讲清:石墨办公套件私有部署不是网盘产品,文件管理是协作的配套能力。它把文件管理与搜索、团队空间与知识库、工作台与我的桌面、回收站,连同权限、水印、外链与操作记录一起放在企业自有环境。落到容量这件事,它管三件:按团队空间与知识库给文件定归处,让该归档的有地方去;用检索把“留索引、不留热副本”落地;用权限与操作记录核对批量移动和清理有没有做错。
它不承担的部分也要说:存储配置、扩容方式与备份策略属部署与运维范畴,需与方案团队确认;计费按席位走,价格以办公套件私有部署的定价页为准,别把席位数当存储额度。部署前要准备的信息里本就有存储一项。
准备上系统的,可对照办公套件私有部署产品页核对空间与权限能力;内网使用的先看私有化部署方案。若症结是“历史资料没人找得到、只能靠堆文件保平安”,要补的是检索与沉淀,见企业知识管理方案。
常见问题
私有化部署的存储是按席位算还是按总量算?
席位是账号与计费口径,不等于存储额度。服务器与存储由企业自备,定价页按席位分免费版、商业版(按席位/年)、专属方案(综合定价)三档,具体席位与价格以办公套件私有部署的定价页为准;存储是否含在某档方案里、如何计量,需与方案团队确认。
历史文件要不要定期清理?
要,但不按年份一刀切。外部要求留原件的长期保留;不再常用但可能被追溯的转归档留索引;过程稿、副本、无主文件按流程清理,事先定好审批人与兜底方式。
容量不够时怎么扩容?
先分清真增长还是可回收:查重复副本、过期过程稿、回收站积压和导入临时数据;确认稳定增长后按扩容周期提前启动。扩容涉及存储、备份与数据校验,实施方式需与方案团队确认。
想先定分层规则再动手,可以预约演示,带上占用分布和真实的扩容周期一起核对;也可以先立即试用,用真实文件跑一遍归档与检索,看“留索引、不留热副本”够不够用。