大成云归档与扩容方案落地：合规留存 + 弹性空间

这是一篇实施与验收手册：方案已经选定之后，项目怎么一步步推、每步留什么证据、怎么分项签收。 五步分别是写确认单、双端分别确认部署与费用、试点后接生产、按受限资源扩容、分项签收并交接运维。

三条口径先记住：

该选云端还是本地、各行业为什么这么选、ALA 的能力与版本容量规格，由大成云归档与扩容方案：合规留存 + 弹性空间承担；本篇假定方案已定，只讲落地。还在判断该扩容、该归档还是两者组合，见邮箱该扩容还是该归档：按场景选组合。

第一步：把留存范围、期限和责任写进项目确认单

大成云提供归档与容量扩容、本地部署与运维服务[8]；项目启动时应先把业务要求变成可核对的实施输入。建议指定一名项目负责人，与大成云确认下表并把交付范围、费用和时限写入书面方案。业务与法务确认留存要求，IT 核对现状与权限，实施人员按获批范围执行——这三类角色不能由一个人兼。

确认事项	企业需要提供的内容	应形成的结果
邮件范围	域名、账号、部门、历史邮件所在系统和时间跨度	数据范围清单，注明缺失或待核实部分
保存要求	记录类别、保存依据、起算点、到期处置与争议保留要求	由业务及法务确认的留存规则
使用权限	谁申请调阅、谁审批、谁检索和导出；归档管理员由谁担任[1]	人员与权限对应表
空间现状	邮箱、企业网盘、个人网盘、大附件中转站、本地存储的用量与增长	分资源的容量需求清单

期限这一行要法务签字，不能套产品默认值

涉及个人信息时，个人信息保护法要求除法律、行政法规另有规定外，个人信息的保存期限应当为实现处理目的所必要的最短时间[5]。所以合规留存要先确认记录类别及适用要求，再设置系统期限，不能把「存得越久」当成统一合规标准。

如果委托服务方处理含个人信息的邮件，还应约定处理目的、期限、方式、保护措施及双方责任，并落实监督要求[5]。相关授权与责任应在接入生产邮件前确认。按行业与记录类别定位期限，见哪些行业必须做邮件归档、要留多久。

有两条时点必须在这一步就定，因为它们不可逆

第二步：云端与本地分别确认部署和费用

大成云的混合邮方案是阿里邮箱云端收发与 ALA 自研本地归档的组合，ALA 部署在企业自有存储上[9]。它增加的是本地留存能力，不等于整套邮箱系统已经私有化部署——这一点在报价与合规说明里要分开写。

核对对象	需要确认的内容	写入方案的关键字段
阿里邮箱云端归档	实例可用功能、归档管理员、保留期限及历史追溯条件[1]	产品版本、服务期限、开启时间、历史覆盖范围
ALA 本地归档	与云端的对接方式、自有存储位置、采集范围及运维责任[9]	部署位置、接入条件、权限与日志要求、备份安排
扩容与持续服务	本次改变哪项资源、后续如何增加、由谁处理告警[8]	容量单位、变更量、费用、执行窗口和响应约定

采集范围可以按域或按人员划分，这一点要在方案里写明而不是默认。 混合邮方案页公布的能力包括把指定域或指定人员的邮件归档到当地服务器[9]，所以「只允许部分数据进入本地库」是可以提的需求；但具体采集范围、是否按部门拆分、以及检索权限分组与采集范围是两回事，都应逐项确认。

云端那一侧有三条产品规则会影响费用结构：默认保留年限为 5 年、超期自动删除、支持付费延长[1]。这个产品规则不是企业的法定保存期限，也不能直接套给 ALA 本地库——两端的保留策略要分别写。

还有一条存续风险要在合同里处理：邮箱实例到期未续费超过 30 天后会释放，同时阿里侧不会保留归档邮件[1]。而阿里邮箱包年包月实例不支持退订，续费必须使用购买邮箱的那个阿里云账号[6][7]。也就是说云端归档副本的存续绑定在邮箱续费上，而续费动作由付款账号持有方执行——如果付款账号不在企业名下，这条链路要单独约定。

