今天配合应用测试，在运行了一个长长的脚本后突然出现一行drop table xxxx 的输出。 我赶紧问开发人员，怎么还有删除表的操作呢！？
开发被我突然的一问，也迟疑了一下，有些心虚的回答道：“后面还有重建的步骤吧.....?” 我们看看表还在不在吧.....
这时候我脑子里飞快的在回忆闪回查询的语法，因为平时几乎不用这个功能，而一会将要使用该功能救火了。虽然使用数据泵依然可以恢复该表，但是闪回是最适用的工具了。
这时候开发人员还在自言自语的嘀咕着什么，用鼠标迅速的在日志文件中查找是否还有删除表这样的危险操作。看他翻的差不多了，我接过鼠标，坚定的说：闪回吧，数据丢不了。
show recyclebin;
flashback table t1 to before drop；
提示：表已经存在。 原来开发人员写的drop table后又创建了该表。
drop table t1;
flashback table "BIN$0F27WtJgbxng....w==$0" to before drop;
其中"BIN$0F27WtJgbxng....w==$0"为t1表的RECYCLEBIN NAME，注意DROP TIME
闪回成功，核对数据一切OK。
这个简单的操作微不足道，但是会提醒DBA一切皆有可能。
开发被我突然的一问，也迟疑了一下，有些心虚的回答道：“后面还有重建的步骤吧.....?” 我们看看表还在不在吧.....
这时候我脑子里飞快的在回忆闪回查询的语法，因为平时几乎不用这个功能，而一会将要使用该功能救火了。虽然使用数据泵依然可以恢复该表，但是闪回是最适用的工具了。
这时候开发人员还在自言自语的嘀咕着什么，用鼠标迅速的在日志文件中查找是否还有删除表这样的危险操作。看他翻的差不多了，我接过鼠标，坚定的说：闪回吧，数据丢不了。
show recyclebin;
flashback table t1 to before drop；
提示：表已经存在。 原来开发人员写的drop table后又创建了该表。
drop table t1;
flashback table "BIN$0F27WtJgbxng....w==$0" to before drop;
其中"BIN$0F27WtJgbxng....w==$0"为t1表的RECYCLEBIN NAME，注意DROP TIME
闪回成功，核对数据一切OK。
这个简单的操作微不足道，但是会提醒DBA一切皆有可能。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/29047826/viewspace-1757201/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
