请问db2 hadr 备机故障如何处理（已解决，但有新问题见6楼）
我在rhel5上搭建一套db2 hadr环境 参考 http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0508luojunkai/
其中提到如何正常切换或当主机故障时如何强制切换
但现在我的环境中我在模拟备机故障发生时如何用主机单跑数据库 待备机恢复后再将db2日志发送至备机使其同步
测试期间发现将备机强制关闭 主机重新启动数据库db2start 后 执行 db2 connect to testdb 但提示 SQL1768N Unable to start HADR. Reason code = "7".
查了一下关于7的解释如下 7 :在 HADR 超时时间间隔内，主数据库未能与它的备用数据库建立连接。
请问这样的情况话我该如何才能让数据库在主机上单独跑? [ 本帖最后由 qi0200000 于 2010-3-29 00:54 编辑 ]
其中提到如何正常切换或当主机故障时如何强制切换
但现在我的环境中我在模拟备机故障发生时如何用主机单跑数据库 待备机恢复后再将db2日志发送至备机使其同步
测试期间发现将备机强制关闭 主机重新启动数据库db2start 后 执行 db2 connect to testdb 但提示 SQL1768N Unable to start HADR. Reason code = "7".
查了一下关于7的解释如下 7 :在 HADR 超时时间间隔内，主数据库未能与它的备用数据库建立连接。
请问这样的情况话我该如何才能让数据库在主机上单独跑? [ 本帖最后由 qi0200000 于 2010-3-29 00:54 编辑 ]
7同行回答
执行 db2 connect to testdb 但提示 SQL1768N Unable to start HADR. Reason code = "7".
这个问题的原因是
正常情况下，启动hadr的顺序，应该是先启动备机然后主机。
但是如果你先启动主机，那么必须在timeout参数的时间内启动备机。 比如120秒内。
否则主机就会包上面的错误。收起
这个问题的原因是
正常情况下，启动hadr的顺序，应该是先启动备机然后主机。
但是如果你先启动主机，那么必须在timeout参数的时间内启动备机。 比如120秒内。
否则主机就会包上面的错误。收起
浏览1022
其实都差不多。
第一种方法强制用主机单跑。 这时主机的hadr信息中会显示连接断开。也就是说虽然是hadr方式，但是主机和备机之间不能有效的通讯，不能复制日志。 这样的hadr没有意义。
第二种是以标准数据库方式运行。 和hadr没有关系了。
其实无论那种方法，关键是把主机做脱机备份，然后马上在备机上恢复。 使备机的hadr生效。
这样才可以。 单独跑总是有风险的。 看你能承受多大的风险了。收起
第一种方法强制用主机单跑。 这时主机的hadr信息中会显示连接断开。也就是说虽然是hadr方式，但是主机和备机之间不能有效的通讯，不能复制日志。 这样的hadr没有意义。
第二种是以标准数据库方式运行。 和hadr没有关系了。
其实无论那种方法，关键是把主机做脱机备份，然后马上在备机上恢复。 使备机的hadr生效。
这样才可以。 单独跑总是有风险的。 看你能承受多大的风险了。收起
浏览1039
如果备机发生故障 单机跑应用 主机重新启动db2
db2start 之后有两种办法可以使应用连接数据库
一种是 按3 楼说的使用START HADR ON DATABASE testdb AS PRIMARY BY FORCE 强制用主机单跑
另一种是 使用db2 stop hadr on database testdb 在主机上执行，数据库恢复为未启动HADR的数据库
请问这两种有何区别 ?
在实际生产中用哪种方法更科学?收起
db2start 之后有两种办法可以使应用连接数据库
一种是 按3 楼说的使用START HADR ON DATABASE testdb AS PRIMARY BY FORCE 强制用主机单跑
另一种是 使用db2 stop hadr on database testdb 在主机上执行，数据库恢复为未启动HADR的数据库
请问这两种有何区别 ?
在实际生产中用哪种方法更科学?收起
浏览1034
浏览1040