Websphere 集群刷新解决方案
更新:我们正在使用AIX环境 我们的队列(群集队列)一直面临一些随机问题,如:Websphere 集群刷新解决方案,websphere,ibm-mq,Websphere,Ibm Mq,更新:我们正在使用AIX环境 我们的队列(群集队列)一直面临一些随机问题,如: 2189群集解析错误(最常见的一个) 2270 MQRC_无可用的目的地 2053队列已满错误(最奇怪):发布一条消息,它将成功发布,发布一些3-4条消息,它将抛出此错误 对于其余的消息 一旦我们进行群集刷新,所有这些问题都会得到解决。但是,我想知道产生这些错误的根本原因。出了什么问题 群集刷新如何解决这些错误?可能是套接字问题。你可以根据你的操作系统来监控套接字,就像在windows上一样 netstat -a
群集刷新如何解决这些错误?可能是套接字问题。你可以根据你的操作系统来监控套接字,就像在windows上一样
netstat -a -b -o >/newfile.txt
您也可以在windows上使用TCP Viewer(一个来自Microsoft/sysinternals的exe),实际上,如果是windows,所有的系统内部TOO都应该在您的prod box中
对于linux/Un*中的套接字,还有其他工具,根据版本的不同,有些工具只是将命令导入RAM。也许谷歌会有所帮助
如果使用Windows考虑把一些东西移到Linux上,在BEGING中会有一些痛苦,但会变好。
如果这对你没有帮助,你应该在你的任务中公布你的环境,并提供任何其他细节。如果您将jprofiler投入生产并在问题发生时使用它 至少你可以做一个jstack和jmap 操作系统和java、websphere的版本/名称是什么 如果是套接字问题,可以尝试增加套接字(注册表),然后对代码进行分析,以查看谁制造了过多的套接字,需要限制或重新写入哪些内容请记住,每个页面、每个数据库连接、外部缓存命中(如果您使用)或任何其他URL工作/远程连接通常都是一个套接字。您可以通过谷歌搜索如何监控该操作系统中的套接字。jstack和jmap的工作原理相同。在分析这些工具的数据后,如果您有具体问题,可以通过谷歌搜索如何阅读这些信息,然后返回这里。但仅仅说集群坏了,重启有帮助并不是很有用。如果不是生产,您还应该在UAT中配置应用程序(UAT:具有类似的配置和流量模式)