这是摘录自Damir Bersinic 和John Watson编著的《Oracle Database 10g OCP Certification All-In-One Exam Guide》一书中第29章内容,Oracle出版社copyright 2006,McGraw-Hill分公司。
在这章中你将会学到如何:
·使用回闪技术恢复被删除的表
·治理回收的二进制文件
·执行回闪表操作
·使用回闪版本查询从用户错误中恢复
·使用回闪事务查询执行事务级别的恢复
前面的章节介绍了回闪数据库,一种强大但是非常有个性的功能,相当于不完全恢复。这一章覆盖的内容是Oracle 10g数据库中可用的其它回闪技术。这些都不像回闪数据库那么极端,它们都不依靠于停机时间或者损失的数据量。它们是静态的,然而,也是通过撤销你不想要的修改提交来恢复错误的非常强大的技术。
这里讨论的回闪技术,首先,使回闪删除,可以通过使用DROP TABLE命令来激活和执行;第二,使用UNDO功能的不同方式:回闪版本查询,回闪表查询,以及回闪事务查询。
回闪和ACID测试
还记得第9章中描述的ACID测试吗。这是关系型数据库必须遵循的规则的一部分,对于理解回闪技术也是至关重要的:不论是它们的功能,还是它们的局限性。
所有的数据治理语言事务都是通过COMMIT或者ROLLBACK语句来结束的。到那个时候,因为事务已经执行了,出于Oracle实现的事务隔离的原则(ACID测试中的I),保证除了执行事务的会话之外,没有人能够看到进行的修改。
进一步讲,原子性的原则(ACID测试中的A)也保证了事务可以用ROLLBACK来终结这个事务,这可以将修改彻底地恢复过来;没有其它会话会知道进行了哪些修改。假如事务是以COMMIT终结的,那么修改就会立即被所有其它会话看到。惟一的例外情况就是任何出于读一致性原因(ACID测试中的C)的会话必须与这个修改相隔离。此外,一旦事务被提交了,那么数据库要丢失这个修改是决对不可能的;这就是ACID测试中的D,持久性。
在很多方式上,数据定义语言的命令都与其它的事务没什么两样。关系型数据库需要这样的规则,以保证经过提交的数据定义语言永远不会被翻转,所有的数据定义语言都是自动提交的。你对此无法进行控制;COMMIT是所有数据定义语言命令中很重要的一部分。
Flashback Drop提供了一种方式让你能够撤销DROP TABLE 命令的影响,但是不能保证它会成功。这要根据执行了DROP命令之后数据库中进行的其它活动。你可以使用各种回闪查询命令来翻转数据治理语言命令,但是,还要再一次强调的是,它是否成功取决于在这段时间内发生的其它活动。不可能回滚一个已经提交的事务,无论是数据治理员语言还是数据定义语言。ACID测试不答应这样。回闪技术依靠于构建另一个可以翻转最初事务影响的事务,但是这个新的事务有可能会失败,因为其它的,相反的已经被提交的修改。
回闪删除
意外删除了一个表是非常有可能发生的。不仅仅是你有可能因为输入错误而删除了错误的表;也有可能是正确的表,但是你连接了错误的计划,或者是登录到错误的环境中去。你可以减少这种可能性,通过设置你的SQL*Plus提示,例如:
SQL> set sqlPRompt "_user'@'_connect_identifier> "
SYSTEM@ocp10g>
贴士:要让所有的SQL*Plus会话都自动设置你的提示符,在glogin.sql文件中添加上述命令,在ORACLE_HOME/sqlplus /admin目录里。
回闪删除可以让你恢复前面一个被删除的表(但是不是截取表),就似乎它被删除之前。所有的索引都会被恢复,还有所有的触发器和许可。Unique,主键,还有非空约束也都会恢复,但是外键约束无法恢复了。
测验:回闪删除只能应用于表上,但是所有相关的对象也都会被恢复,除了外键约束。
回闪删除的实现
在Oracle数据库的早期版本中,当一个表被删除了,所有的参考都从数据字典中删除。假如有可能看到原来的DROP TABLE命令的源代码的话,你可以看到它实际上是一系列对定义了表和它的空间使用情况的系统计划中各种表的DELETE命令,后面跟着一个COMMIT。这实际上没有从硬盘中删除数据,但是删除表所用的空间被标志为没有使用,因此可以获得重用。即使是表所在的块还在,也没有可能取回它们了,因为数据字典已经没有对属于这个被删除的表的任何块有任何记录,惟一恢复被删除表的方法就是做一个时间点恢复,重新存储删除之前某个时间点的数据库版本,这个版本中数据字典中仍然保留表的信息。
在发布的10g Oracle数据库中,DROP TABLE命令的实现被完全改变了。表再也不是删除了,它们是被改名了。
在图29-1中,你可以看到这个表,OLD_NAME,占据的空间范围是64KB,从文件6的第17个块开始。在修改名字为NEW_NAME之后,存储空间还是如此;因此,表是一样的。查看DBA_OBJECTS视图,你可以看到表的对象号没有发生改变。10g版本中关于DROP TABLE命令的实现在内部映射到了RENAME命令,它会对标和所有相关的索引、触发器和约束产生影响,除了外键约束,它已经被删除了。外键约束实际上必须要删除。假如它们保留了的话,即使是换了一个名字,在没有被删除的父表上的数据治理语言就会被已经删除的表的目录所约束,这是荒谬的。
表上的许可没有名字,所以它们不能被改名。但是即使是当你给对象指定了某个名字的许可权限,后台存储的对象的许可参考仍然是靠着数字。因为对象号没有被RENAME操作修改,许可也就失效了。
说到一般的SELECT和数据治理语言语句,一个被删除的表确实就是被删除了。这与其它任何命令都没有区别,你所有的软件都会假定那个被删除的表是真的没有了。但是现在,DROP实际上是RENAME,这就有可能取消删除,通过把这个表的名字再改回来到最初的名字。然而,这不能保证成功。被删除的表的空间有可能被再次使用。并且假如在这个时间段里面有另外一个表被创建了,重新使用了被删除表的名字,那么情况就复杂了。
被删除的对象可以查询到,通过查看“回收箱”可以得到它们的新名字。这是一个所有被删除对象的列表,映射到原来的表,索引投射到系统给被删除对象生成的名字上。每个用户都有一个回收箱,在USER_RECYCLEBIN数据字典视图中可以看到,或者是一个全局的画面,你可以查询DBA_RECYCLEBIN。回收箱对象占用的空间可以在表空间碰到空间压力的时候自动重用(之后对象就无法恢复了),或者你可以手工地强制Oracle真正地删除对象,使用PURGE命令。
贴士:回闪删除不能保证成功,但是它也可以工作良好。你越早执行它,成功的可能性越大。
查询示范:
删除表之后,你如何才能访问到其中的行呢?(选择最好的答案)
5、使用AS OF语法查询表
6、使用BEFORE DROP语法查询表
7、使用回收箱名字查询表
8、不能查询,直到恢复
假如表已经被删除了,另外一个表用同样的名字创建,以下哪句话是正确的?(单选)
5、你必须在你回闪被删除的表之前把这个新表改名
6、假如你为那个被删除的表指定一个新的名字的话,可以回闪这个表。
7、你可以在不同的计划中回闪这个被删除的表
8、你必须在回闪原来的表之前删除这个新表。
以下那个环境中回闪会起作用?(单选)
6、当表被截断的时候
7、当表被清除的时候
8、当用户被删除的时候
9、当索引被删除的时候
10、以上都不是