大家好，我是讯享网，很高兴认识大家。



本章节主要介绍从 Oracle 迁移到 DM 的常见问题，为用户提供从 Oracle 迁移到 DM 常见问题的分析和解决思路。除此之外，用户还可前往达梦技术社区参与更多问题讨论。

• DTS 迁移前应注意检查的相关事项
• 如何修改兼容性参数，使达梦对 ORACLE 语法的兼容性更高
• 只选择迁移表，多出其他对象
• varchar2 (4000) 迁移后变成 (3900)
• Oracle 迁移到 DM 有关数据类型/语法的注意事项
• 违反引用约束
• 违反唯一性约束
• 迁移视图提示：无效的用户对象
• 连接尚未建立或已经关闭
• 报错：精度必须大于标度
• Oracle 中 raw 类型在 DM 中可以用哪种类型
• Oracle 的 date 类型是对应 DM 哪种类型
• Oracle 的 dmp 文件导入 DM 报错：终止导入请使用更高级别的工具
• DTS 报错：JAVA HEAP SPACE
• 迁移过程中出现的错误：违反协议
• 报错：序列最大值超出达梦范围
• Oracle 迁移到 DM 报错：精度超出范围
• Oracle 迁移过程中出现的错误:试图在 blob 或者 clob 列上排序或比较
• 包含 blob 类型的数据表都迁移不动
• DTS 使用时候选择删除后再拷贝记录，是否会删除源库的数据
• 使用 DTS 迁移时报错：ORA-00942
• DTS 迁移工具未响应/卡住
• 迁移报错，提示“-3236 此列列表已索引”
• 当前对象被占用
• 迁移过程中出现的错误：被引用列未添加索引
• 迁移过程中出现的错误：对象不再存在
• 修改兼容性参数 COMPATIBLE_MODE=2 后，SQL 走索引查询 is null 无法查询出空字符串数据
• DTS 工具从 oracle 迁移到 dm 库，提示迁移完成，但实际数据量与源库不匹配，缺失数据
• oracle 迁移到 DM，表结构一致，迁移数据报错：数据溢出
• 数据库迁移，在执行任务迁移表的时候长时间卡住不动
• 迁移后创建唯一约束报错，但数据无重复
• 迁移 forall 脚本报错：语法分析出错
• 在迁移 Oracle 的存储过程、包时报错：试图更新只读视图
• 兼容 oracle sys_extract_utc 函数实现时区类型数据转换为 utc 的 timestamp 值
• ORACLE 12C 使用默认方式连接不到需要迁移的库
• Oracle 12c 及以上版本使用达梦迁移工具不识别 SID
• DTS 工具迁移表结构时列长度修改不生效
• 在迁移过程中分区表迁移速度较慢，如何提高迁移到目的端的效率？
• Oracle 集群迁移到 DM 连接 Oracle 端时报错：“xxxORA-12505xxx”
• 存储过程执行报错：对象定义被修改
• 记录超长
• DTS 迁移连接 Oracle 数据库报错：“错误号：17002 IO 错误：Connection reset”
• 使用 DTS 将 Oracle 间隔分区表迁移到达梦时报错：‘新增间隔分区失败’
• 从 oracle 迁移到达梦，触发器如何寻找依赖关系？
• PL/SQL 语句块中对间隔分区插入数据时分区无法自动扩展
• 如何将 Oracle CONVERT 函数字符串从原串编码格式转换成目的编码格式
• DM 如何兼容 Oracle 中 ODCIVARCHAR2LIST 行转列查询功能
• DTS 连接 oracle 数据库报错：IO 错误：Connection reset by peer，Authentication lapse 1 ms
• 使用 DTS 将 ORACLE 迁移到 DM 报错：非法的基类名[SYSGEO]
• DM 数据库在执行 sql 命令时报错：“-6130: 文字与格式字符串不匹配”
• Oracle 迁移到 DM 后应用报错：[String] 数据类型与数据元素[xx 列]的数据类型[INT]不符
• 如何使 DM 中返回的数值类型结果格式与 oracle 保持一致
• Oracle 迁移数据到 DM8 报错：“对象已存在”
• 通过 DTS 迁移 Oracle 数据到 DM8 报错：​"数字溢出​"
• Oracle 触发器在 DM 中编译报错：” 无效的变量名 ORA_LOGIN_USER“

