可以考虑一下升级一下 TiUP 的工具版本哈，功能差异比较大的。

咱们生产不要使用 beta 或者 MDR 的版本，现在您测试版本仅限于体验使用，其实不适合在业务场景里面做适配的。

测试 v9.0.0-beta1.pre-nightly 是在研究啥新功能吗？

在更新一点问题，前后 tiup 使用版本，和部署的方式是离线还是在线的。 因为 listen_host 是在 tiup 1.14 版本新增的，所以需要对比前后 tiup 版本、部署模式（离线or 在线）模式。cluster/dm: add gloabl listen_host by nexustar · Pull Request #2303 · pingcap/tiup · GitHub

删掉参数还会报错吗？

添加参数以后，已经可以执行 check 了嘛？

感觉这个需求对目前使用场景比较通用嘛

是的，业务研发同学已经在自己环境里面再试一下。

这个是在管控平台对于主机上架配置，在 TiDB 的管控平台 TEM 会有提供该项功能。

能否细化一下需求？是否 已经开启了 force-replicate 导致没有相关 error 报错？ [image]

一直没有显示？还是有做哪些操作以后发现的？

提供一个复现步骤，一起研究一下哈。

这里报错确实不够清晰，我调整到产品需求建议里面。后来是如何定位到 metrics_port和其他服务冲突了的？是通过文档找到默认端口，一个一个检查的嘛？

确认一下存储这里是什么架构 ？共享存储还是 SSD 盘直通？ 和TiDB 标准化部署有什么差异？

存储问题指得是什么问题？方便的话可以展开一下呢？

目前使用 TiCDC 的新架构 ？还是老架构同步的？

先检查一下 TICDC 联路上 IP 能否互相 ping 通。

这个方式可以参考一下，另外就是 TiDB 在 Dashboard 里面有相应的 TopN 和 Slow query，可以看看 21:30 到 21:35 之间的 SQL 有没有异常的。

TiFlash 日志完整一点的提供一下，需要往上翻一翻哈