GBase异构数据库迁移工具-GBase Migration Toolkit 常见问题解决

GBase Migration Toolkit迁移工具是GBase提供的一款可以实现异构数据库进行数据迁移的工具,它具有简单易操作的图形化界面,根据数据迁移需求创建相应的任务,并且可以对迁移任务进行相应的设置,实现多线程进行并发数据迁移。

在使用的过程中,我们可能会遇到一些报错,本文就将这些问题进行归纳和总结,以便遇到问题时进行查询。

1、打开工具报错“配置文件有误”

提示信息如下:

此错误一般为core_conf.properties配置文件中persistence_file_path参数有误,路径不存在或者无法访问。

2、任务创建失败

一般原因为对persistence_file_path目录没有操作权限,无法写入迁移任务。
其次考虑对conf文件夹内文件是否有修改权限,创建任务同时会对conf下部分配置文件进行自动修改,如无权限也可能导致任务保存失败。

3、启动任务失败

任务启动失败优先查看迁移工具日志文件,目录为“安装路径/migration/logs/migration.log”。
可能原因是工具对操作任务目录以及文件没有足够的权限,会导致启动失败。

4、迁移任务失败

任务启动失败优先查看迁移任务报告,报告中会展示常见的错误原因。具体错误原因可以查看工具日志文件,目录为“安装路径/migration/logs/migration.log”。
失败原因有很多,常见的有:
(1)源数据库和目标数据的权限问题;
(2)目标库中已存在重名的表名称;
(3)建表语句有误问题,造成建表语句有误的原因一般为UserDataTypeMapping.xml中的数据类型对应有问题,源数据库读取不到该数据类型,或者目标数据库不支持创建类型。
(4)网络中断问题,造成无法连接数据库。
(5)内存溢出问题,虚拟内存开辟空间不足,造成程序卡住,需要修改内存设置,配置文件为“安装目录/migration/Migration.ini”,设置-vmargs    -Xmx40960m,设置参考值迁移数据量为2亿数据量,所需内存在30G左右。
注:任务迁移失败后,查看任务报告以及日志文件,可以判断任务是否已经在目标数据库内建表,若已经建表,排除问题原因后,清理环境重启启动任务,或者在任务中选择“重建表”,直接再次执行任务即可。

5、源为oracle报出“ORA-01000:超出打开游标最大数”

Oracle11g默认是300,通过show parameter open_cursors查看oracle游标设置,使用alter system set open_cursors=3000 scope=both 增大open_cursors解决。 

6、产生迁移工具假死原因

产生迁移工具假死常见原因以及避免方式:
A、内存过小,会导致内存溢出,工具会卡死。 判断依据查看系统日志中,会有内存溢出异常。

建议:启动迁移工具将迁移工具的内存调大,修改安装目录下->migration->Migration.ini 文件中
-vmargs
-Xms1024m
-Xmx2048m

B、由于数据库设置导致。例如目标库为GBase8t时工具采取多线程插入,会造成死锁等现象,造成工具假死。判断依据工具中任务卡住,点击执行停止等操作无任何反应,日志中无报错信息。

建议:首先数据库建议使用行级锁。其次在性能运行的前提下调大并发读写线程数,降低死锁的概率。

7、Check约束迁移问题

A.迁移check约束的时候建议不要修改列名称,否则会出现建表失败的问题。

B.SQLServer迁移check约束的时候,check约束的表达式中不要使用“中括号[]”。

一. DataX3.0 概览  DataX 是一个异构数据源离线同步工具,致力于实现包括关系型数据库(MySQL、Oracle 等)、HDFS、Hive、ODPS、HBase、FTP 等各种异构数据源之间稳定高效的数据同步功能。  设计理念  为了解决异构数据源同步问题,DataX 将复杂的网状的同步链路变成了星型数据链路,DataX 作为中间传输载体负责连接各种数据源。当需要接入一个新的数据源的时候,只需要将此数据源对接到 DataX,便能跟已有的数据源做到无缝数据同步。  当前使用现状  DataX 在阿里巴巴集团内被广泛使用,承担了所有大数据的离线同步业务,并已持续稳定运行了 6 年之久。目前每天完成同步 8w 多道作业,每日传输数据量超过 300TB。  此前已经开源 DataX1.0 版本,此次介绍为阿里巴巴开源全新版本 DataX3.0,有了更多更强大的功能和更好的使用体验。Github 主页地址:https://github.com/alibaba/DataX。  二、DataX3.0 框架设计  DataX 本身作为离线数据同步框架,采用 Framework plugin 架构构建。将数据源读取和写入抽象成为 Reader/Writer 插件,纳入到整个同步框架中。  Reader:Reader 为数据采集模块,负责采集数据源的数据,将数据发送给 Framework。  Writer: Writer 为数据写入模块,负责不断向 Framework 取数据,并将数据写入到目的端。  Framework:Framework 用于连接 reader 和 writer,作为两者的数据传输通道,并处理缓冲,流控,并发,数据转换等核心技术问题。  三. DataX3.0 插件体系  经过几年积累,DataX 目前已经有了比较全面的插件体系,主流的 RDBMS 数据库、NOSQL、大数据计算系统都已经接入。DataX 目前支持数据如下:  DataX Framework 提供了简单的接口与插件交互,提供简单的插件接入机制,只需要任意加上一种插件,就能无缝对接其他数据源。详情请看:DataX 数据源指南  四、DataX3.0 核心架构  DataX 3.0 开源版本支持单机多线程模式完成同步作业运行,本小节按一个 DataX 作业生命周期的时序图,从整体架构设计非常简要说明 DataX 各个模块相互关系。  核心模块介绍:  DataX 完成单个数据同步的作业,我们称之为 Job,DataX 接受到一个 Job 之后,将启动一个进程来完成整个作业同步过程。DataX Job 模块是单个作业的中枢管理节点,承担了数据清理、子任务切分(将单一作业计算转化为多个子 Task)、TaskGroup 管理等功能。  DataXJob 启动后,会根据不同的源端切分策略,将 Job 切分成多个小的 Task (子任务),以便于并发执行。Task 便是 DataX 作业的最小单元,每一个 Task 都会负责一部分数据的同步工作。  切分多个 Task 之后,DataX Job 会调用 Scheduler 模块,根据配置的并发数据量,将拆分成的 Task 重新组合,组装成 TaskGroup (任务组)。每一个 TaskGroup 负责以一定的并发运行完毕分配好的所有 Task,默认单个任务组的并发数量为5。  每一个 Task 都由 TaskGroup 负责启动,Task 启动后,会固定启动 Reader>Channel>Writer 的线程来完成任务。 标签:数据同步
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值