aix的jfs2有一定的几率是可以，执行rm删除后，在inode被重用之前，还可以通过fsdb命令link回来，如果重用了就没戏了，可以参考：https://www.ibm.com/developerworks/community/blogs/fb285af8-1a4a-41d2-8b4c-e3c6c754079c/entry/Restore_deleted_files_from_JFS2_file_systems_on_...

（1）审计可以借助于堡垒机；（2）权限控制，借助于kerberos，kerberos的krb5、krb数据库来控制目录权限，由管理员在共享存储上建立目录，并分配权限，生产每个用户的keytab，用户登录系统，获得自己keytab，访问指定的目录，防止误删风险的发生...

一般是异机恢复，再找回对应表的数据。可以看看有没有CDP类的环境，可以回滚一下时间，拿一下对应时间点的数据。从磁带备份恢复那么折腾。

这个需要管理和技术相配合。误删除，需要通过快照技术来实现数据恢复。

对象存储可以依托S3的多版本特性，多版本实际上有点像传统存储的快照，虽然不像块存储CDP实现io级细粒度的连续时间点保护，但多版本可以一定程度上解决逻辑错误

先把这个集群停了，然后把配置文件里面涉及这个机器的配置注释掉，然后重启集群，最后再把这个机器加上去

那只能找找，看有没有物理备份？TSM/NBU备份。

我想提点反面的声音，小心太宽。首先不能违反原则。客户东西，客户自己删除，我赞成巧雷的说法。现场条件无论多么不好，客户多么催促，数据的东西不能乱删。客户要着急自己去操作。我们只做更新的操作，不做任何删除操作，我们可以做复制 粘贴的动作，涉及删东西绝对不能做。空间不够 很...

最恐怖的是有人批量执行的脚本写的有问题，瞬间一片机器全挂，

附件是个rm误删除的，你参考下关于aix lvm层面的，比如删除VG、重建VG以后，ODM库也没办法还原，硬盘系统保留区数据遭受严重破坏，那么残留下来的可用数据可以进行恢复。恢复过程流程步骤如下：1 就是查找硬盘的LV信息的LVCB，因为删除VG、重建VG不会更改LVCB信息，lquerypv  ...