CRM 容量预算：记录、附件与日志分开估算

先确定容量统计口径

Microsoft Dataverse 的官方容量说明按数据库、文件与日志展示容量和使用量。这是一个具体产品的例子，用来说明“存储”可能有不同类别，并不代表其他 CRM 采用相同分类、配额或收费。

做预算时应询问：容量按租户、用户还是环境计算？生产和测试是否共用？回收站、审计、索引、附件元数据以及备份是否计入？把供应商的回答与相应文档记录在一起。

假设算例：先估数据，再留余量

假设一个项目有 20,000 条客户记录，每条导出后约 5 KB；每个客户平均 3 个附件，每个附件平均 2 MB；每月增加 50,000 条日志，每条约 1 KB，保留 12 个月。这里 KB 按 1,000 B、MB 按 1,000,000 B 计算。所有数值均为演示假设。

这个估算不能证明什么

导出文件大小不等于平台数据库计量，示例还没有包含所有索引、系统数据或其他对象。25% 是本例选择的规划假设，不是行业标准或厂商建议。120.7 GB 也不能直接转成某产品的购买额度。

在导入前取一批脱敏样本，记录导入前后的平台容量变化，以此校正模型。同时核对单文件大小、单批条数、接口限制和可用容量；总空间足够，也可能遇到单项限制。

用实测更新预算

建议按月记录新增客户数、附件数量与平均大小、日志增长和实际占用。附件均值容易受少数大文件影响，可同时观察最大值及分组统计。增长不是均匀的，应单列一次性历史迁移。

把预计值、实测值与偏差原因并排记录。只在计量范围一致时计算差异，否则先纠正口径，再调整预算。

本文依据与边界

• NIST：二进制前缀与容量单位

  用于 GB、GiB 与字节关系；不用于推断原词中的 gb。

• Microsoft Learn：Dataverse 容量存储说明

  用于数据库、文件、日志分开核对的具体产品示例；不泛化为全部 CRM 的收费规则。

本页的假设算例不代表产品配额，核对步骤为一般工作建议。原词 9.1.gb.crm 未被确认为具体官方产品。