有可能是通过外部工具(例如 TiDB-binlog
或其他数据流工具)来调度的。
1 个赞
在集群的其他节点都检查一下,还有root用户下的crontab
提醒大家,以后一定不要和自私自利的人共事,这种没有格局,自私的行为,交接的时候拒不提供tidb监控密码,连备份放在哪都不告知,把一切当成秘密并打算带进棺材的DBA是无法长久的。
1 个赞
是的,没有格局的dba走不长远
对的,好多DBA都他么每个局,我之前公司我入职的时候,交接文档就他么一页word,而且还他么是磁盘满了如何清理。真是醉了。
这都能交接出来?那你们公司估计也快黄了
可能是在别的机器上有个备份的第三方脚本或者平台远程调用之类的,不行就再写个定时任务抓一下tcp连接,看看到底是哪个ip连进来执行命令的
这个可以单开个闲聊区的帖子聊聊了,我也遇到过,交接的时候你不问他不会主动说的
1 个赞
换root用户,在执行crontab -l试试
本机能看到dumpling进程,大概率脚本在本机上。用grep -ir 找一下关键字呢
别的机器上的写的脚本吧?
通常是dumpling
如果真查不到,建议直接改了root密码让他别备份了。自己做个备份策略吧。
1 个赞
datax
请问有谁知道,重启服务器后,这个自动备份的脚本就失效了,这是从哪里调用的备份脚本?即使nohup 也不能让它实现每天20点左右自动备份吧,重启服务器就失效。
失效了那就自己写一个备份脚本吧
重启生效说明不是系统计划任务跑的,你需要对比系统重启前后进程差异