在此前的版本中， NineData 已经覆盖了多种复杂迁移场景，例如从 Oracle、DB2 等传统数据库，到多种国产数据库环境，支撑了大量复杂的国产化数据库改造项目。
本次版本更新中，NineData 在原有迁移体系之上，新增支持了 Azure SQL Database 到 PolarDB PostgreSQL 的迁移与同步能力。
NineData 如何实现这条迁移链路？
NineData 将 Azure SQL Database > PolarDB PostgreSQL 的迁移拆解为多个可控阶段：
1️⃣ 结构迁移：基于内部预置的数据类型映射规则，全自动在目标搭建源库结构。
解析 Azure SQL Database 中的表结构。
按 PolarDB PostgreSQL 的兼容规则进行结构转换。
2️⃣ 全量数据迁移：业务不停机的前提下，完成存量数据迁移。
支持大表、大数据量场景。
全量迁移过程可监控、可中断、可重试。
3️⃣ 增量数据同步：持续捕获 Azure SQL Database 中的数据变更，并同步至 PolarDB PostgreSQL：
支持 DML 变更同步。
增量同步与业务并行执行。
实时显示复制延迟，为 0 代表源和目标数据一致，可直接切换。
4️⃣ 数据一致性校验：迁移完成是否可交付，不依赖人工抽查：
支持表级数据对比。
可定位不一致的数据范围。
为技术团队提供明确的迁移验证依据。
NineData 安全吗？
NineData 在诞生初期，就构建了完整的安全与审计机制：
数据在迁移链路中全程加密，避免明文传输带来的合规风险。
迁移任务与角色权限严格绑定，谁能操作、能操作什么，都有清晰边界。
迁移全流程自动记录，关键操作可追溯、可审计，满足监管场景下的合规要求。
与此同时，NineData 平台本身已通过多项权威安全与管理体系认证，包括信息安全、云安全、服务管理及等级保护要求，为企业开展关键数据迁移提供长期、稳定的安全保障。
操作示例
1. 选择源和目标数据源，开启增量复制。
2. 选择需要复制的数据库对象（库/Schema/表/列）。
3. 配置映射关系。
4. 系统自动预检查。
5. 实时复制任务启动成功！
至此，配置工作已经全部完成。
一套迁移体系，复用到不同场景
Azure SQL Database > PolarDB PostgreSQL 的迁移能力仅仅是 NineData 统一迁移框架中的一环，而这套能力可以同时复用至其他上百条复制链路。提供了如下能力：
同样的安全性
同样的结构、全量、增量复制模型
同样的监控与告警机制
同样的数据对比与验证方式
技术团队不再需要为每一种迁移场景重新学习一套工具。迁移路径在变，但迁移方法将始终保持一致。
