Oracle引入Flashback 获得高可用性

核心提示： 在10gR1中，你有两种选择来捕捉你的数据库的PIT:时间戳和系统修改号码(SCN)，Oracle引入Flashback 获得高可用性(5)，这个信息是作为重现操作的一部分要求的， 捕捉到提交的SCN或者稍后的非常重要，create restore point my_restore_poi

在10gR1中，你有两种选择来捕捉你的数据库的PIT:时间戳和系统修改号码(SCN)。这个信息是作为重现操作的一部分要求的。 捕捉到提交的SCN或者稍后的非常重要，而不是数据管理语言操作。Oracle提供了一种比较笨拙的方式来捕捉提交的SCN，通过userenv('commitscn')函数。我们的示例在发生损坏的数据管理语言操作之前捕捉到了这个信息。

select current_scn from v$database;

CURRENT_SCN
-----------
　　1321065
or
select to_char(sysdate,'YYYY-MM-DD:HH24:MI:SS')
　"Recover Time" from v$database;
Recover Time
-------------------
2006-09-23:20:13:48

在10gR2中，Oracle通过重新存储点简化了这个过程。一个重新存储点就是一个用户定义的与数据库PIT相关连的名字，可以在时间戳或者SCN中使用。可以认为重新存储点是一个redo历史的参考标记。重新存储点保留在控制文件中，直到重新存储点被删除或者重现日志被删除。第二个例子保证了重现数据库对于恢复是可用的。create restore point my_restore_point;
Operation 206 succeeded.

或者创建重新存储点my_restrore_point来保证重现数据库;

注意：重新存储点并不会保证所有的事务都在那个时间点上提交。它不应该与DB2的关系型数据库管理系统中的静默点混淆了。

模拟数据库损坏

70. 模拟数据库损坏
71. insert into my_table values (2);
72.
73. 1 row created.
74.
75. commit;
76.
77. 提交完成
78. 判断数据库是否由于人为错误导致逻辑损坏。
79. select c1, ora_rowscn from my_table;
80.
81.　　　　 C1 ORA_ROWSCN
82. ---------- ----------
83.　　　　　1　　1320954
84.　　　　　2　　1321231