迁移前清理的目标是让迁移后的数据可信、可查、可交接。判断保留还是删除，可以按业务价值、合规保留期、引用关系、迁移成本四个维度逐项核对：仍有业务价值或处于合规保留期的数据应保留；历史价值尚在、迁移后极少访问且引用关系可断开的，宜归档；重复副本、无引用、无保留义务且重建成本低的，才删除。建议先查合规与引用，再看业务价值，最后算迁移成本，避免先删后补。
要点总览（TL;DR）
- 判断迁移前数据处置，按合规保留期、引用关系、业务价值、迁移成本的顺序核对，先查合规与引用，再评估价值与成本。
- 仍有业务价值或处于合规保留期的数据应保留；历史价值尚在、迁移后极少访问且引用可断开的宜归档；重复副本、无引用、无保留义务且重建成本低的才删除。
- 重复项目先确认主副本做映射去重，僵尸任务按查证价值分流，过期附件先看是否被正文或工作项引用。
- 边界模糊时默认保留或暂缓，删除需同时满足无价值、无保留义务、无引用、可重建四个条件。
- 清理前应具备可回溯的备份或快照，并对判定结果留痕；可先选一个重复较多的项目试点，再决定推广或回退。
先给结论：三类处置的判断顺序
迁移前清理通常落到三种处置：保留、归档、删除。三者的成立条件不同，判断顺序也影响结果是否可回退。
- 保留：数据在迁移后仍会被日常使用，或处于合规保留期内、被其他系统引用。保留意味着随迁移一并进入目标系统，并保持字段、附件和关联关系可用。
- 归档：数据仍有历史查证价值，但迁移后访问频率很低，且与其他在用数据的引用关系可以断开。归档可以放在独立空间、只读库或离线存储中，不进入日常迁移范围。
- 删除：数据是重复副本、无任何引用、无合规保留义务，且重建成本低。删除是不可逆动作，需要备份和审批支撑。
判断顺序建议固定为三步：先查合规保留期与涉诉状态，再查引用关系，然后评估业务价值，最后才计算迁移成本。先算成本容易把“迁移麻烦”误当成“可以删除”，而合规与引用恰恰是最难事后补救的部分。
以下情况应暂缓处置：数据归属不清、责任人缺位、正在涉诉或处于保留期、被报表或其他系统引用但引用方尚未确认。暂缓不等于保留，可以先标记待定，等责任人确认后再归类。
清理要解决什么问题：迁移成本与数据可信度
迁移前清理的价值来自两个方向：降低迁移本身的成本，以及提高迁移后数据的可信度。源系统中常见的重复项目、僵尸任务和过期附件，各自带来不同代价。
重复项目影响映射与去重
同一业务在源系统中存在多个项目副本时，迁移映射会面临一对多选择：字段映射到哪个项目、工作项归属如何对应、附件挂到哪条记录。若不在迁移前合并或明确主副本，目标系统会出现两套并行数据，后续统计和权限配置都要重复处理。重复项目优先做映射去重，确认主副本后再决定其余副本归档或删除。
僵尸任务干扰迁移量与验收
长期无人更新、状态停滞的任务会放大迁移量，也让验收标准变得模糊：迁移方难以判断哪些任务属于“应迁移的研发过程”，业务方也难以逐条确认。僵尸任务应按业务价值和引用关系分流，仍有查证价值的归档，确认无用的再进入删除评估。
过期附件增加存储与合规负担
附件往往占据迁移数据的主要体积。过期附件随迁移进入目标系统后，既占用存储，也可能包含超出保留期的个人信息或合同材料。附件处置要结合合规保留期和引用情况判断，被工作项或页面正文引用的附件不能单独删除。
清理与迁移质量的关系体现在验收环节：数据范围在迁移前确认清楚，迁移后的核对才有明确基线。ONES 在迁移方法建议中也提到，正式迁移前确认数据范围、功能匹配和系统适配，有助于降低数据丢失或业务中断的风险。
保留、归档、删除的分类标准
把四个维度落到具体取值，可以形成一张可逐项对照的分类表。每个维度先回答“是/否/不清楚”，再组合出处置结论。
| 判断维度 | 取值与含义 | 对处置的影响 |
|---|---|---|
| 业务价值 | 在用 / 历史查证 / 无价值 | 在用倾向保留；历史查证倾向归档；无价值进入删除评估 |
| 合规保留期 | 在期内 / 已过期 / 不适用 | 在期内必须保留；已过期且无其他价值可归档或删除；不适用则看其他维度 |
| 引用关系 | 被引用且需保持 / 可断开 / 无引用 | 需保持则保留；可断开可归档；无引用才可能删除 |
| 迁移成本 | 高 / 低 / 可重建 | 成本高不构成删除理由；可重建且无价值时才支持删除 |
维度组合到处置结论的对照如下：
| 组合情形 | 处置结论 |
|---|---|
| 有业务价值，或处于合规保留期 | 保留，随迁移进入目标系统 |
| 历史价值尚在，迁移后极少访问，引用关系可断开 | 归档，移出日常迁移范围但可查证 |
| 重复副本、无引用、无保留义务、重建成本低 | 删除，需备份与审批留痕 |
| 引用关系不清楚，或责任人未确认 | 暂缓，标记待定 |
三类典型对象的归类可以这样处理：重复项目先确认主副本，主副本保留，其余副本在引用断开后归档或删除；僵尸任务按是否仍有查证价值分流，涉及合规记录的保留或归档；过期附件先看是否被正文或工作项引用，未被引用且超出保留期的进入删除评估。
边界模糊时的默认处置是保留或暂缓，而非删除。删除需要同时满足无价值、无保留义务、无引用、可重建四个条件，缺一项就应降级为归档或暂缓。
适用条件：什么情况下值得做迁移前清理
迁移前清理需要投入盘点人力与时间，并非所有迁移都值得做完整清理。以下条件同时具备时，清理的投入更容易成立。
- 源系统数据量较大或重复程度明显：项目、任务或附件存在成规模的重复与停滞，清理能实质减少映射歧义和迁移量。
- 存在明确的合规保留要求：组织对研发记录、合同或个人信息有保留期规定，需要在迁移前区分保留与可处置数据。
- 迁移窗口与人力可支撑盘点：有业务责任人能参与确认数据归属，迁移计划中预留了盘点与复核时间。
- 有可回溯的备份或快照：清理动作可回退，删除前能保留源系统快照。
数据量小、重复少、无合规要求且迁移窗口紧张的团队，可以把清理范围收窄到重复项目去重和明显无引用的附件，其余数据随迁移保留，迁移后再治理。
投入与前提：清理需要哪些准备
清理的投入主要是人力和流程准备，而不是工具采购。判断成本是否可接受，可以先核对以下准备项是否到位。
- 数据盘点与责任人确认：按项目或空间列出数据清单，明确每类数据的业务责任人，由责任人确认保留、归档或删除。
- 备份与回滚手段：删除前完成源系统备份或快照，记录备份时间点与恢复方式。
- 判定记录与审批留痕：每条处置结论记录判断依据、确认人和时间，便于复核与审计。
- 与迁移映射工作的衔接：清理结论要同步到映射清单，避免映射表仍指向已归档或删除的对象。
判定记录和审批留痕可以用文档或工作项承载。以 ONES 为例，迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，清理阶段的判定清单、责任人确认和审批记录可以在工作项与文档中登记，与迁移映射清单保持同一套对象口径，便于迁移执行时逐条核对。具体迁移范围仍以实际方案评估为准。
暂缓条件：哪些数据先不要动
有些数据在判断完成前不应删除，也不宜匆忙归档。以下情形应先标记暂缓。
- 处于合规保留期或涉诉数据：保留期内或与诉讼、审计相关的数据，处置需经法务或合规负责人确认。
- 被其他系统或报表引用的数据：引用方尚未确认可断开前，删除会导致下游报表或集成中断。
- 归属不清、责任人缺位的数据：无法确认业务归属的项目或任务，先保留原状，待责任人明确后再归类。
- 迁移窗口紧张时的取舍：时间不足时优先保证迁移范围确认和备份，暂缓大规模删除，把清理放到迁移后治理。
暂缓的数据应进入待定清单，设定确认时限，避免长期悬空影响迁移验收。
试点判断：先小范围验证再全量清理
清理策略是否成立，可以先在小范围验证，再决定推广或回退。
试点范围怎么选
选择一个重复项目较多、包含僵尸任务和过期附件的项目或空间作为试点，覆盖保留、归档、删除三类处置各若干条，确保能检验完整判断链路。
试点要观察什么
- 映射清单是否因清理而更清晰，重复项目去重后字段与工作项归属是否唯一。
- 归档数据是否仍可查证，引用断开后下游报表或集成是否正常。
- 删除操作是否可回退，备份恢复是否在可接受时间内完成。
- 责任人确认与审批留痕是否完整，判定记录能否支撑复核。
试点结论如何推广或回退
试点中三类处置均能按标准执行、映射无歧义、备份可恢复，可将标准推广到全量范围；若出现引用中断、归属争议或恢复困难，应回退到保留或暂缓，调整标准后再扩大范围。试点结论与迁移验证的边界要分清：试点验证的是清理判断是否可执行，迁移结果核验与切换管理属于后续环节，不在清理阶段完成。
常见问题
源系统里同一业务有多个项目副本，迁移前应该合并还是全部保留？
先确认哪个是主副本，再决定其余副本的去向。主副本通常保留并随迁移进入目标系统；其余副本如果仍有历史查证价值、且与在用数据的引用关系可以断开，宜归档；确认是纯重复副本、无引用、无保留义务且重建成本低的，才进入删除评估。全部保留会让目标系统出现两套并行数据，后续统计和权限配置都要重复处理，因此建议在迁移映射前完成主副本确认。
僵尸任务长期无人更新，迁移时直接删掉可以吗？
不建议直接删除。僵尸任务可能承载历史决策记录或合规要求，先按业务价值和引用关系分流：仍有查证价值的归档，涉及合规记录的保留或归档，确认无用且无引用、无保留义务的才进入删除评估。删除前需要备份和审批留痕，避免事后无法追溯。迁移窗口紧张时，可以先标记待定，把清理放到迁移后治理。
过期附件体积大，迁移前清理时要注意什么？
附件处置要同时看合规保留期和引用情况。被工作项、页面正文或其他记录引用的附件不能单独删除，否则会造成引用中断；超出保留期且未被引用的附件可以进入删除评估。附件往往占据迁移数据的主要体积，清理前建议先做一次引用扫描，把“被引用”和“未引用”分开处理，再结合保留期判断。
团队人手有限、迁移窗口很紧，清理工作应该做到什么程度？
可以把清理范围收窄到重复项目去重和明显无引用的附件，其余数据随迁移保留，迁移后再治理。前提是迁移范围已经确认清楚、源系统有可回溯的备份或快照。大规模删除在窗口紧张时风险较高，暂缓删除、先保证迁移范围和备份，是更稳妥的取舍。
清理判定结果需要记录哪些内容，后续怎么用？
每条处置结论建议记录判断依据、确认人和时间，形成可复核的判定清单。判定清单要与迁移映射清单保持同一套对象口径，避免映射表仍指向已归档或删除的对象。以 ONES 为例，迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录的迁移，清理阶段的判定清单、责任人确认和审批记录可以在工作项与文档中登记，便于迁移执行时逐条核对；具体迁移范围仍以实际方案评估为准。
