Oracle 为什么我们使用alter数据库打开resetlog后闪回数据库保证还原点

嗨，团队，

下面我如何创建一个保证的还原点。

=

SQL> 从v $ 数据库中选择名称、database_role、open_mode、flashback_on、log_mode;

名称数据库 _ 角色打开 _ 模式闪回 _ 登录 _ 模式
-
ASHISH初级读写是ARCHIVELOG

SQL>
SQL> 创建还原点测试 _ 02112017保证闪回数据库;

创建的还原点。

SQL>
SQL> 从v $ restore_point中选择scn，database_incarnation #，保证 _ 闪回 _ 数据库，存储 _ 大小，时间，名称;


SCN数据库 _ 化身 # 瓜存储 _ 大小时间名称
-
1.4407e 13 3是589299712 11-FEB-17 10.48.06.000000000上午加载 _ 测试 _ 02112017

###################### 测试完成后 #######################################

SQL> 立即关机

SQL> 启动安装

SQL> 闪回数据库到还原点TEST_02112017;

闪回完成

SQL> alter database open resetlogs;

=============================


请你帮我理解一下好吗？为什么我们需要在闪回数据库到保证的还原点后用resetlog打开数据库。

有没有一种方法可以在不重置化身和日志文件序列的情况下打开数据库？

从10g开始，所有以前的备份在重置日志后都将保持有效。这是怎么回事？

谢谢，
阿什什·弗朗西斯

我们 * 必须 * 重置日志，因为日志不会作为闪回的一部分 “倒回”。

假设你在上午9点拿了一个还原点。

在上午11点，当你想运行闪回:

-数据文件在上午11点
-重做日志在上午11点

闪回处理后，数据文件现在处于上午9点状态，重做日志现在不再使用-它们不再反映数据库的状态。因此需要重置它们。

从10g开始，我们开始考虑数据库的化身。在此之前，当您进行resetlogs恢复时，我们无法真正从历史归档日志中消化足够的信息来知道它们是否适用于数据库。化身信息让我们现在就这么做。