---

原有的系统或开发习惯为 Oracle 的用户，可以参考文档《DM DBA 手记之 ORACLE 移植到 DM》。

• 迁移前根据实际需求确定好相关的数据库版本；
• 选择合适的 jdk 版本。涉及到更换 jdk 或者 jdbc 包等情况，可能会出现 unsupported major.minor version 52.0 的错误提示，这个是由于使用的 jar 编译环境版本更高，而当前 jdk 版本低导致的；
• 注意迁移的顺序。迁移时应先迁移序列、再迁移表、最后迁移视图、自定义类型、类、函数、存储过程、包等；
• 对于数据量大的表单独迁移；
• 对于大字段较多的表，需要修改批量迁移的行数，以免造成迁移工具内存溢出；
• 迁移完成后，一定要进行验证。

【问题解答】：

DM 提供了 COMPATIBLE_MODE 参数来设置数据库的兼容性模式，0：不兼容，1：兼容 SQL92 标准，2：部分兼容 ORACLE，3：部分兼容 MS SQL SERVER，4：部分兼容 MYSQL， 5：兼容 DM6，6：部分兼容 TERADATA。该参数默认为 0，修改方式有两种：

• 在 dm.ini 文件中修改 COMPATIBLE_MODE 参数的值。
  + 利用 SQL 语句修改 COMPATIBLE_MODE 参数的值。
  
  

讯享网

该参数为静态参数，需要重启数据库后生效。

如下图所示：

讯享网

【问题原因】：

勾选了目录、公共同义词和上下文。

【解决方法】：

返回上一步，取消勾选则正常。

DM 数据库根据页大小，varchar 字段最大长度有限制。具体限制如下：

DTS 内部有字段类型映射，同时也会根据差异情况判断，在 8 kB 页大小情况下，将 Oracle 的 varchar2 (4000) 迁移成 varchar2 (3900)。

需要注意 Oracle 的 ， 和 都转换成 DM 的 。

由于 Oracledate 既可以只存日期，也可以存放日期时间，DTS 迁移表结构过程中无法识别具体字段中内容再确定目的端数据类型，所以统一迁移成了 timestamp，迁移后的数据时间信息为 00:00:00.000，不影响时间字段比较和计算，如果部分字段的确只需要 date 类型则需要在 DM 中将对应字段调整为 date 类型。

DM 数据库和 Oracle 的语法大致相同，大部分都不需要修改，可以把 Oracle 中的语法到 DM 中执行，如果有报错的部分，需要查看系统管理员手册和程序员手册来查看相应的需要修改的语法部分。

这种问题主要是由外键约束造成的，父表的数据没有迁移，先迁移了子表的数据，错误如下图所示：

【解决方法】：

迁移的时候先不迁移外键等约束，在选择好要迁移的表时，点击【转换】，按照以下步骤进行迁移。

1. 第一次只选择表定义，不选择约束等，如下图所示：

2. 第一次迁移完成后（确保没有错误），第二次只选择数据，如下图所示：

3. 第三步选择约束、索引等，如下图所示：

按照上面三步迁移，基本上都可以顺利迁移成功。

这种情况是因为表中设置了唯一性约束或者主键约束，但是数据中有重复记录。有可能是原始库的约束被禁用了，或者数据重复迁移造成的。

【解决方法】：

在确定源数据没有问题的情况下，迁移的时候选择删除后再拷贝，如下图所示：

在迁移界面中，选中要迁移的表，然后点击【转换】。

在弹出的窗口中选择删除后拷贝，如下图所示：

按照上述操作即可迁移成功。

这个问题一般是因为在迁移视图之前，没有将视图依赖的表迁移过去，如下图所示：

【解决方法】：

严格按照迁移的顺序，先迁移表，然后再迁移视图、存储过程、函数的顺序迁移即可。

