容量不够又不想丢邮件？扩容与归档怎么组合

邮箱满了先别急着扩容，也别急着删。先把邮箱里的东西分成两类：还在往来的业务邮件，和已经不再变动、但删不得的历史凭证。 前者要的是「装得下」，后者要的是「找得回、删不掉、审得清」。扩容和归档解决的从来不是同一个问题，也不该二选一。

先分类，再决定花钱：增长型数据留在主邮箱，留存型凭证进归档库。分类做完再谈扩容规模，比直接加空间省钱——多数「容量危机」其实是治理问题，不是空间问题。

「不限容量」不等于没有上限：阿里邮箱标准版的邮箱存储空间不限容量 [6]，但单封邮件的附件上限是 10GB [3]，而且客户端只收取近期邮件的设置会让人误以为「旧邮件丢了」 [7]。这三件事要分开看。

归档不是备份：备份解决「坏了能恢复」，归档解决「删了能举证」。我们部署的是 ALA 本地归档——系统装在企业自有存储上，自动采集全部邮件副本，数据 100% 本地留存 [1]。

合规与审计怎么落地：满足等保与行业审计要求，支持按账号、时间、关键词检索与电子取证；归档与扩容对日常收发无感，不影响员工正常使用邮箱 [1]。

谁在做：大成云是阿里邮箱西南区域官方授权服务中心，覆盖四川、重庆、云南、贵州、西藏，邮件归档与容量扩容的部署与运维由本地团队完成，帮助客户完成方案定制与部署实施 [1] [2]。

一、先分清增长的数据和留存的凭证

邮箱爆满时最常见的两个反应都不对：一是立刻加空间，二是让员工自己清理。前者把治理问题当成采购问题，后者等于让每个人独立决定哪些证据可以销毁。

正确的第一步是分类。判据只有一条：这封邮件将来还会不会有新的往来？

数据类型	典型内容	判断特征	该放在哪
增长型数据	当前项目沟通、日常审批、正在谈的询盘	还会有后续往来，需要随时回复	主邮箱，保持轻量、检索快
留存型凭证	已结项的合同与验收单、已开票的对账往来、离职员工的客户沟通记录	内容不再变动，但删不得、可能被调取	归档库，独立存储、可检索、可取证
既非增长也非凭证	系统通知、营销邮件、重复的会议提醒	无往来价值也无留存价值	可清理，但清理规则应统一制定

这个分类之所以要在花钱之前做，是因为三类数据的成本结构完全不同：增长型数据的成本是容量与检索性能，留存型凭证的成本是保存年限乘以数据量，第三类的成本本来就不该发生。混在一起买空间，等于用最贵的方式存最不需要随时访问的东西。

一个可以立刻做的动作：让财务、法务、销售三个部门各报出「哪些邮件必须保留几年」。这份清单决定归档范围，比任何容量估算都更接近真实需求。

二、「不限容量」为什么还会满

这一节先把三件常被混在一起的事分开——它们都会表现为「邮箱不好用了」，但原因和解法完全不同。

现象	真实原因	官方口径	解法
大附件发不出去	单封邮件的附件有上限	阿里邮箱标准版单封支持发送最大 10GB 附件 [3]	超过上限的走网盘或链接分享，不是扩容能解决的
客户端里看不到旧邮件	客户端只收取了近期邮件	搬家前需把客户端的「收取 30 天」改为「收取全部」 [7]，说明该设置本身就限制收取范围	改客户端收取范围，服务器上的邮件并没有少
邮箱越用越慢、越难找	历史数据长期堆在主邮箱	邮箱存储空间为不限容量 [6]，但不限容量不等于不限数据量带来的治理成本	把留存型凭证移出主邮箱，这是归档要解决的

三件事里只有第三件与「容量」真正相关，而它恰恰不是靠加空间解决的。这正是问题的核心：容量不够的感受，往往来自没有归档，而不是来自没有扩容。

需要说明「不限容量」的边界：它指的是邮箱存储空间不设配额 [6]，不代表单封附件没有上限，也不代表历史数据可以无限期堆在主邮箱里而不影响使用体验。把「不限容量」当成「不需要治理」，是最常见的误读。

