一位客户在尝试TRUNCATE业务表时，错误地以SYS管理员身份登录并执行了批量TRUNCATE语句，导致系统表遭受损失。SQLPLUS无法再登录数据库，通过obj$分析确认了数据已被清除。在这种情况下，恢复策略是将业务数据迁移到新库，重新配置和调试应用。文章强调了高风险操作的核实和预防措施，以及误操作后保护现场和潜在的数据恢复可能性。
有客户本想truncate业务用下面所有的表,结果连接成SYS用户,并且拼接truncate 批量语句,导致sys用户下面大量表被truncate
sqlplus无法登录数据库
通过分析obj$发现truncate成功了大量sys用户下面表
基于这种情况,只能把业务数据恢复到一个新库中,然后应用厂商重新配置调试应用.提醒各位:truncate/drop等风险较高操作,一定要核实用户,避免误操作,如果真的遇到此类误操作,第一时间保护现场,原则上只要truncate表之后以前的block没有被覆盖均可恢复
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
