DB2 v10.1 HADR 备机表空间失效问题

回复 14# stevenluffy


    HADR环境下最好不要用LOAD，使用import进行数据加载收起

回复 13# sina870312


   这样的话hadr 恢复时间会变长，所以在某些场景下需要取舍。收起

回复 12# 北京鼎新智联


   一般作为DBA 是不建议用load 的，但是也有必须要用的时候，所以才会提出这个问题。收起

进行主库进行全库备份，然后重建HADR，也不会影响任务主库的任务，无需停机窗口，保证了数据的一致性收起

想让primary 和standby 的数据库恢复一致，保证出问题时至当前的所有事务日志存在，HADR环境下不要使用load收起

回复 10# stevenluffy


    谢谢解答，找个地方我试试你说的那些状态，看看能不能观察到。:)收起

回复 9# Run_LeoCat


1.怎样保证最小停机窗口？如果想尽快恢复HADR 关系而切换hadr 角色进行表空间恢复的话是有停机窗口的。
2.楼主怎么观察standby端的没有对应裸设备的表空间的状态处于rollward pending？用db2pd么？standby的数据库不是一直处于一种rollforward的状态么？
可以通过日志看到；如果开启备机的只读访问模式，也可以连接上直接db2pd 查看。
3.现在整个hadr的状态是什么样子啊？如果发生了楼主的这种问题。
状态正常，但是备机的对应表空间处于rollforward pending 状态。
4.standby端，前滚完的日志应该是会被数据库直接删除了的，如果这个表空间无法前滚到和primary端一致，那在standby端的这些需要前滚的日志，还能被数据库删除么？
前滚完的日志不被删除，而是被归档了。对于受影响的表空间，将不会重演相关日志，其它表空间的日志正常。




如果是我遇到了这样的问题，我会用笨方法：
1.停了standby
2.用最新的备份恢复standby
3.从primary端直接拷贝剩余的日志到standby端，然后在standby端手动进行roll forward 到日志末尾，但不打开数据库
4.通过第三步，减少了log gap后，再打开hadr，然后让primary 和standby自然同步


你的方法很好，保证了不停机的情况下恢复hadr 环境。收起

对于楼主的问题，没有想法，但是有几个问题想请教一下楼主：
1.怎样保证最小停机窗口
如果primary正常运行的话，会有停机窗口么？
2.楼主怎么观察standby端的没有对应裸设备的表空间的状态处于rollward pending？用db2pd么？standby的数据库不是一直处于一种rollforward的状态么？
3.现在整个hadr的状态是什么样子啊？如果发生了楼主的这种问题。
4.standby端，前滚完的日志应该是会被数据库直接删除了的，如果这个表空间无法前滚到和primary端一致，那在standby端的这些需要前滚的日志，还能被数据库删除么？

如果是我遇到了这样的问题，我会用笨方法：
1.停了standby
2.用最新的备份恢复standby
3.从primary端直接拷贝剩余的日志到standby端，然后在standby端手动进行roll forward 到日志末尾，但不打开数据库
4.通过第三步，减少了log gap后，再打开hadr，然后让primary 和standby自然同步

希望楼主指点，也望其他大牛斧正。收起

执行下面的命令:

如果你需要的日志已经有备份，那么需要从备份集中去恢复 ，执行db2ckbkp 命令可以查看备份集的基本信息

然后从执行下面的命令从指定的备份集中恢复需要的日志

db2 restore db 数据库名 logs from 备份集 taken at 时间 logtarget at 日志路径收起

回复 6# 苏州易博创云


   请问怎么恢复所有的日志呢？我测试中似乎只能使用数据库备份恢复然后前滚。收起