【问题描述】：

从 Oracle 迁移数据到 DM 数据库，数据迁移时提示连接尚未建立或已经关闭。

【解决方法】：

• 原因一：这个问题有可能是因为 Oracle 库中存在非法的数据，例如： 这样的非法的时间，在批量绑定插入的时候 JDBC 未作校验，服务器端检测到就会把这个连接剔
  除，就会报这个错误。新版的 JDBC 驱动（2019 年 7 月以后）已经对此类问题进行了处理，增加了校验，碰到非法的数据会直接报错。碰到这种问题建议使用最新的 JDBC 驱动，替换掉迁移工具使用的 JDBC 驱动即可。
  
  
• 原因二：迁移连接用户设置了会话时间限制，放开会话连接限制即可，数据库 设置。
• 原因三：迁移过程中数据库连接断开了重新迁移。

【问题描述】：

从 Oracle 迁移到 DM 的时候有一个报错：精度必须大于标度。

【解决方法】：

Oracle 中 number (m,n) 允许 n>m，但是在 DM 中是不允许的，DM 中 m>=n，m 表示精度，n 表示标度。精度是一个无符号整数，定义了总的数字数；标度定义了小数点右边的数字位数。

碰到这种问题一方面要思考一下 Oracle 里面列定义是否弄错了，如果是特意这样设计的，要搞清楚这个列到底需要存放什么样的数据，单独迁移这张表，对 DM 数据类型进行修改。

Oracle 中 raw 类型在 DM 中可以使用 varbinary 代替。

如果您第一次使用 DM 数据库，可以参考从 Oracle 迁移到 DM。

【问题描述】：

DM 的 DATE 类型不能存放时分秒吗？Oracle 的 date 日期类型是对应 DM 的 datetime 类型吗？

【解决方法】：

如果设置兼容参数 COMPATIBLE_MODE = 2，date 类型默认会建成 类型。

Oracle 数据库的 dmp 文件不能导入到达梦数据库，每种数据库导出的 dmp 文件，都具备自身数据库特有的加密格式，其它架构的数据库肯定是无法识别的。

Oracle 数据库的数据信息可以通过达梦数据库自带的数据库迁移工具 DTS 迁移到 DM 数据库。

【问题描述】

使用 dts 迁移工具进行 oracle 到 dm 的迁移时，迁移表只有一个大字段表，迁移时报错："java heap space"。

【问题分析】

dts 所在机器内存不足导致迁移过程中内存溢出。

【问题解决】

1. 修改 dts.ini 配置文件，添加内存参数-Xmx2048m，重新迁移即可。
2. 如果当前环境不支持调整内存参数，可以通过修改 dts 转换功能中“源一次读取行数和目的一次提交行数（调整成合适的值）”，比如调整为一次读取和提交 4096 行。

   

一般是 Oracle 的 jdbc 驱动问题导致，尝试更换驱动包。

分析一：< 最大值 > 指定序列能生成的最大值，如果忽略 MAXVALUE 子句，则降序序列的最大值缺省为-1 ，升序序列的最大值为 (0x7FFFFFFFFFFFFFFF) 。

非循环序列在到达最大值之后，将不能继续生成序列数；但是 Oracle 中最大值 28 个 9，迁移到 DM7 时报序列最大值超出达梦范围的错误（最新的 dts 版本已经将超过 DM7 最大值的序列的最大值直接转换成 ）

分析二：对于这类报错，需要分析源库序列用途，目的库范围是否能够满足使用情境。如可以满足，则按照目的 DM 的可定义范围设置，如存在风险，则考虑在应用层面修改或者采取其他措施规避风险。

• Oracle 迁移到 DM 数据库，数据类型的映射关系，可以参考 DTS 迁移工具的帮助菜单-帮助主题--数据类型映射--默认数据类型映射关系。
• 可能是由于 Oracle 和 DM 数据库字符集不一样的原因：比如 gbk 和 utf-8 中文占用的字节数不一样。 在迁移的时候，可以将字符长度映射调正大。

