今年来,国产数据库发展迅猛,其中以达梦数据库为著。在市场占领的过程中,难免会遇到数据库系统迁移的问题.
迁移的流程一般分为“系统分析–>准备环境–>迁移–>核对结果”四个步骤。
了解每个步骤的注意事项、避免踩坑将极大的降低迁移的工作量。
创建达梦数据库实例需要确认CHARSET(字符集选项)、CASE_SENSITIVE(标识符大小写敏感)、LENGTH_IN_CHAR(长度是否以字符为单位)、PAGE_SIZE(页大小)等初始化参数信息。
一旦创建完毕,这些参数将不能修改。
因此迁移之前需要统计源数据库字符集编码等信息,以便于后续和达梦数据库的建库参数进行匹配。
CHARSET。字符集选项。0 代表 GB18030,1 代表UTF-8,2 代表韩文字符集 EUC-KR
CASE_SENSITIVE。标识符大小写敏感。默认值为 Y
LENGTH_IN_CHAR。长度是否以字符为单位。1:是。0:否
PAGE_SIZE。页大小。只能是 4K、8K、16K 或 32K 之一
达梦可通过“COMPATIBLE_MODE”参数选择兼容模式,可降低迁移工作量,可根据源数据库选择相应的兼容模式。
如果没有任何准备便从生产坏境直接迁移到新的环境,有可能会存在很多的风险,比如:功能不全、性能降低、迁移时间过长影响业务运行时间,甚至引发崩溃问题等。
为了避免上述的问题,应该在正式从生产坏境迁移到新的环境之前,先建立一个测试环境,从而避免上述风险的发生。
测试环境可适当降低对硬件的要求。
达梦官网和其他技术社区平台有很多DTS工具使用的介绍,这里不做赘述。
工具使用可参考达梦官网DTS使用手册
从 Oracle 迁移到 DM:https://eco.dameng.com/document/dm/zh-cn/start/migrate-oracle-dm.html
从 MySQL 迁移到 DM:https://eco.dameng.com/document/dm/zh-cn/start/migrate-mysql-dm.html
从 SQLServer 迁移到 DM:https://eco.dameng.com/document/dm/zh-cn/start/migrate-sqlserver-dm.html
从 PostgreSQL 迁移到 DM:https://eco.dameng.com/document/dm/zh-cn/start/migrate-postgresql-dm.html
从 DB2 迁移到 DM:https://eco.dameng.com/document/dm/zh-cn/start/migrate-db2-dm.html
上述链接,文中还有更详细的迁移过程可供参考
文章
阅读量
获赞