三、归档不是备份：四项对照

一句话区分：备份解决「坏了能恢复」，归档解决「删了能举证」。 两者的目标、保留周期、访问方式、验收标准都不同。

对照项	备份	归档
解决的问题	系统故障、误删后的恢复	争议、审计、稽查时的举证
保留周期	通常按滚动窗口覆盖，旧的会被新的替换	按合规要求的年限保留，期间不被覆盖
访问方式	整体或按时间点恢复，不面向逐封检索	按账号、时间、关键词检索，逐封定位 [1]
验收标准	能不能恢复出来	能不能导出、能不能作为事实依据被调取 [1]

这张表最实用的一行是最后一行：备份的验收是「恢复成功」，归档的验收是「导得出、拿得出手」。 只做了备份的企业在审计时常见的困境是——数据确实还在，但没法按发件人和时间段把某一批往来完整地拿出来。

3.1 三条「找回」的路径，管的不是同一件事

企业侧容易把下面三条混着用。它们时限不同、覆盖范围不同，缺一条就会在某个具体场景上失手。

找回路径	覆盖什么	依据	不能替代什么
账号回收站	已删除的邮箱账号，默认保存 30 天（部分版本 90 天）	阿里邮箱官方文档 [6]	只管账号误删，不管账号里某几封邮件被删
归档库	全部邮件副本，自动采集、独立存储、可按条件检索与取证	大成云 ALA 本地归档 [1]	不是灾备方案，它的用途是留存与举证
备份	系统级恢复能力	通用 IT 实践	不面向逐封检索，通常也不满足长期留存年限

三条路径要同时具备的原因很简单：账号误删、单封邮件被删、系统故障，是三种事故。 只准备了其中一条，另外两种发生时就没有退路。

四、我们的两套能力：ALA 本地归档与按需扩容

我们把这件事拆成两套能力：归档解决留存，扩容解决增长 [1]。下面四项是这两套能力的落地要点——前两项属归档侧，第三项属扩容侧，第四项是两者共同的实施要求。

能力	我们的口径	对企业意味着什么
ALA 本地归档	部署在企业自有存储的 ALA 归档系统，自动采集全部邮件副本，数据 100% 本地留存	归档数据不出企业，这一点决定了它在等保与信创场景下的可用性，详见第五节
合规与审计	满足等保与行业审计要求，支持按账号、时间、关键词检索与电子取证	审计要的不是「有存档」，而是能按条件调出并导出
容量扩容	随业务增长按需扩展邮箱容量与中转站空间，避免频繁更换套餐	不必为了一次增长就整体升版本
平滑衔接	归档与扩容对日常收发无感，不影响员工正常使用邮箱	不需要停机窗口，也不需要员工改用法

本地团队承接四件事：开通与账号规划、域名与安全配置、归档与容量扩容、代运维与售后，这四项都可以由阿里邮箱代理商-大成云帮助客户在本地完成，响应标准以合同 SLA 约定 [2]。

归档与扩容按企业的存储规模、保留年限与账号数定制，不对外公示统一单价，需要评估后出具书面方案，可直接询问顾问。这一点要说清楚：归档成本主要由「保留年限 × 数据量」决定，脱离这两个变量报单价没有意义。

五、归档放在哪，决定它能不能用来举证

这是各家方案差别最大的地方，也是最该记住的一条判据：归档数据的存放位置，直接决定它在合规场景下能不能用。

同样叫「邮件归档」，落地形态至少有两种：

数据留在企业自有存储：归档系统部署在企业侧，邮件副本落在自己的存储上。数据不出企业，对「数据不出网」有硬要求的场景天然契合。我们提供的 ALA 本地归档就是这一种——数据 100% 本地留存 [1]。

数据托管在服务商云端：使用方便、无需自建存储，但数据的物理位置与访问链路不在企业手里。

两种形态没有绝对优劣，选择取决于三个问题：

有没有「数据不出网」的硬要求？ 有信创或数据出境限制的，本地留存基本是唯一选项，可一并考虑国产化版与私有化部署。

