DM在parse一个没有要同步的表的时候,出现了错误

这个不是通过import导入的,是手写了个topology执行的





我把这个任务的元数据删了,重新上了任务,现在报下面这个错。
但是我这个任务在升级前是没有问题的,任务定义文件里面也配置了–no-locks
这次升级我很慌啊,以前都没有问题的:sob:


我把这个任务的元数据删了,重新上了任务,现在报下面这个错。

start-task --remove-meta task.yaml 删除元数据吗? DM 2.0 在内部的 etcd 里也会存一些元数据的。

另外,你删除了元数据,是也删除了下游数据完整重做迁移吗?

对的,但是现在dump阶段卡住了

https://docs.pingcap.com/zh/tidb-data-migration/v2.0/migrate-from-mysql-aurora#第-4-步配置任务
麻烦参照这个,在 extra-args 里配置

“–consistency none”

:sob:我的老大娘啊,我要回退回去了

非常不好意思,这些问题原因应该都是自动 import 有些问题,v2.0.0-rc.2 时会 fix(预计下周发布)。

这个报错是 start-task --remove-meta 后的吗?(对应的 {task_name}_syncer_checkpoint 表里的 update_time 时间对应得上吗?)

临时恢复任务的话,有两种方法:

  1. 停任务、把 {task_name}_syncer_checkpointis_global=0 的行都删除掉、再启动任务
  2. 停原任务、用 {task_name}_syncer_checkpointis_global=1 的 binlog name & pos 启动一个 task-mode: incremental 的增量任务(类似这里的手动升级 https://docs.pingcap.com/zh/tidb-data-migration/v2.0/manually-upgrade-dm-1.0-to-2.0)

没事儿,我重新用v1.0.4-hotfix版本替换二进制文件,重启之后就好了
image

1 个赞

:+1::+1: 好的

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。