用量查看
私有化环境的用量数据全部留在你们内网，不向任何外部端点上报。看什么、在哪看，由你们决定。
说明 具体监控指标与保留周期以部署方案为准。
一条原则：不上报
公有云版本的用量统计会上报到服务端——因为那是计费依据。
私有化版本没有这个必要，也没有这个通道：没有计费、没有外发。所有统计都在你们自己的数据库里，出网策略由你们控制。
这不是”我们很克制”，是架构决定的：整套系统里没有任何指向我们服务器的代码路径（除非你们主动把更新源配成我们的地址）。
能看什么
Web 管理界面的用量视图提供：
| 指标 | 用途 |
|---|---|
| 席位与活跃度 | 买了多少、实际多少人在用 |
| 空间沉淀密度 | 哪个部门的经验在积累，哪个是空的 |
| 写入量 / 检索量 | 使用强度与趋势 |
| 检索命中情况 | 记的东西和用的场景是否对得上 |
数据源是数据库里的明细表，你们也可以直接 SQL 查、接自己的 BI。
建议加进你们监控的三项
- 服务存活：
GET /healthz，每分钟一次； - 数据库连接与磁盘：记忆库是核心资产，磁盘满了会直接导致写入失败；
- 错误率：
E_INTERNAL的突发通常意味着数据库或存储出了问题。
备份：比用量更重要
私有化环境里最容易出事的地方不是功能，是备份。
建议策略：
- 每日全量 + 保留 30 天（数据量小的时候全量最省心）；
- 异地/异机存一份（同一块盘上的备份不算备份）；
- 每季度做一次恢复演练 —— 只备份不恢复，等于没验证过。
备份就是拷贝数据库与附件目录。恢复就是把它们放回去、启动服务。
License 用量
License 里写明席位上限。成员数接近上限时，管理界面会提示。
席位不够需要重新签发 License，走维保流程——这个环节需要联系我们，不能自助扩容（离线签名的必然结果）。
相关
最后更新：2026-10-23
发现错误？
告诉我们