数据迁移是 SQLark 最受企业和个人用户欢迎的功能之一，截止目前已帮助政府、金融、能源、通信等 50+ 家单位完成从 Oracle、MySQL 到达梦的全量迁移，自动化迁移成功率达 96% 以上。
在 Oracle 到达梦数据库迁移过程中，SQLark V3.3 新增 断点续迁 功能。因环境因素、迁移报错等原因造成的迁移任务中断，SQLark 都支持从断点恢复迁移，对于大型企业级项目中的千万级/亿级大表迁移能大幅度提升效率。
👉 欢迎在 SQLark 官网：www.sqlark.com 下载全功能免费版。
支持无主键表断点续迁
传统迁移工具的断点续迁功能一般要求表具有主键或唯一约束，否则会产生重复数据或遗漏数据的情况。SQLark 基于主键/ROWID 实时记录断点，在迁移中断再启动时对断点前后进行数据扫描，在保障数据一致性的前提下，支持对全部类型表断点续迁，包括：
- 唯一主键表
- 联合主键表
- 既无主键也无唯一约束的表 ✅
为了缩短迁移中断后数据检查和迁移恢复的时间，SQLark 采取根据数据量动态计算的分片比对机制，快速完成数据检查。在实际测试中，仅耗时 339ms 可完成亿级单表的断点检查，启动自动化续迁。
相比传统工具或者开源方案，SQLark还具备以下优势：
📌 说明
在全量迁移阶段，请勿执行表结构变更的 DDL 操作，或在源库写入新数据，否则极有可能造成数据不一致。
适用场景
1. 自动化迁移出现异常的表
使用 SQLark 一键自动化迁移可以完成 90% 以上迁移工作，少量表可能由于异构数据库间数据存储方式不同，出现“记录超长”、“长度超出定义”的报错，造成该表的迁移中止。
用户可根据 SQLark 的建议修复报错表的问题，然后一键续迁剩余的数据。
2. 环境等因素导致迁移中止
数据迁移容易受到源端、目标端、网络延时/波动、磁盘空间等多方面因素影响，主要包括：
- 源端/目的端数据库服务中断
- 源端/目的端网络中断
- 源端/目的端磁盘空间不足
- …
上述场景下，SQLark 均支持在环境恢复后，一键续迁剩余数据。
📌 说明
如安装部署 SQLark 软件的环境发生故障（如服务器断电、磁盘空间不足等），可能导致断点续迁失败。
此种情况下为了保障数据一致性，建议选择清空表数据重新迁移。
3. 用户主动中止迁移
在自动化迁移过程中，用户可能因为各种原因主动暂停迁移。例如为了提升迁移速度，用户可以暂停迁移，将迁移并发参数调高后再开启迁移。SQLark 支持按照新的并发参数设置完成剩余数据的迁移。
最后
面向企业项目动辄迁移亿级、占用空间上百 GB 的大表，现在可以通过 SQLark V3.3 断点续迁，一键将续迁成本从“小时级”缩短至“秒级”，提升项目效率～
欢迎使用过程有任何问题，来社区 ask.sqlark.com 与我们交流。
