在使用OMS进行Oceanbase到Oceanbase的同租户类型数据迁移时,应该注意哪些问题?
3 个赞
根据文档库中的信息,使用 OceanBase 迁移服务(OMS)从 OceanBase 数据库迁移数据到 OceanBase 数据库同类型租户时,应该注意以下问题和步骤。以下是详细讲解:
1. 迁移模式的选择
在 OMS 控制台创建数据迁移项目时,可以选择以下三种迁移模式:
- 结构迁移:将源端数据库的表结构、索引、视图等元数据迁移到目标端。
- 全量迁移:将源端数据库的存量业务数据一次性迁移到目标端。
- 增量同步:在全量迁移完成后,持续同步源端数据库的增量数据到目标端。
确保选择合适的迁移模式以满足业务需求。例如,如果需要实时同步数据,必须启用增量同步功能。
参考文档:
- 文档标题:使用 OMS 从 OceanBase 数据库迁移数据到 OceanBase 数据库同类型租户
- 段落标题:背景信息
2. 源端与目标端的兼容性
- 确保源端和目标端的租户类型一致(如 MySQL 租户到 MySQL 租户)。
- 检查源端和目标端的 OceanBase 版本是否兼容。建议使用相同或更高版本的目标端以避免潜在的兼容性问题。
3. 网络连通性
- 确保源端和目标端之间的网络连通性正常。
- 如果迁移过程中涉及跨区域或跨机房操作,需特别注意延迟和带宽对迁移性能的影响。
4. 数据一致性校验
- 在全量迁移完成后,建议启用全量校验功能以确保数据一致性。
- 如果发现数据不一致,可以使用反向增量功能将目标端的数据回滚到源端进行修复。
参考文档:
- 文档标题:使用 OMS 从 PostgreSQL 数据库迁移数据到 OceanBase 数据库 MySQL 租户
- 段落标题:背景信息
5. 锁表与业务中断
- 结构迁移和全量迁移可能会导致源端表被锁定,从而影响业务运行。建议在业务低峰期执行这些操作。
- 如果需要完全避免业务中断,可以先完成全量迁移,然后通过增量同步逐步切换流量到目标端。
6. 监控与日志
- 在迁移过程中,密切监控 OMS 控制台中的任务状态、迁移进度和错误日志。
- 如果出现失败或异常,及时排查并解决问题。
7. 社区版的功能限制
- OceanBase 社区版(OceanBase-CE)支持从 MySQL、TiDB、PostgreSQL 和 DB2 LUW 等多种数据源迁移到 OceanBase 社区版 MySQL 租户。
- 同时支持 OceanBase 社区版 MySQL 租户间的数据迁移。
参考文档:
总结
在使用 OMS 进行 OceanBase 到 OceanBase 的同租户类型数据迁移时,应重点关注迁移模式的选择、源端与目标端的兼容性、网络连通性、数据一致性校验、业务中断风险以及监控与日志分析。此外,还需注意社区版的功能限制,确保迁移过程顺利进行。
如果仍有疑问,建议参考相关文档或联系 OceanBase 技术支持团队获取进一步帮助。
具体信息可参考以下文档:
6 个赞
- 从迁移对象上来考虑,OMS 完成了表与视图的迁移,一些非表对象需要其他支持,比如存储过程,函数等!
- OB oracle迁移到OB oracle 的表迁移时,如果有表定义中引用了序列的自增长,就不能通过OMS 迁移,需要obdumper/obloader 操作。 在实际迁移过程中,我遇到都报错!
6 个赞
触发器和存储过程无法迁移,得自行在目标库创建
4 个赞
别丢数据就行
3 个赞
我也遇到这问题了
3 个赞
没看明白啥问题
2 个赞
功能还没那么强大
1 个赞
我也遇到这问题了
1 个赞
长知识