冷备份还原数据库是不是不能前滚恢复？

text1978 · 发表于 2004-5-11 18:45

最初由 lunar2000 发布
[B]

上面已经说了，请注意"日志切换"！！

日志切换就是告诉数据库，我要使用下一个日志了，这时数据库就要归档了。你的情况一定是发生过日志切换。 [/B]

我知道"日志切换"肯定会触发ARCH写归档，但是我的redo定义的是100M啊。redo没有写满，凭什么要写归档。我关心这个是因为我想到了standby。standby状态时候大概就是仅仅接受primary发送过来的归档吧。

我看到一个文档上说，standby几乎可以实现数据零丢失，——通常丢失redo的内容。我一看这个“通常”立即昏倒。如果我的主数据库的redo是100M写到80M的时候还没有发生归档，这是主数据库坏了，这个坏了就像这篇帖子讨论的问题——rodo都找不到了。那岂不是丢失了80M的重做？怎么又能说成是零丢失了呢？如果一个DBA很不合格，他没有根据实际情况而把redo设置得很大，以致一个星期才写得满一个redo，那发生以上得情况，他丢失的数据太多了。

lunar2000 · 发表于 2004-5-12 12:28

不是你理解的那样子的，呵呵

一句话，只要检查点完成了，那么在那个检查点之前的东西就能从数据文件中找到。对于standby，其机制同备份恢复的一般规则并不相悖。

piner · 发表于 2004-5-12 12:34

从原理上
scn上去考虑问题吧，一切都简单

btw，rman的恢复命令要比SQLPLAU的恢复命令简单智能的多，
建议多用RMAN

lunar2000 · 发表于 2004-5-14 15:44

piner说得是这个意思：凡是开始scn小于强制scn（force scn）的重做都会被归档。

lunar2000 · 发表于 2004-5-14 15:53

最初由 text1978 发布
[B]

我知道"日志切换"肯定会触发ARCH写归档，但是我的redo定义的是100M啊。redo没有写满，凭什么要写归档。我关心这个是因为我想到了standby。standby状态时候大概就是仅仅接受primary发送过来的归档吧。

我看到一个文档上说，standby几乎可以实现数据零丢失，——通常丢失redo的内容。我一看这个“通常”立即昏倒。如果我的主数据库的redo是100M写到80M的时候还没有发生归档，这是主数据库坏了，这个坏了就像这篇帖子讨论的问题——rodo都找不到了。那岂不是丢失了80M的重做？怎么又能说成是零丢失了呢？如果一个DBA很不合格，他没有根据实际情况而把redo设置得很大，以致一个星期才写得满一个redo，那发生以上得情况，他丢失的数据太多了。 [/B]

调节FAST_START_IO_TARGET l、LOG_CHECKPOINT_INTERVAL
l、LOG_CHECKPOINT_TIMEOUT参数