历史数据迁移前清理取舍依据:保留、归档还是删除

历史数据迁移前是否要清理,取决于数据是否仍有业务价值、是否处于合规保留期、是否被其他记录引用,以及迁移成本是否可承受。本文围绕重复项目、僵尸任务和过期附件,给出保留、归档、删除的三分法判定标准、适用与暂缓条件,并用小范围试点验证取舍规则,范围限于迁移数据内容的取舍。



要点总览(TL;DR)


  • 迁移前清理值得做的前提是:合规保留要求可确认、主要引用关系可梳理、有业务负责人为判定负责;三条缺一条就缩小范围或暂缓。
  • 取舍按四条依据判定:业务价值、合规保留期、引用关系、迁移成本,判定顺序为先合规、再引用、后价值与成本。
  • 仍有业务价值且被引用的数据保留并迁移;处于保留期但日常不再使用的数据归档留存、不进入主迁移范围;无价值、无合规要求、无引用的数据删除。
  • 重复项目优先合并映射后归档,僵尸任务按最后活动时间、引用情况、合规留存三项交叉判断,被引用的过期附件随引用方一起归档。
  • 全面清理前先用含三类问题数据的样本试判,确认删除候选无引用遗漏、归档对象可检索,再修订标准推广。


先给结论:哪些数据保留、归档、删除


迁移前清理值得做,前提是团队能确认合规保留要求、能梳理主要引用关系,并有业务负责人愿意为判定负责。三条前提缺一条,清理就应缩小范围或暂缓。在这个前提下,取舍按四条依据判定:业务价值、合规保留期、引用关系、迁移成本。


判定顺序建议为:先合规,再引用,后价值与成本。合规决定哪些数据不能删;引用关系决定哪些数据不能单独处理;业务价值与迁移成本决定剩余数据是保留迁移还是归档留存。先删后补的顺序容易造成不可逆的丢失,尤其在引用关系尚未梳理清楚时。


处置方式 判定条件 典型对象 迁移处理
保留并迁移 仍有业务价值,且被其他工作项、文档或测试记录引用;或迁移后仍需日常查询、引用、审计 在用的主项目、活跃任务、被页面引用的附件 进入主迁移范围,字段映射按原结构处理
归档留存 处于合规保留期内但日常不再使用;或有历史参考价值但引用关系简单 已结项的历史项目、长期无活动但含留存内容的任务、过期但被引用的附件 不进入主迁移范围,单独存放并保留检索通道
删除 无业务价值、无合规要求、无引用关系,三项同时满足 完全重复且内容已合并的项目、无任何引用的僵尸任务、无引用的过期附件 清理前留判定记录,删除后不再进入迁移

三类对象的具体判断有差异。重复项目优先做合并映射:先确认两个项目是否为同一业务的不同阶段,再保留主项目、把重复项目内容合并后归档,直接删除会丢失可能存在的独有记录。僵尸任务按“最后活动时间、是否被引用、是否含合规留存内容”三项交叉判断,三项均不满足才进入删除候选。过期附件先看体积与引用情况,被页面或工作项引用的附件应随引用方一起归档,不单独删除。



清理解决什么问题:重复项目、僵尸任务与过期附件的代价


清理的价值不在于让数据变少,而在于让迁移范围可定义、映射可核对、验收有依据。三类问题数据各自干扰迁移的不同环节。


重复项目直接影响映射与去重。两个项目指向同一业务时,字段映射会出现一对多关系,迁移后要么产生两套并行的工作项结构,要么在导入阶段临时合并,合并规则往往没有记录。提前合并映射,可以把“保留哪个项目、哪些字段取哪个来源”写成明确规则,迁移执行时按规则走,减少导入后的返工。


僵尸任务干扰迁移量和验收核对。长期无活动、无人负责的任务会推高迁移条数,验收时难以区分“迁移成功”与“本来就不需要迁移”。把僵尸任务先判定为归档或删除,迁移清单的条目数才有意义,核对时逐条对应,异常项更容易被发现。


过期附件影响存储、传输与权限继承。附件体积往往占迁移数据量的大头,过期附件随主数据一起迁移会拉长传输时间,也会把原有的权限结构一并带过去,扩大迁移后的权限梳理工作量。被引用的附件随引用方归档,无引用的附件单独清理,可以让附件迁移范围与业务范围保持一致。


三项处理完成后,迁移范围从“源系统全部数据”收敛为“保留集加归档集”,验收时可以按保留集逐项核对,归档集单独确认可检索,迁移结果更可核对。



适用条件:什么情况下应当先清理再迁移


清理适合数据问题已经影响迁移执行的情形。以下条件满足越多,先清理再迁移的收益越明显。


  • 源系统数据量大,重复项目、僵尸任务或过期附件占比明显,直接全量迁移会显著拉长传输与导入时间。
  • 存在明确的合规保留要求,需要区分“必须留存原件”和“可以迁移使用”的数据,两类数据不能混在同一迁移范围里。
  • 迁移窗口和存储预算有限,全量迁移会挤占验证时间或超出可用容量。
  • 有可指派的业务负责人参与判定,能够对项目归属、任务价值和附件用途给出结论。

数据量小、重复与僵尸数据占比低、没有合规留存要求的团队,可以直接全量迁移后在目标系统内整理,清理带来的收益不足以抵消投入。清理适合作为迁移准备的一个环节,与数据范围确认同步进行。



投入与前提:清理需要的人力、时间与证据