审计时由谁去取数据？ 归档库在自己手里，取证节奏由自己控制；托管在外，取数要走服务商流程。

保留年限有多长？ 年限越长，数据位置带来的不确定性越需要提前锁定。

采购时值得问的一句话：归档库部署在哪、数据落在谁的存储上、导出格式是什么。这三个问题答不清楚的方案，「不可篡改」「可审计」这类说法就没有落点。

六、顺序不能颠倒：先盘点、再归档、后扩容

多数把钱花错的案例，都是顺序倒了——先买了空间，才发现该进归档的数据还在主邮箱里。

顺序	这一步做什么	做完应该拿到什么
① 盘点	按第一节的三分类清点现有数据，各部门报出必须保留的范围与年限	一份写明「哪些数据、保留几年」的清单
② 定归档范围	用清单确定归档采集范围与保留年限，确认归档库部署位置	归档方案与部署位置的书面确认
③ 归档先跑起来	归档采集上线，历史凭证从主邮箱视角剥离	一个可检索的归档库，以及采集范围的上线记录 [1]
④ 再看要不要扩容	这时的容量需求才是真实的增长型需求	一份基于归档后真实缺口的扩容清单
⑤ 定期复核	人员与业务量变化后回看一次范围与年限	更新后的归档范围与保留年限确认单

有两个与采购节奏相关的约束值得提前算清：阿里邮箱官方侧的标准版本均为 5 账号起售 [8]；官方退订说明写明，包年包月实例不支持退订 [9]。账号数和版本要在下单前定准，这一步和归档范围一样属于「一次做对」的事。

关于账号规划，大成云在开通前会先按现有邮箱的实际使用情况给出账号数与容量建议，避免买多或买少 [3]；已经在用其他邮箱的企业，历史邮件走无损迁移，切换完成前保留旧系统用于查漏 [3]。

七、哪些场景最需要归档

我们公示的四类典型场景 [1]，可以用来判断这件事在你这里的优先级：

场景	具体情形	为什么归档在这里是刚需
金融与政府	行业监管明确要求邮件长期留存与可追溯	留存年限与可追溯性是合规底线，ALA 本地归档的数据本地留存特性天然契合
医疗与科研	科研往来、审计沟通需长期保存	归档同时承担知识沉淀与查证两个功能
快速成长企业	人员与邮件量增长快	容量扩容避免「邮箱满」影响业务流转；此时归档与扩容要一起规划
纠纷与取证	发生争议时需快速调取历史邮件	归档邮件可作为事实依据被调取，前提是争议发生之前就已开启采集

最后一行是四类里最容易被拖延的：归档只能对采集开启之后的邮件生效，等到纠纷发生才想到归档，缺的那一段补不回来。这和第一节说的分类一样，属于越早做成本越低的事。

想知道自己这套邮箱该归档多少、扩多少？ 我们提供免费的现状评估与方案建议。查看归档与容量扩容方案　或直接电话 18880442624（顾问服务时间周一至周五 9:30–18:00）

八、常见问题（FAQ）

Q: 邮箱容量爆满，第一件事该做什么？

先分类，不要先买空间也不要先删。判据是这封邮件将来还会不会有新的往来：还在往来的属增长型数据，留在主邮箱；已结项的合同与验收单、已开票的对账往来、离职员工的客户沟通记录属留存型凭证，进归档库。分类完成后剩下的容量需求才是真实需求，此时再谈扩容规模。

多数「容量危机」是治理问题而不是空间问题——把留存型凭证一直放在主邮箱，既占空间又让检索变慢，而它们本来不需要随时访问。

Q: 阿里邮箱说是不限容量，为什么还会遇到发不出去、找不到？

这是三件不同的事。邮箱存储空间确实是不限容量 [6]，但单封邮件的附件上限是 10GB [3]，超过这个体积要走网盘或链接分享，扩容不解决这个问题。另一种情况是客户端只收取了近期邮件——阿里邮箱官方文档在讲搬家准备时明确要把客户端的「收取 30 天」改为「收取全部」 [7]，说明该设置本身就会限制收取范围，此时服务器上的邮件并没有少。