第三步：完成归档试点，再核对生产覆盖与权限

建议先在经授权的测试环境验证链路、权限和异常处理，再按批准的采集范围接入生产。测试环境通过后仍要复核生产端配置及实际入库结果，不能用试点结果代替生产验收。

采用阿里邮箱云端归档时，由归档管理员在「高级应用 → 邮件归档 → 归档邮箱管理」开启；该服务默认关闭，且 postmaster 默认没有归档相关权限，需要由邮箱管理员另行分配归档管理员[1]。使用 ALA 时由实施人员按确认后的接入方案配置，并分别记录云端与本地的首次采集结果。

验证对象	建议动作	留存的验收证据
新增邮件	发送带唯一主题及附件的测试邮件，分别核对约定的归档端	邮件标识、收发时间、入库时间及检索结果
历史邮件	选取早期、中期、近期样本，核对来源与目标区间	历史覆盖清单、追溯或导入记录、缺口说明
调阅权限	用授权与未授权角色分别测试同一条记录	允许／拒绝结果及相应操作记录
导出副本	导出样本并打开，核对正文、附件及关键邮件头	样本文件、核对结果和操作日志

历史邮件不能只靠打开开关就视为完成

阿里邮箱支持有条件的历史追溯，但不支持追溯已删除的历史邮件；追溯任务每 30 天最多提交 2 次[1]。实施时应把尚存源数据、可追溯范围和无法补齐的缺口分开登记。

还有一条延长年限的前提容易被误读：把归档延长到 8 年，指的是从开启时点算起保留新产生的邮件 8 年，往前仍只能追溯 5 年内在阿里邮箱使用过的历史邮件；5 年前的旧邮件即便延长年限也无法追溯，除非这些历史邮件是通过邮箱搬家进来的[1]。所以「先迁移再开归档」和「先开归档再迁移」会造成几年的可追溯范围差，涉及迁移的项目要把两件事的顺序一起排。

样本成功只能证明这些样本通过，不能直接推出全部历史数据完整。建议结合范围清单、采集或追溯任务结果核对覆盖，并逐项记录缺口；两端存在去重或统计口径差异时，应先解释差异，不能只比较总封数。

样本未命中时，先检查范围、开启时间、任务状态与检索条件，再由实施人员排查。将未完成项记入清单，写明责任人、影响范围、下一次复验时间；相关结果未核实前不签作已完成。

第四步：按实际受限资源扩容，记录变更前后结果

第一个动作是识别告警对应的是哪项资源，因为它们是不同的配额。按官方版本参数，邮箱容量在标准版与 AI 尊享版均为不限容量；企业网盘为 20GB／200GB，个人网盘为 5GB／32GB，大附件中转站为 10GB／32GB，私有化版按需配置[2]。网盘不足不能只报成「邮箱满了」。

附件这一侧还有三个容易混的数字：普通附件默认上限 50MB，域管理员可在 1–60MB 内调整；单个超大附件上限 4GB；10GB 指的是大附件中转站的总空间而不是单封邮件能发的大小[3]。另外「容量不限」说的是存储空间，单账号邮件总数仍有 200 万封、单文件夹 100 万封的上限[3]——这也是超大体量团队需要配合归档的原因之一。

识别清楚之后再决定增加配额、调整版本还是扩展本地存储。若当期收发或归档采集已受资源限制，应优先恢复相应能力，与历史覆盖验证并行推进，不必等整套归档验收结束后才处理。

归档是否减少日常占用，要另查原邮箱是否执行了经批准的清理策略。 生成归档副本与删除原件是两个动作——按官方规则，归档开启后邮箱中删除的邮件依然会在归档中保存[1]，所以「已归档」不构成自动清理所有旧邮件的授权。

扩容验收应同时记录变更前后的上限、用量、采集状态和收发测试。若配置数值已变但原告警仍在，应继续定位原因，不把问题直接转成下一笔容量采购。

第五步：按验收结果分项签收，并交接后续运维责任

