heartbeat记录dbwr最新进度，以缩短db恢复时间
low cache rba->on disk rba也指出在db恢复时所应应用的日志地址范围
到底在db恢复的时候以哪一个为准，做为恢复的起点？终点又是哪个？

等待回答

起点就是 dbwr 进度点所对应的日志文件点(rba)

终点就是 写到磁盘上的日志截止点(on  disk  rba)

那既然在数据库恢复的时候是以low cache rba->on disk rba为范围，那还要heartbeat岂不是多余？

急于想知道，都忘了感谢biti大哥了，非常感谢你的帮助，推荐一些这方面的文章书籍吧，这个论坛的搜索功能好象坏了哦，什么时候能修好

QUOTE:

---

最初由 china286 发布
急于想知道，都忘了感谢biti大哥了，非常感谢你的帮助，推荐一些这方面的文章书籍吧，这个论坛的搜索功能好象坏了哦，什么时候能修好

---

on disk  rba 是 lgwr 写日志文件的最末位置的地址（没有写进日志文件的日志自然就丢失了），这是恢复所能达到的最新状态

dbwr 的进度是决定了恢复的起点

我不知道你干吗把这两个当做同一个东西呢？

heartbeat是一个ckpt来验证当前mount的thread的有效性，这个和rba有什么关系？
体系太细化就不要想了，我只记得tom大叔有一次说过，他最多导控制文件不过10来次，时间用长了对这些东西可能就水到渠成了

heartbeat和low cache rba确实是不同的东西，但既然恢复的起点一定是从low cache rba开始的，那有或没有heartbeat值，对恢复的起点的选择来说有什么影响，反正都是从low cache rba开始

如果heartbeat没有或者停了，那其他的都没有意义，因为这个时候这个实例或者thread已经死了或者停了，如果这样就会影响分布的实例间的锁管理

http://www.ixora.com.au/notes/rba.htm

low rba  本身当然可检查点是一一对应的关系,rba 的存在，可以使得 数据库可以迅速地定位到日志文件和block

rba 在 resetlogs 之后可能并不唯一