• 如果碰到中文对应到 DM 都需要三倍长度，可以检查初始化数据库的时候，达梦数据库选择字符串是否以字符为单位。（length_in_char=1 试试）

达梦数据库中是不允许对大字段（clob blob）类型的列进行排序操作的，部分新版本可以修改配置 ini 参数 ENABLE_BLOB_CMP_FLAG=1。

需要调小 dts 里面大字段表每次读取跟提交行数。

不会，删除的是目的端的数据。

【问题分析】

该报错是由于 Oracle 迁移账户权限不够，缺少查询字典权限导致。

【问题解决】

使用 SYSDBA 用户授予迁移账户 select any dictionary 权限，授权语句如下：

讯享网

1. 可能与客户端机器性能有关
2. 建议一次少选一些表；在进行重新迁移时，迁移时勾选清空数据库迁移，避免数据重复
3. 数据库迁移的顺序，参考达梦云适配中心的迁移手记
4. 低版本的客户端将低版本的数据库中的数据迁移到高版本中，比如：使用 DM7 迁移工具，迁移 DM7 至 DM8，迁移卡住。这时请更换成 DM8 的 DTS 工具进行迁移。

出现这个提示，证明列表已经有索引了，可以到目标数据库查一下，有的话就忽略这个报错。

【问题描述】：

oracle 迁移 dm 之后，想把迁移的模式删了，重新迁移一份，删除不了，一直提示错误号: -6509 错误消息: 第 1 行附近出现错误: 当前对象被占用。

【问题解答】：

查看是否开了多个窗口的管理工具，把无用的界面关闭了。是否有未结束的应用连接在操作。

删除模式时加上级联删除选项，例如：

一般出现在添加外键，建议先添加唯一约束然后添加外键约束。

一般是导入的表是临时表，重新导入即可。

【问题说明】:

在修改兼容性参数 COMPATIBLE_MODE=2 后，SQL 查询 where 条件 X is null，执行计划走 X 列单列索引或者以 X 列为前导列的组合索引无法查询出空字符串数据，且重建索引也没有作用，禁用或者删除对应索引可以正常查询出包含空字符串的数据。

原因是由于在修改兼容性参数 COMPATIBLE_MODE=2 之前，数据表中已有空字符串数据，修改 COMPATIBLE_MODE=2 之后新插入的空字符串数据自动转换为 NULL 存入表中。

COMPATIBLE_MODE 参数相当于初始化参数，需要在创建数据库实例之后或者创建业务用户表之前设置好。

【解决方法】:

新建实例在创建业务用户表之前修改兼容性参数 COMPATIBLE_MODE=2，然后使用迁移工具重新迁移数据。或者手动 update 空字符串数据为 null。

明确迁移源库 oracle 数据库的具体版本信息，一定要在 DTS 迁移工具中指定源 oracle 数据库的驱动为自动义的且是与 oracle 版本适配的 jdk 版本，因为默认 dts 工具在选择源端驱动时时默认的一个驱动版本，不一定和真实的库完全匹配。

oracle 数据库版本与 JDK 的版本选择，参考如下：

讯享网

【问题说明】：
有两种可能的情况：

1. Oracle 的 int 类型自动转换成 number(38)；
2. Oracle 的 number 类型存放精度超过 38 位；

【解决方法】：

1. 确认数据本身有没有错误，在 Oracle 中存储这种超长的数值，理论上也是不支持；
2. DM 超过 38 位的 number 类型，建议改成 varchar 类型；

【原因及解答】：

1. 表的数量较多，查询源端元数据时间较长；
2. 快速装载的问题，建议在表--》转换中，把大字段的每次读取的行数改成 1，关掉快速装载；
3. 目的端表被锁住，此时再用 DTS 向目的端的表做插入会被阻塞造成长时间卡顿，将目的端的表 drop 掉或者解锁重新迁移；

【问题说明】：
这种情况可能是由于字段某些值的末尾存在空格。
若数据库需要兼容 oracle，则在初始化数据库时需要将空格填充模式设为与 oracle 一致。

