WEB开发网
开发学院服务器服务器方案 在 Tivoli System Automation 集群域中实现 DB2 高... 阅读

在 Tivoli System Automation 集群域中实现 DB2 高可用性灾难恢复

 2008-12-01 11:01:30 来源:WEB开发网   
核心提示: 注意:建议将备份文件复制到备用服务器上的本地驱动器,从而进行本地恢复,在 Tivoli System Automation 集群域中实现 DB2 高可用性灾难恢复(5),这是因为远程恢复要花更多的时间,因为恢复缓冲区必须通过网络传送,从而获得在发生灾难时使用的替代服务器信息,要想了解关于

注意:建议将备份文件复制到备用服务器上的本地驱动器,从而进行本地恢复,这是因为远程恢复要花更多的时间,因为恢复缓冲区必须通过网络传送。

在备用服务器(Node3)上:

db2 RESTORE DATABASE jsbmain FROM "/jsbmain/JSBBAK" REPLACE HISTORY FILE WITHOUT PROMPTING

步骤 5:为自动客户机重路由配置数据库

在主服务器(Node1)上,从 db2 CLP 执行以下命令,从而启用 HADR 的自动客户机重路由特性:

db2 UPDATE ALTERNATE SERVER FOR DATABASE jsbmain USING HOSTNAME 10.1.1.2 PORT 45000
这里的 10.1.1.2 是备用服务器(NODE3)的 IP 地址,45000 是备用服务器的 db2inst3 实例监听的端口号。
在备用服务器(NODE3)上,从 db2 提示执行以下命令,从而启用 HADR 的自动客户机重路由特性:
db2 UPDATE ALTERNATE SERVER FOR DATABASE jsbmain USING HOSTNAME 10.1.1.1 PORT 50000

要点:当为备用服务器指定替代服务器的主机名时,应该确保指定 TSA 集群域的虚拟 IP 地址(在这个示例中,虚拟 IP 地址是 10.1.1.1)。

50000 是 db2inst1 实例监听的端口号。要确保 TSA 集群域的 Node2 和 Node1 上的 db2inst1 监听相同的端口。否则,在发生 HADR 故障恢复时,服务器 Node3 上的 db2inst3 会尝试与 db2inst1 的端口 50000 通信(在发生灾难时,db2inst1 不是主动的)。所有客户机应该至少连接主服务器一次,从而获得在发生灾难时使用的替代服务器信息。

要想了解关于 HADR 的自动客户机重路由特性的更多信息,请参考本文的 参考资料 一节。

步骤 6:更新 HADR 配置参数

上一页  1 2 3 4 5 6 7 8 9 10  下一页

Tags:Tivoli System Automation

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接