【问题标题】:Restore NON-SVV backup in db2 dpf在 db2 dpf 中恢复非 SVV 备份
【发布时间】:2019-10-23 17:55:55
【问题描述】:

我对一个 DPF 数据库(6 个节点)进行了非 svv 在线备份:

  • 目录节点 0 分区备份从早上 6 点开始,在早上 7 点完成

  • 节点 1 分区备份从早上 7 点开始,到早上 8 点完成,

  • 节点 2 分区备份从早上 8 点开始,到早上 9 点完成,

  • 节点 3 分区备份于上午 9 点开始,并于上午 10 点完成,

  • 节点 4 分区备份于上午 10 点开始,并于上午 11 点完成,

  • 节点 5 分区备份从上午 11 点开始,在下午 12 点完成

现在我必须将此备份恢复到另一台服务器。我将使用rollforward to end of logs and complete 和溢出路径(包含来自恢复命令中使用的logtarget 的日志)。

所以我的问题是:

  1. 新恢复的数据库会保持一致吗?

  2. 如果是,直到什么时候才能保持一致性(早上 6 点、早上 7 点或中午 12 点)?

以下是使用的命令:

db2_all "db2 backup db db1 online compress"

db2_all '<<+0< db2 restore db db1 taken at <timestamp> into db11 logtarget /tmp/logtar

db2_all '<<-0< db2 restore db db1 taken at <timestamp> into db11 logtarget /tmp/logtar


db2 rollforward db db11 to end of logs and stop overflow log path /tmp/logtar

【问题讨论】:

    标签: db2 db2-luw


    【解决方案1】:

    在恢复时使用来自 LOGTARGET 的日志是不够的。当最终节点完成备份时,您将需要手动复制所有节点的日志。 (即中午 12 点)

    然后,当您进行前滚时,它会将新系统上的所有节点都带到那个时间。

    【讨论】:

    • 好的....这意味着如果我将前滚到日志末尾...命令不会成功?
    • 如果您只有存储在备份映像中的日志,那么 Db2 应该会阻止您执行 ROLLFORWARD STOP 步骤。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-12-30
    • 1970-01-01
    • 2016-11-06
    • 2018-06-15
    • 1970-01-01
    • 2020-07-23
    • 2011-10-05
    相关资源
    最近更新 更多