【解决方法】：
方法一：利用 dminit 初始化实例时，添加参数 BLANK_PAD_MODE=1。
方法二：使用“DM 数据库配置助手”图形化界面初始化库时，勾选“空格填充模式”。

【问题描述】：

迁移 forall 脚本报错。Oracle 中的 forall 脚本如下图所示：

报错信息如下图所示：

【问题解决】：

由于 DM 目前不支持 execute immediate 动态语句，因此直接改为非动态 sql 即可，如下图所示：

【解决办法】：

【问题解决】：

讯享网

【问题描述】：

ORACLE 12C 后多出一个新特性多容器，此时迁移数据时使用默认的方式迁移会导致连接不到需要迁移的库。

【问题解决】：

【问题描述】：

【问题解决】：

【问题描述】：

DTS 工具迁移表结构时直接改变列长度，设置列长度修改不生效。

【问题解决】：

Oracle 迁移到 dm 时，在不使用自定义类型时设置扩展列长度不生效，需要在数据类型映射目录下面的 oracle 选项中进行自定义映射配置，使用自定义列映射的方法进行映射。

例如：从 Oracle 迁移到 DM 时，源端建表语句为 现在需要将 varchar2 类型的列长度扩展为原来的 2 倍，扩展为 varchar2(40)。具体可参考以下步骤：

1. 使用自定义映射类型，在 DTS 中新建工程以后，首先设置数据类型映射，在数据类型映射中找到对应的源端库，这里以 oracle 为例，双击 DM 对象，然后点击数据类型名可选则要扩展的数据类型类型，输入要扩展的倍数。

2. 在设置了自定义列映射以后，新建迁移，然后正常执行 dts 迁移步骤，到对象复制页面，取消勾选“使用默认数据类型映射关系”，点开“查看默认类型映射关系”，可以直接看到映射关系出现在最上方，已生效，继续后面的迁移步骤；

3. 迁移结束后，在结束面版点击查看建表语句，可以看到目的端 varchar2 类型的列长度已经扩展为原来的 2 倍；

【问题解决】

可以通过分区置换的方法提高迁移到目的端的效率，前提需要创建的普通表和分区表的表结构以及索引且索引顺序全部保持一致。以下有两种迁移方式可供参考。

1. 通过分区置换的方法，置换为普通表后，DTS 开启多个窗口并行迁移到目的端，迁移完成后，目的端通过分区置换方法，再置换为分区表；
2. 通过分区置换的方法，置换为普通表后，通过表备份还原的方法，将备份还原到目的端后，通过分区置换方法，再置换为分区表。

下面对分区置换方法进行举例说明：

1. 统计分区表的分区数量：

讯享网

2. 创建和分区表相同表结构的普通表以及索引：

3. 将分区表的各个分区转换为普通表：

讯享网

4. 备份表普通表：

5. 将所有的表备份发送到目标机器 10.xx.xx.12 上：

讯享网

6. 还原表结构：

7. 还原表数据：

讯享网

8. 在 10.xx.xx.12 上新建一张分区表：

9. 将 10.xx.xx.12 上的普通表转换为分区表：

讯享网

至此分区置换完成。

【问题描述】

Oracle 11G RAC 集群迁移到 DM 连接 Oracle 端时报错：Listener refused the connection whth the following error:ORA-12505, Thn:listener does not currently know of SID Giver in connect descriptor。

【问题解决】

出现此报错需要指定 Oracle 驱动，自定义 url：jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=IP)(PORT= 端口)))(CONNECT_DATA=(SERVICE_NAME= 服务名 )))。

【问题描述】

从 ORACLE 中迁移存储过程到 DM 中，存储过程编译可通过，但在存储过程执行时报错：对象定义被修改。

【问题分析】

出现该问题，一般是存储过程中，对一张表先进行了 DDL 操作（如删除索引，添加主键），而后又对该表进行了 DML 操作（ INSERT|DELETE ），就会报错：对象定义被修改。由于达梦数据库会获取 SQL 所有执行计划，再去执行 SQL， 如果在一个过程里先修改分区表定义，就会修改字典信息，所以在执行后续 DML 的时候和之前获取的计划不一致，所以就会报错。可以将 DML 改为动态方式去执行，因为动态执行时才会生成计划，就不会有影响。

