对于前滚恢复,不需要知道实际日志的位置,因为前滚命令会自动找到它们。
注意,该选项仅适用于离线备份,不支持前滚。
如果使用onbar实用工具,可以回滚到某个时间点或任何一个特定的日志。
只有在这些日志之间没有“中断”的情况下,才可能前滚到任何特定的时间点或日志的末尾。
默认情况下,前滚恢复假设该位置就是数据库先前所在的位置。
这意味着在数据库恢复的前滚阶段无法重新执行这个LOAD操作。
初始化之后,分割镜像转入前滚暂挂状态,成为一个备用数据库。
将分割镜像初始化为镜像之后,该数据库将进入前滚暂挂状态。
因此,用源数据库中的任何日志进行前滚都是行不通的。
存档日志是活跃的,前滚恢复需要存档日志,但是崩溃恢复不再需要它们。
创建备用数据库之后,不要使用ROLLFORWARDDATABASE命令作为恢复选项。
通过使用这种配置,可以使用前滚恢复将数据库恢复到最近的状态。
这可以通过带stop或complete参数发出db2rollforward命令,从而将数据库带到一致(consistent)状态来实现。
或者,也可以将前滚命令添加到前面提到的生成的重定向脚本中。
已有的日志文件将被用于在源数据库上进行前滚恢复。
由于与每种对象类型的数据移动相关的所有更新都没有被记录到日志中,因此重分发实用程序不是前滚可恢复的。
注意:在启用数据库进行前滚恢复之后,还必须立即对该数据库进行备份。
先应用Level-0-Backup,然后再进行增量备份,这将比通过大量逻辑日志进行前滚更快。
OVERFLOWLOGPATH指定前滚操作中的日志位置,以便在多个位置访问日志。
在分割镜像上,编目将变得不一致(直到完成前滚)。
数据库将连续保持前滚暂挂状态,直到前滚被停止。
overflowlogpath(默认值是NULL)——表示在前滚恢复期间使用的日志路径。
这些日志还有用处,因为在目标系统上进行恢复后还需要执行前滚。
但是,通过使用前滚恢复,可以将数据库恢复到最近的状态。
当ROLLFORWARD实用程序需要使用日志文件来恢复数据库时,就会检索它们。
通过在到数据库的第一次连接的连接URL中指定属性