数据量大吗？检查下系统资源利用率变化。
卡多久了，日志啥报错
这种情况需要结合日志，一般来说check-task如果涉及的表很多，是会比较久，因为需要对比上下游的表结构才会完成check。
检查一下配置文件，我感觉可能与这有关
卡住后，没有相应，请问，在哪儿看日志？
看dm-master，或者dm-worker 组件的日志
你的dm master的安装位置下有个log文件夹，里面有dm master的日志。
pwd
/tidb_dm/deploy/dm-master-8261/logll
total 28068
-rw------- 1 tidb tidb 28728512 Mar 1 17:33 dm-master.log
-rw-r–r-- 1 tidb tidb 4738 Dec 5 11:32 dm-master_stderr.log
-rw-r–r-- 1 tidb tidb 0 Jul 17 2023 dm-master_stdout.log
类似上面这样
大概率是表太多引起的问题，上下游数据库表有140多个，这个一般得卡多久？官方有说明么？
我看你是增量同步，下游表是存在的吗
一百多个表应该不是问题，详细日志能发下吗
1 个赞
我们也卡了，后来乍解决地
欢迎发个帖子问，不建议在别人的问题下咨询，因为每个人的问题可能不一样。
还有就是尽可能的提供日志，报错之类的信息。
- 具体卡了多久？ 关注下 dm 所在节点的资源使用率 （ 内存，cpu，io）
- 配置中 threads 可以控制 check-task 的并发， 如果资源使用率不高可以把并发开大点再试试。
1 个赞