【 TiDB 使用环境】本地环境，用于存储一些历史日志数据
【 TiDB 版本】6.5.0
【复现路径】
集群为3kv，1pd，1tidb，
3kv分别为192.168.30.30，192.168.30.31，192.168.30.32，pd和tidb为192.168.30.33
前两天公司断电，192.168.30.30这台服务器进入了救援模式，所以打算放弃这台服务器，于是将192.168.30.30这台服务器直接杀掉，执行了tiup cluster scale-in tidb-test --node 192.168.30.30:20160 --force的操作，此时显示成功了，但是执行tiup cluster start tidb-test -R tidb依然失败，执行了tiup cluster stop tidb-test后，继续执行tiup cluster start tidb-test，还是不行，如果我决心舍弃30这台服务器的数据，只追求保留剩余两台的数据，使4000服务恢复应该怎么做
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
下线操作没执行完毕吧
日志中 30 节点仍然在接受请求和处理
目前看起来只能考虑unsafe recovery
参考文档：
https://docs.pingcap.com/zh/tidb/stable/online-unsafe-recovery#online-unsafe-recovery-使用文档
如果集群处理未完成，然后还执行了其他不可逆转的操作，建议你重装吧
单副本？干掉一个tikv，那不丢数据了吗？
先扩容一个tikv节点，然后在下线报错的节点