使用deepseek进行Oracle恢复,引起重大故障
本文记录了一次Oracle数据库恢复的故障案例。数据库处于open状态，但一个数据文件offline，尝试删除表空间时失败，错误提示文件无法读写。根据经验，初步判断可能是undo表空间文件offline导致，计划通过屏蔽异常回滚段或强制online文件解决。查询异常回滚段未果，进一步核查字典表发现异常：v$tablespace中存在两个undotbs1表空间记录，而ts$和file$信息不匹配，表明字典被篡改。现场确认有技术员根据deepseek AI的建议，直接执行了删除ts$和seg$记录的操作，但未处理file$，导致字典不一致，数据库因检查异常事务而停滞。通过修复字典、清理异常事务，数据库恢复正常，数据成功导出。案例警示，在数据库非常规恢复等高风险操作中，依赖AI建议需谨慎判断，避免不可逆错误，并务必制定回退方案。