【问题解决】

将存储过程中的 DML（INSERT|DELETE）语句使用动态语句执行，即可解决该问题。

例如：

ISNERT 未使用动态语句：

讯享网

INSERT 使用动态语句：

【问题描述】

从 oracle 迁移到 dm，迁移表 WORKFLOW_TRACK 数据时报错：“记录超长”。

【问题分析】

通过分析发现此报错是由于该行记录的大小超过了页大小的一半导致。如果定义的数据类型是 varchar 类型，该行记录的大小不能超过页大小的一半。

【问题解决】

对这个表启用超长列，SQL 命令如下：

讯享网

重新迁移表即可成功。

【问题描述】

麒麟 V10 系统部署达梦数据库，使用 DTS 迁移工具迁移时在连接 Oracle 数据库时报错：“错误号：17002 IO 错误：Connection reset”。

【问题分析】

检查达梦数据库服务器与 Oracle 数据库服务器之间的通信正常，检查 Oracle 数据库端口正常。猜测是由于网络问题导致，打开 Oracle 数据库服务器下的 文件发现存在 将其注释掉后可以正常连接。

【问题解决】

将 Oracle 数据库服务器下的 文件 注释掉。

search 作用说明：

当访问的域名不能被 DNS 解析时，resolver 会将该域名加上 search 指定的参数，重新请求 DNS，直到被正确解析或试完 search 指定的列表为止。

oracle 到 dm 的 hs 单项同步报错：error during execution of trigger 'SYS .DMHS TRIGGER”

【问题描述】

使用 DTS 迁移工具，将 Oracle 间隔分区表迁移到达梦时报错：‘新增间隔分区失败’。迁移中断后，重新迁移报错数据仍报相同错误。

【问题解决】

设置系统参数 DEL_HP_OPT_FLAG 值为 4 可支持新增间隔分区。

修改方法：

使用 SYSDBA 用户登录管理工具，执行以下 SQL 命令：

参数说明：

【问题描述】

从 oracle 迁移到达梦，发现达梦的触发器数量多于 oracle ,达梦比 oracle 多的触发器命名规则为 REF_CON_TRIGXXXXXX、SREF_CON_TRIGXXXXX_AS、SREF_CON_TRIGXXXXX_BS、SREF_CON_TRIGXXXXX_AR(XXXX 为数字)，不知道如何寻找依赖关系。

【问题分析】

以上触发器为外键相关触发器其中 xxxxxx 表示外键约束的对象 id。

REF_CON_TRIGXXXXXX 表示外键级联删除 更新触发器 。

【问题解决】

查询依赖关系：

讯享网

【问题描述】

PL/SQL 语句块中对间隔分区插入数据时分区无法自动扩展，报错："-2903: 语句块/包/存储函数中的间隔分区不支持自动扩展"。

【问题解决】

调整参数值 DEL_HP_OPT_FLAG = 4

参数说明：

【问题描述】

从 Oracle 迁移到 DM 如何将 Oracle CONVERT 函数字符串从原串编码格式转换成目的编码格式。

【问题解决】

可参考如下方法解决：

1. 将 DM 数据库中 ENABLE_CS_CVT 参数值设置为 1；
2. 重启 DM 数据库。

参数说明：

当 ENABLE_CS_CVT=1 时，支持将字符串 char 从原串编码格式转换成目的编码格式。

如果原字符串没指定，默认为数据库服务器编码格式，目前只支持 ZHS16GBK、AL32UTF8、UTF8 和 ZHS32GB18030 四种编码格式。

【问题描述】

从 Oracle 迁移到 DM 如何兼容 Oracle 中 ODCIVARCHAR2LIST 行转列查询功能。

【问题分析】

ODCIVARCHAR2LIST 在 Oracle 中是 SYS 用户下的一个 TYPE，其作用主要是：

1. 实现字符串的切割操作，配合 table() 函数返回数组中的数据集；
2. 在 10G 及以上版本支持 SYS.ODCIVARCHAR2LIST 实现行列转换；
3. 适用于字符集合，不适用单个字符串。

