oms全量迁移2张表对象状态异常，按照报错缺少9月17日分区，报错，目前最最早的分区是9月20，创建9月17的，破坏了 RANGE 分区 “严格递增” 的规则。
源端与目的端分区一致，odc上有分区策略，保留一个月的分区，9月17日的分区在9月18日0点已经删除。
这边有几个问题：
1、如图history_str表，预估数据量:14,031,285 已完成数据量14,519,538 表对象在异常状态下还会进行数据迁移吗？
2、9月17日的数据是跳过迁移了吗？如果跳过了如何处理，保证源目数据一致？
3、在源端一致有数据写入的情况下，全量迁移任务一直在进行中，一直是剩余3分钟，无法进入到下一步:增量同步任务，是需要源端先暂停写入，等待全量迁移任务完成跳到增量同步后再开启源端数据写入吗？
源库和新库的9.17分区都删掉了么
是的，源目的分区都在odc上有分区策略，都是保留一个月的。
我查报错的两个表，最早的clock时间都是9月20日的，相当于和odc分区策略一致的，保留一个月的。
我理解的是在10月18日0点，odc策略删除9月17日分区前，oms没有同步完9月17日的数据，然后在18日0点odc策略触发，源目都删除了17日分区，导致oms报错了，但是实际已经没有17日数据了，是oms当时检测到有问题，然后就停止这两个表数据迁移了？其实现在跳过17日(已经没有数据)继续同步也可以把？
不知丢我理解的对嘛？
这个只能重新迁移了，源端分区被删，全量任务没法恢复了。
全量迁移中途不能执行这种表结构变更的操作，迁移的时候要把这个分区删除的作业停一下
分区增删相当于表结构变更，oms没法跳过结构性错误，无法断点续迁，需要重新发起迁移。
