[image] 这个之前没太注意，测试环境乱七八槽的

结帖，后面物理备份写脚本，按库恢复，确实发现有一个库恢复报错 ：Error: [ddl:1115]Unknown character set: ‘utf8mb4’ ，该库后面直接采取逻辑备份了，之后就可以正常cdc同步了

是的 关键看不到 我打算拿 dumpling 等下试试

是的，备份的是个测试环境的集群，从老版本升级上来的

昨天备份的，备份期间没有改过

br restore full --pd xxx2379 –storage xxx –s3.endpoint xxx –s3.region ‘us-east-1’ –send-credentials-to-tikv=true –log-file xxx –checksum=false [image]

主： [image] 从： [image]

是新部署的 你不改成一致的 br 都导不进去的

这个改过了，上下游都一致的，不然BR恢复直接会报这个参数不一致的错误

https://docs.pingcap.com/zh/tidb/stable/hardware-and-software-requirements/#开发及测试环境 对照这个看看

什么配置的机器啊，看着像资源不够

你看看 tidb 日志报什么错

这集群怎么就两个 TIKV

你那会的 DDL Owner 情况有保存吗

【在数据库运维时，DBA 们会做什么事情来提高数据库安全性？如权限分发、灾备等】 权限控制管理、定时备份，实时备份日志 【哪些是你常用到的数据库安全特性？如访问控制、传输加密等】 权限访问控制

还是直接写脚本销毁重建来的快，不纠结了

和哪个节点没关系，就是clean后node_exporter没了这么简单

逻辑对，但事实就是 node_exporter 目录下的东西都没了

服务能起来，我BR能正常导入数据，只是所有的 node_exporter 目录都没了