线上dm集群版本如下：Cluster version: v2.0.3
管理dm-worker 300+
官方文档有指示，dm升级命令如下：
tiup dm upgrade [flags]
现计划对dm做版本升级：tiup dm upgrade dm-online-for-databus v2.0.7
有如下几个疑问，辛苦帮忙解答：
1、tiup dm upgrade 操作，应该会重启dm-worker和dm-master的吧，对已有task任务，是否会有影响？
2、tiup进行dm升级时，是否有严格要求上游MySQL不可以有DDL变更操作？
3、线上环境有300+ dm-worker任务，只有几个是Free状态，即只有几个空闲的worker可做备。是否需要创建同等数据量的Free用作冗余备份？
4、如果dm-worker有重启，是否还是在原有的dm-worker上启动进程？是否会切换到其他机器上？因为我们开启了本地 relay-log功能。
5、最后一个问题与本次dm升级无关，是否可以支持在线开启gtid？
1 个赞
- 如果你需要获得快速 “加急”处理问题的权限，加快问题响应速度， 点击完成认证，获得“加急”处理问题的权限，方便你更快速地解决问题。
1 个赞
滚动升级的注意事项可以参考官网 https://docs.pingcap.com/zh/tidb-data-migration/stable/maintain-dm-using-tiup#滚动升级
1/2 如果是对同步要求高的场景，建议在低峰时期升级，升级过程中，不建议上游执行 DDL 变更。滚动升级过程中尽量保证对前端业务透明、无感知。
3.不需要
4.DM-master 在绑定空闲上游数据源和 DM-worker 时，会优先使用 DM-worker 最近一次的绑定关系。另外开启 relay_log 不影响高可用切换，详细内容可以通过官网了解下 https://docs.pingcap.com/zh/tidb-data-migration/dev/relay-log#dm-relay-log
5.支持，可以看下 release note
3 个赞
收到！感谢解答！我再追问一个小问题：
1、我们在业务同步上做了一些自动化的修复脚本，对dm_meta的表结构有依赖。想咨询一下2.0.7版本同同2.0.3版本元数据dm_meta表结构有变更吗？
2、是否建议直接由2.0.3升级至最新dm版本：2.0.7
3、我们这套 DM集群用于AP类场景，对实时性要求不是特别高。
无变更。小版本可直接升级。
Error: executor.ssh.execute_failed: Failed to execute command over SSH for ‘tidb@10.202.x.x:22’ {ssh_stderr: , ssh_stdout: , ssh_command: export LANG=C; PATH=$PATH:/bin:/sbin:/usr/bin:/usr/sbin /usr/bin/sudo -H bash -c “test -d /tidb || (mkdir -p /tidb && chown tidb:$(id -g -n tidb) /tidb)”}, cause: ssh: handshake failed: crypto/rsa: verification error
这类超时问题，要如何处理呢？单独连接是可以连通的。
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。