【问题解决】

在 DM 中直接创建即可，如下：

讯享网

在调用时去掉 "SYS."，如下：

【问题描述】

使用达梦 DTS 工具，在做 oracle 迁移到达梦数据库的迁移过程中，连接 oracle 数据库报错：“数据库连接失败，错误号【17002】 错误消息：IO 错误：Connection reset by peer，Authentication lapse 1 ms.”。

【问题解决】

可参考以下两种方式来解决该问题。

方式一：注释掉 DNS 域名解析配置文件 /etc/resolv.conf 所有内容。

讯享网

注意：此方法需要保证该服务器上无其他应用，只做 DTS 迁移，注掉 DNS 域名解析配置文件中的内容不会产生影响。

方式二：在 IPv4/IPv6 双环境中，建议在 dts.ini 中添加 jvm 配置 。

在 IPv4/IPv6 双环境中，对于使用 Java 开发的网络应用，比较值得注意的是以下两个 IPv6 相关的 Java 虚拟机系统属性。

1. preferIPv4Stack（默 认 false）表示如果存在 IPv4 和 IPv6 双栈，Java 程序是否优先使用 IPv4 套接字。默认值是优先使用 IPv6 套接字，因为 IPv6 套接字可以与对应的 IPv4 或 IPv6 主机进行对话；相反如果优先使用 IPv4，则只不能与 IPv6 主机进行通信。
2. preferIPv6Addresses（默认 false）表示在查询本地或远端 IP 地址时，如果存在 IPv4 和 IPv6 双地址，Java 程序是否优先返回 IPv6 地址。Java 默认返回 IPv4 地址主要是为了向后兼容，以支持旧有的 IPv4 验证逻辑，以及旧有的仅支持 IPv4 地址的服务。

所以建议在 dts.ini 中添加 jvm 配置 来处理该问题。

【问题描述】

迁移 ORACLE 的空间数据类型为 MDSYS.SDO_GEOMETRY 与 MDSYS.SDO_GEOGRAPHY 的数据到 DM，报错“非法的基类名 [SYSGEO]”。

【问题解决】

迁移前在 DM 数据库创建相应的空间数据系统包，并在使用 DTS 迁移工具迁移时配置数据类型映射关系。示例如下：将 ORACLE 的 MDSYS.SDO_GEOMETRY 与 MDSYS.SDO_GEOGRAPHY 数据类型迁移为 DM 的 SYSGEO2.ST_GEOMETRY 与 SYSGEO2.ST_GEOGRAPHY 数据类型。

1. 在 DM 数据库中创建 DMGEO2 包

2. 确认 DMGEO2 系统包为启用状态。

讯享网

3. DTS 迁移时配置数据类型映射关系。

DMGEO2 包说明：DMGEO2 系统包以 DM8 的对象数据类型为基础，构造空间数据对象类型，以第三方开源几何处理函数库 geos，proj，sfcgal 为运算基础，将其封装为 liblwgeom 数据库，实现对空间数据类型的几何计算。

DMGEO2 包的详细说明及使用方法可参考数据库安装目录下 doc 目录中的《DM8 系统包使用手册》。

【问题描述】

DM 数据库在执行 sql 命令时报错：“-6130: 文字与格式字符串不匹配”。如下图所示：

【问题分析】

Oracle 与 DM 数据库的 to_timestamp 函数对数据的处理方式存在差异，oracle 数据库默认是不对此数据进行补全操作的，需要在 SQL 中添加 “||-01” 进行补全操作。而达梦数据库则不需要进行此补全操作，默认就已经补全了，所以在 SQL 中添加了 “||-01” 进行补全操作会报错。

【问题解决】

在 DM 数据库中使用此函数时去掉 “||-01” 的补全操作。

【问题描述】

应用移植中，通过达梦迁移工具将 Oracle 数据迁移到 DM 后 integer 变为 NUMBER 类型，应用程序日志报错：“[String]数据类型与数据元素[xx 列]的数据类型[INT]不符”。

【问题分析】