大成云承接系统巡检、故障排查、版本维护与扩容支持，服务响应标准以合同约定为准[10]。验收时建议核对四类材料：范围与配置记录、归档验证记录、扩容变更记录、运维交接说明。前四步产生的证据应能追溯到本次方案，不需要为签收重新制作一套同内容表格。

验收结果	建议处理	需要留下的记录
约定项目均通过，例外已按方案处理	由约定验收人签收，并确认后续服务开始时间	验收结论、材料版本及交接人
部分项目通过，部分仍未完成	分项记录，不将未完成项写成已交付；是否分阶段签收按合同执行	未完成项、影响、责任人和复验日期
采集缺口、越权访问或关键资源变更未生效	暂缓受影响项签收，修正后复验；保留源数据及现有证据	异常原因、处置记录与复验结果

交接到运维之后，建议把四件事放进同一份清单并分别写明负责人、检查频率、报障入口和升级条件：容量告警、采集异常、续费到期、人员交接。其中续费到期这一项要同时盯两个日期——邮箱到期日和域名到期日，因为企业邮箱续费不含域名续费[7]，而邮箱实例释放会连带归档副本[1]。

合同中的响应时间与问题解决时间应分别约定，不能用一次回复代替故障闭环[10]。上线后的持续复核该查什么，见邮件合规归档，企业最容易忽略的三件事。

沟通前准备哪些信息

用这些输入核对实施方案和费用，比只问「归档加扩容多少钱」更容易确定项目范围。大成云在四川、重庆、云南、贵州、西藏提供本地化邮箱服务[4]。

归档与扩容落地常见问题（FAQ）

应逐项确认，不能从方案名称判断。建议要求报价分别列出邮箱服务、本地软硬件、实施、备份、保留期限延长及持续运维，并明确一次性费用与续费项目。保留期限延长这一项尤其要单列——云端默认保留 5 年，延长需另行付费[1]。再把各费用项与合同中的实施范围和续费规则对应，避免把硬件采购或长期维护误认为已包含。

不能。阿里邮箱的历史追溯不支持追溯已删除的历史邮件[1]。应先核对是否另有可恢复副本、备份或源系统数据，再评估可行的恢复和导入路径。这也是第一步要求「覆盖结果确认前不清理源邮件」的原因——顺序一旦做错，缺口无法用产品功能补回。

不会。实例到期未续费超过 30 天会释放，同时阿里侧不再保留归档邮件[1]。而续费必须使用购买邮箱的那个阿里云账号，postmaster 无法操作续费；通过渠道商购买的邮箱，官方建议到期前联系该渠道服务商续费[7]。所以企业应在到期前处理续费或数据移交；若另有 ALA 本地库，还要独立确认本地存储、服务结束后的访问权和运维责任，不能只看云端或只看本地。

可以提这个需求，但要写进方案而不是默认。混合邮方案页公布的能力包括把指定域或指定人员的邮件归档到当地服务器[9]，所以按域或按人员划分采集范围是方案内可讨论的事项。需要注意区分两件事：采集范围决定哪些邮件进入本地库，检索权限分组决定谁能查——权限分组不等于采集隔离，有数据不出特定范围要求时应明确按采集范围实现。

先定位再采购。扩容验收应同时记录变更前后的上限、用量、采集状态和收发测试；如果配置数值确实已变而告警仍在，通常是告警对应的资源与实际扩的资源不是同一项——邮箱容量、企业网盘、个人网盘、大附件中转站是四个独立配额[2]。另一种可能是单账号邮件总数或单文件夹数量触顶而非空间不足[3]。把异常时段与样本交给实施人员排查，确认原因后再决定是否追加采购。

涉及历史邮件时这个顺序会影响结果，应在第一步就排定。按官方说明，延长归档年限后往前仍只能追溯 5 年内在阿里邮箱使用过的历史邮件，5 年前的旧邮件无法追溯，除非这些历史邮件是通过邮箱搬家进来的[1]。也就是说先把历史邮件迁进来、再开归档并执行追溯，可覆盖的历史范围更大。具体排期要结合源邮箱服务到期日一起定，相关放行判断见迁移前风险评估该做哪些。

References