第三种才与容量相关：历史数据长期堆在主邮箱，检索会越来越慢、管理成本越来越高。这一种靠归档解决，不靠加空间。

Q: 归档和备份到底有什么区别？

备份解决「坏了能恢复」，归档解决「删了能举证」。差别落在四处：备份按滚动窗口覆盖、归档按合规年限保留不被覆盖；备份是整体或按时间点恢复、归档支持按账号、时间、关键词逐封检索 [1]；备份的验收标准是能恢复、归档的验收标准是能导出并可作为事实依据被调取 [1]。

只做了备份的企业在审计时常见的困境是：数据确实还在，但没法按发件人和时间段把某一批往来完整地拿出来。

Q: 归档的数据存在哪里？

我们部署的是 ALA 本地归档——归档系统部署在企业自有存储上，自动采集全部邮件副本，数据 100% 本地留存 [1]。也就是说归档数据不出企业，物理位置与访问链路都在企业自己手里。

这一点在有「数据不出网」要求的场景里是决定性的：同样叫邮件归档，数据托管在服务商云端和留在企业自有存储，是两种不同的合规姿态。有信创或数据出境限制的企业可以一并评估国产化版与私有化部署。

Q: 归档能满足审计要求吗？具体支持什么？

按我们公示的口径，归档满足等保与行业审计要求，支持按账号、时间、关键词检索与电子取证 [1]。

审计场景真正要的不是「有存档」，而是能把某一批往来按条件完整调出并导出。所以采购时把归档库的部署位置、数据落在谁的存储上、导出格式这三件事问清楚，「不可篡改」「可审计」这类说法才有落点。

Q: 员工离职把邮件删了，还能找回来吗？

要看走的是哪条路径，三条路径管的不是同一件事。账号回收站覆盖的是已删除的邮箱账号，默认保存 30 天，部分版本 90 天 [6]——它管账号误删，不管账号里某几封邮件被删。归档库采集的是全部邮件副本、独立存储 [1]，单封邮件被删的场景靠它。备份是系统级恢复能力，不面向逐封检索。

关键前提是时间点：归档只能对采集开启之后的邮件生效。离职前没有开启采集，那段记录补不回来。

Q: 上归档会不会影响员工日常收发？需要停机吗？

按我们公示的口径，归档与扩容对日常收发无感，不影响员工正常使用邮箱 [1]。员工不需要改变使用习惯，也不需要在客户端做额外配置。

Q: 扩容和直接换更高版本，哪个划算？

先确认这次增长是不是真实的增长型需求。如果主邮箱里还压着大量留存型凭证，应先归档再看容量——那时的缺口才是真需求。确认之后，容量与中转站空间支持按需扩展，不必为了一次增长就整体更换套餐 [1]。

两个采购约束要提前算：阿里邮箱官方侧的标准版本均为 5 账号起售 [8]；官方退订说明写明包年包月实例不支持退订 [9]。所以账号数与版本要在下单前定准。

Q: 归档要多少钱？

归档与扩容按企业的存储规模、保留年限与账号数定制，我们不对外公示统一单价，需要评估后出具书面方案。原因是归档成本主要由「保留年限 × 数据量」决定，脱离这两个变量报单价没有意义。

Q: 现在用的是别家邮箱，历史邮件能一起处理吗？

可以。历史邮件走无损迁移，大成云负责迁移前的数据盘点、分批执行与逐账号校验，并在切换后保留旧系统一段时间用于查漏 [3]。建议把迁移和归档一起规划：迁移时的数据盘点结果，正好可以直接用来确定归档范围与保留年限，两件事做一次盘点就够了。

Q: 想先做一次评估，怎么联系？

大成云提供免费的现状评估与方案建议。电话 18880442624 或邮件 service@dcc-cd.com，顾问服务时间为周一至周五 9:30–18:00；技术支持通道另标注 7×24 [2] [5]。沟通时带上四条信息，评估可以一次做准：现有账号数与邮箱使用情况、历史邮件的大致数据量、各部门要求的保留年限、是否有信创或数据不出网的合规要求。