清理不是零成本动作,需要提前安排人力和证据留存,否则判定结果无法在迁移后回溯。


  • 角色分工:业务负责人负责判定数据是否仍有业务价值、项目是否重复;数据管理员负责梳理引用关系、统计附件体积、执行归档或删除动作。两类角色分开,避免同一人既判定又执行导致误删无人复核。
  • 判定记录与审批留痕:每条判定记录判定人、判定依据、处置动作和时间。删除类判定建议增加一次复核,归档类判定记录归档位置,便于迁移后按记录回溯。
  • 抽样核对与冻结窗口:清理期间源系统应设置冻结窗口,避免判定后数据又被修改。清理完成后抽样核对,确认保留集与归档集边界清晰。
  • 归档存储与检索通道:归档数据需要有独立的存放位置和可用的检索方式,否则“归档”会变成事实上的丢失。归档前确认检索通道可用,再执行归档。

判定记录需要承载在团队日常使用的协作工具中,才能被迁移执行人和后续审计人员查到。ONES 的项目与 Wiki 可以承载判定记录、归档状态和迁移范围清单,让清理结论与迁移执行使用同一份数据范围。官方资料提到,ONES 的迁移方案围绕项目、工作项、状态、字段、流程、附件和历史记录进行迁移,并建议在正式迁移前确认数据范围、功能匹配和系统适配,这与先清理再迁移的做法方向一致。



暂缓条件:哪些情况不宜在迁移前大范围清理


以下情形出现时,应暂缓清理或把清理范围缩小到低风险对象,先完成迁移再处理。


  • 合规保留期未确认或存在争议:无法判断哪些数据必须留存原件时,删除动作不可逆,应先确认保留要求再动数据。
  • 引用关系无法在迁移前完整梳理:工作项、文档、测试记录之间的引用关系没有可靠清单时,单独删除任一对象都可能切断引用,此时只做归档、不做删除。
  • 业务负责人缺位、判定无据:没有能对业务价值下结论的人,判定记录会变成个人猜测,清理结果无法复核。
  • 迁移窗口紧张、清理会挤占验证时间:清理和迁移验证共用同一时间窗口时,优先保证验证时间,清理范围收缩到重复项目合并这类低风险动作。

暂缓不等于放弃。可以把清理动作拆成两段:迁移前只处理重复项目合并和明确无引用的附件,迁移后在目标系统中按同一套三分法继续处理僵尸任务和剩余归档。



试点判断:用小范围样本验证取舍标准


全面清理前,先在一个小样本范围内按三分法试判,验证分类规则是否可执行、误删风险是否可控。


  1. 选取样本范围:样本应同时包含重复项目、僵尸任务和过期附件三类对象,覆盖至少一个在用项目和一个已结项项目,确保三类判定规则都能被检验。
  2. 逐条判定并记录依据:按“合规、引用、价值与成本”的顺序对样本逐条判定,每条记录判定人、依据和处置动作,形成可复核的判定清单。
  3. 核对误删风险与归档可检索性:对判定为删除的对象做一次反向核对,确认没有遗漏引用;对判定为归档的对象实际执行一次归档并检索,确认能按预期找到。
  4. 修订分类标准再推广:试点中出现的边界情况,补充进三分法判定条件,例如“被已归档文档引用的附件如何处理”,修订后再扩大到全量范围。

试点通过的标志是:样本内每条数据都有明确处置结论和判定依据,删除候选经反向核对无引用遗漏,归档对象可检索,判定耗时可以估算到全量范围。三项都满足,再按同一标准推广;任一项不满足,先修订标准或缩小清理范围。



常见问题


合规保留期还没确认,能不能先把明显没用的数据删掉再迁移?


不建议。合规保留期未确认时,无法判断哪些数据属于必须留存原件的范围,删除动作不可逆,先删后补的代价往往高于暂缓。可行的做法是把清理范围收缩到低风险动作,例如重复项目合并、明确无引用的附件清理,其余数据先归档留存、不进入主迁移范围,等保留要求确认后再按同一套三分法处理。


引用关系梳理不完整时,僵尸任务应该怎么处理?


引用关系没有可靠清单时,只做归档、不做删除。僵尸任务可能被文档、测试记录或其他工作项引用,单独删除会切断引用。可以先按“最后活动时间、是否被引用、是否含合规留存内容”三项交叉判断,把三项均不满足的任务列为删除候选但暂不执行,迁移后引用关系在目标系统中可查时再复核处置。


清理判定记录应该包含哪些内容,迁移后怎么用?


每条判定至少记录判定人、判定依据、处置动作和时间;删除类判定建议增加一次复核,归档类判定记录归档位置。迁移后这些记录用于两类核对:一是确认保留集与归档集边界,二是审计时回溯某条数据为何被删除或归档。判定记录需要放在迁移执行人和后续审计人员都能查到的位置,与迁移范围清单使用同一份数据范围。


迁移窗口很紧,清理和验证时间冲突时怎么取舍?


优先保证迁移验证时间,清理范围收缩到重复项目合并这类低风险动作。僵尸任务判定和剩余归档可以拆到迁移后,在目标系统中按同一套三分法继续处理。这样做的代价是迁移数据量偏大、验收条目偏多,但避免了清理挤占验证导致迁移问题在切换后才暴露。


试点样本要多大,通过标准是什么?


样本规模以能覆盖三类判定规则为准,需同时包含重复项目、僵尸任务和过期附件,并覆盖至少一个在用项目和一个已结项项目。通过标准有三项:样本内每条数据都有明确处置结论和判定依据;删除候选经反向核对无引用遗漏;归档对象实际执行归档后能按预期检索到。三项都满足,再按同一标准推广;任一项不满足,先修订分类标准或缩小清理范围。