susie插件_多服务器\ VM Ware上的Linux Susie 10上的Db2 9.5 HADR故障

本文详细记录了一位DB2用户在Linux环境下遇到的HADR(High Availability, Disaster Recovery)问题,并分享了一个独特的修复流程。面对控制中心设置失败和官方支持不足的困境,作者提供了一个涉及数据库备份、SCP传输、端口配置和控制中心向导的解决方案,最终成功在多服务器VMWare环境中激活了HADR。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

susie插件

经过无数时间之后,我无法找到我的HADR问题的答案,也无法通过控制中心使HADR在9.5中工作。 请查看我的修复程序,该修复程序似乎很奇怪,但是可以正常工作。

我的错误如下。 在通过CCenter在名为“ START HADR”的完整设置的最后一步设置HADR时,它将失败,原因7。

现在尝试解决列出的端口问题将使您无处可去。 实际上,在我的db2diag.log上它列出了一个comm错误。 这甚至不是问题! 愚蠢的db2。 IBM支持为NULL!

让我给你一个机会。

1备份数据库。

2退回或克隆并通过SCP-“将其移动到STANDBY服务器。请确保此时数据库没有HADR设置,但是主服务器和备用服务器上的Linux Service文件确实具有您知道的端口条目向导,在其中询问“别名和端口”

3.启动CCenter

4.运行整个安装程序HADR向导。

5.打开另一个备用服务器,例如说是FTP Putty Sessson。 以您自己作为实例所有者的身份登录到实例后,在主服务器tryig上显示“启动HADR”之前,请键入“ db2 Activate database”,以通过CC向导连接到STANDBY服务器。

=========================================

我最大的疑问是什么? 如何在不使克隆或备份数据库处于活动状态的情况下在数据库上设置HADR设置。 当然,如果您使数据库处于活动状态(例如通过前滚日志进行还原后),那么愚蠢的HADR表示您无法在活动数据库上激活HADR。 因此,仅停用您可能正在思考的。 我也是,但是就我而言,这只是浪费时间。 失效的数据库没有比以前更好的运气了。

翻译自: https://bytes.com/topic/db2/insights/874796-db2-9-5-hadr-failures-linux-susie-10-multi-servers-vm-ware

susie插件

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值