我知道,任务刚创建,下游没数据是正常现象,因为DM的同步逻辑,是在你启动任务的那一刻,将上游的数据拉到 dm-worker 中,然后全量导入到下游,然后执行增量同步。在你任务启动的时候,你一观察下,你的dm-worker会多一个目录,里面存储的就是上游的 表结构以及数据的SQL文件。
我建议你把任务停掉之后,把下游清空,再重新导入,特别是dm_meta,配置文件没看出什么毛病,对了,TiDB 跟 DM 版本发一下
这种报错,90%踩到BUG了,可以抽空把表结构跟 SQL 语句脱敏发出来一起研究研究
当然可以,只需要 tiup 所在机器能够访问其余 TiDB 集群的机器就行
不会,用户权限变更等,建议在下游手动执行相关 SQL 语句
能,使用 tiup cluster 命令对集群扩缩容即可(为什么你生产环境版本是 6.4.0,建议早点升到 LTS的 6.5.1)
可以看一下集群部署的拓扑文件吗?你这个报错属于是端口启动超时,建议检查该机器防火墙是否关闭以及端口是否被占用
这我明白,不过看gc的safe point 还是得查 tikv_gc_safe_point吧
是的,原机器上扩容一个tikv,相当于一个机器上混部两个tikv,但是这两个有一个是不可用的,扩进去的改端口就行
我是说先扩一个,再缩容呀,这标题不是写了,装tikv的一个机器被格式化了,就找这个机器扩容呗,端口改一下,然后把旧的缩掉
你那个服务器不是被格式化了吗?就在这台被格式化的服务器上扩容一个新的tikv,再把旧的缩容掉。
你原先缩容的时候,集群是启动的状态吧?
再就是,先启动,不启动也没办法修复
看样子是你集群处于stop状态,这样是没法扩容的,你得先把集群启动起来,再扩容pd节点
tikv只有三个节点,挂掉了一个,建议赶快找台机器扩容一个进来,先恢复集群