这个不是通过import导入的,是手写了个topology执行的
我把这个任务的元数据删了,重新上了任务,现在报下面这个错。
是 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”
非常不好意思,这些问题原因应该都是自动 import 有些问题,v2.0.0-rc.2 时会 fix(预计下周发布)。
这个报错是 start-task --remove-meta
后的吗?(对应的 {task_name}_syncer_checkpoint
表里的 update_time
时间对应得上吗?)
临时恢复任务的话,有两种方法:
- 停任务、把
{task_name}_syncer_checkpoint
里is_global=0
的行都删除掉、再启动任务 - 停原任务、用
{task_name}_syncer_checkpoint
里is_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版本替换二进制文件,重启之后就好了
1 个赞
好的
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。