在 Oracle 中 INTEGER 类型属于 NUMBER 的子类型，它等同于 NUMBER(38,0)，用来存储整数。 若插入、更新的数值有小数，则会被四舍五入。而在达梦数据库中，为了兼容更多类型数据库，INTEGER 和 NUMBER 属于两种不同类型数据，其中 INTEGER 类型为整型数据最大精度为 10，而 NUMBER 类型为浮点型数据最大精度为 38。为保证 Oracle 数据迁移到 DM 后不“失真”，迁移工具会将 Oracle 的 INTEGER 转换为达梦的 NUMBER(38,0) 类型。

java 中对数据的获取有两种方式，一种是通过 getObject() 自动获取，但返回类型可能是 Integer 或者 BigDecimal，原因是 Oracle 与 java 类型对应于 NUMBER 的长度有关。第二种方式，采用 getString() 方法获取值，统一先转为 string 类判断。因此应用可能会出现此类报错问题。

【问题解决】

对于以上特殊情况，DM 也考虑到了相关兼容性问题，如遇到此类问题，可以通过在 JDBC 的 URL 中增加一个扩展属性 compatibleMode 来进行兼容，URL 参考例如下：

讯享网

补充：

如果应用从其他数据库移植过来，建议考虑配置以下参数，提高兼容性。

JDBC 参数：

更多 JDBC 参数使用及说明可参考数据库安装目录下 doc 目录中《程序员手册》。

dm.ini 参数：

该参数在 dm.ini 中可以配置，配置完成后重启数据库生效。

【问题描述】

对于 number(9,2) 类型值为 13273.20 使用 sql developer 和达梦管理工具查询结果不一致，达梦存在末尾的无效 0，Oracle 执行的结果查询出来的数值是 13273.2，达梦数据库执行的结果查询出来的数值是 13273.20。有什么方式可以将查询的结果数据转成 13273.2，即与 oracle 返回结果格式一致吗？

【问题分析】

DM 对于使用精确数值类型会保留末尾无效的 0。在 DM 中精确数值类型有：NUMERIC、DECIMAL、BYTE、INTEGER、SMALLINT。

【问题解决】

可参考如下两种方法解决：

1. 开启驱动层的 oracle 兼容模式，可以不保留精确数值类型的末尾的无效 0。jdbc 连接配置参考如下：

2. 使用 to_char(精确数值类型列) 可以不保留末尾无效零。

【问题描述】

Oracle 迁移数据到 DM8 报错：“对象已存在”，如下图所示：

【问题分析】

Oracle 支持在同一个模式下，可以存在同名的存储过程和触发器（即一个触发器名 namea，则存储过程名也可以是 namea），而 DM8 的对象名必须唯一，因此如果存在该情况，在迁移到 DM8 时，需要把其中一个对象重命名。

【问题解决】

在 Oracle 侧，可以通过语句查询确认同名对象：

讯享网

查询出同名对象后，在 DM 端创建对象时重命名其中一个对象。

【问题描述】

通过 DTS 迁移 Oracle 数据到 DM8，任务报错提示"数字溢出"，点击报错详情，无任何详细报错内容。

【问题分析】

该报错主要需要看报错的表的字段，特别是时间日期格式的数据，是否存在异常；一般该报错是存在异常数据导致，例如数值类型字段，可以查询该字段 max 值是否超过设置最大长度等；时间类型字段，是否有异常数据，比如时间前面加了"-"符号，或者可以通过 查询是否存在异常数据；文本等类型字段，则可以通过 lengthb() 函数查询字段长度是否超过限制。

【问题解决】

通过分析发信发现源端 Oracle 数据，存在“-9812-04-9 07:56:04”这样的异常数据，针对该类型数据，建议在 Oracle 源端进行清理，若无法清理，则可以把表的数据导出 SQL 文件，再 SQL 迁移至 DM，根据报错在 SQL 文件里逐个注释掉异常数据行解决。

【问题解决】

例如如下 Oracle 中触发器在 DM 中报错：

将触发器中的 ora_login_user 改为 user() 即可。

讯享网