感谢作者: http://www.wo81.com/tec/mid/mq/2014-04-14/94.html  MQ中间件死信队列深度不断增加问题解决案例 ❞ ☜ ☞ 作者:彭新 日期:2014-04-14 分类:MQ 点击: 来源:www.wo81.com 转载声明:本站文章若无特别说明,皆为原创,转载请注明来源,谢谢 ! 背景:工行某分行发现小额MQ死信队列深度已超过1W,而且还一直在增加,但报文发送.接收均正常. 问题排查过程 1.检查应用日志.mq发送日志,均未发现异常. 2.查看mq

分享一段代码,很简单但是也很实用. #!/usr/bin/python #-*- coding:gb18030 -*- ''' Usage: mq.py [Qmgr] *get the queues' curdepth which type is local, and sorted by curdepth desc. Auth : kongdl@eastcom-sw.com ''' import re import os import sys if __name__=='__main__': i

http://blog.csdn.net/striping/article/details/17449653 IOPS 即I/O per second,即每秒进行读写(I/O)操作的次数,多用于数据库等场合,衡量随机访问的性能. 并发IO的概念:并发IO,指多个IO可以同时被处理,比如IO1可以访问a盘,IO2可以同时访问b盘.并发IO的反义词是顺序IO. 条带深度:raid5的128KB条带,128KB条带=磁盘数量乘以每个磁盘上组成这个条带的segment大小,也就是说一个条带把排列的多个磁

问题现象: 1号发生本地来帐队列无法读取消息的问题,导致来帐报文均无法正常处理. 原因分析: 应用系统没有修改或上包,昨天交易和消息读取还是一切正常,mbfe的状态也是正常,mq的状态正常,以上正常可以排除系统问题和版本配置问题. 今天出现和今天发生交易的特殊性或许有关,尝试读取队列中排队的消息失败(/opt/mqm/samp/bin/amqsbcg qname qmgrname 查看不清理:/opt/mqm/samp/bin/amqsget qname qmgrname 查看并清理). 初步认

显示队列名dspmq 打开队列 runmqsc QMSAA 200-远程队列 dis qr(*) 显示所有队列 dis qr(saa_to_cips) all 显示队列参数 20-本地队列 查看队列深度(是否有堵塞报文)dis ql(*) where (curdepth gt 0)

MQ集群及网关队列管理器的搭建 描述:     如上图所示,为MQ的集群搭建部署图.CLUSTERA.CLUSTERB分别是两个集群,其中Qm1-Qm3.GateWayA为CLUSTERA集群中的队列管理器:Qm1-Qm3.GateWayB是CLUSTERB集群中的队列管理器.GateWayA与GateWayB负责网络路由和消息分发,使用集群的方式可以达到负载均衡的目的,除此之外还能提高MQ使用的稳定性.同一个集群中除网关队列管理器外的任意队列管理器因故关闭或停止工作后,其他的队列管理器可以接管

MQ级联方式使用场景 使用场景:     如上图所示,Application1与Application2要进行通信或者消息互换,使用MQ中间件作为中介.上图中,Application1与Application2通信不进行直接连接,而是通过与MQ通信从而实现二者的通信.图中两个MQ的信息如上描述.其中RemoteQueue为远程队列,该队列指定了目标端对应的队列为Queue,并且该远程队列指定了传输所使用的传输队列尾TransQueue:而此传输队列TransQueue与发送通道CHAN_QMGR

多应用单MQ使用场景 如上图所示,MQ独立安装,或者与其中一个应用同处一机.Application1与Application2要进行通信,但因为跨系统,所以引入中间件来实现需求.   Application1需要连接MQ,并将消息放入队列Queue中,Application2同样连接MQ,监听在Queue队列上,一旦发现有消息进入则取出该消息进行处理. 下面将给出创建队列管理器和队列的示例:     定义队列管理器名称为Qm1,本地队列名称为Queue,服务器连接通道CHAN_SERVER_CO

前段时间,发生了一个问题引起了我对IO队列深度的研究. 存储服务器中linux kernel的mpt2sas驱动模块,将max_queue_depth设置为1024时,引起系统加载驱动时卡死,而调整为512则没问题. 后来看了很多这方面的资料,终于弄明白了. 我们为了追求系统的性能,往往将max_queue_depth设置的很大.但是并不是越大对性能越有帮助. 以下内容全部出自转载,我偷下懒! (1) 探秘I/O队列对磁盘性能的影响 转载请在文首保留原文出处:EMC中文支持论坛https://c

usdt节点启动慢和队列深度超出了范围问题 usdt的连接节点报错Work queue depth exceeded(队列深度超出了范围)大概是什么问题?重启了几次节点都不行队列深度超出了范围,估计是usdt的node配置弄错了去github上去搜索,很都搭建node 的方法0.12 RPC Error: Work queue depth exceeded · Issue #7611 · bitcoin/bitcoinhttps://github.com/bitcoin/bitcoin/issu

一,最近压测系统交易峰值时,因该支交易采用MQ异步队列处理机制:该增加积分的交易,前段服务器优先返回给客户增加积分成功的结果,后端的MQ队列服务器再慢慢处理该请求: 二,压测过程中出现的问题现象:前几分钟TPS特别高,并无报错,直到一定时间后(交易发送了4.5w笔后),出现TPS直接降为0的情况 三,通过MQ队列服务器的监控发现后台 四,由于incoming的速度远大于deliver的速度,导致MQ服务器队列的请求累计,导致线程池.内存被占用完了,导致系统无法再接受请求: 五,实际压测,应以提升

一. 创建MQ队列管理器 1.1准备工作 到所安装websphere mq的机子上,进入/opt/mm/bin目录下,查询相关mq的情况,通过命令行./dspmq. 创建mq队列管理器的的时候要用mqm用户进行创建,切换到mqm用户: su mqm  1.2详细操作 备注:红色加粗字体可替换 1.创建mqm用户组[正常已经建好] 2.创建mqm用户,将用户mqm添加到mqm用户组下[正常已经建好] 3.创建队列管理器[必须] ./crtmqm -q QSHAW  4.启动队列管理器[必须] ./

什么是队列深度 在网络损伤仪WANsim中,队列是指一个用于缓存报文的缓冲池.深度是指缓冲池可以存储的最大数据量.当WANsim接受的报文超出了带宽限制的量时,溢出的报文会进入队列中. 我们可以在WANsim中进入损伤界面来调节队列深度的大小.通过下拉框,可以选择不同的单位. packet:可以缓存的最大的数据包个数 KB:以千字节为单位的可以缓存的最大数据量 ms:以毫秒为单位的最大排队时延 队列深度的作用 队列深度实际上是一个缓冲池(Buffer).它可以使部分溢出的数据等待转发,而不是被直

dspmq: 队列管理器显示 QMCIPSA-------队列管理器 runmqsc QMSAA  运行查找Q队列名 运行MQ命令 runmqsc QmgrName 如果是默认队列管理器,可以不带其名字 ===================================== 下面是在MQ环境中可以执行的MQ命令(即在runmqsc环境下可以敲的命令) dis ql(*) 本地 dis qr(*) 远程 end -------------------------- 显示队列的所有属性 DISP

转自:http://windwrite.com/archives/603 我们现有的业务就面临此问题,消息生产太快,消费不过来,导致队列堆积很长,把服务器内存耗尽,这时RabbitMQ的处理能力很低下. 我在RabbitMQ社区发邮件问了下: We have the queue publisher and subscriber, the subscriber is going with multi-threads. The problem is the queue has been increa

分享一段代码,很实用. 下面这段java代码是我在国外一个论坛上发现的,源地址已经忘了.代码的作用是可以删除正在使用的mq的队列消息,管理mq的人一定知道它的美妙了吧,哈哈. 我拿来改了下,增加了2个参数支持:ccsid和channel.上代码: import java.util.Hashtable; import com.ibm.mq.*; /** * A simply Java class to destructively read (delete) all message on a que

1.使用MQ安装用户登录Linux,例如:su - mqm 2.runmqsc Qm1 #Queue 代表要查询的队列3.DISPLAY CONN(*) WHERE(OBJNAME EQ Queue)查询的结果:(说明此刻有两个机器连接队列Queue)AMQ8276: Display Connection details.   CONN(7CE89C50191E0020)                   EXTCONN(414D5143516D31202020202020202020)   

消息中间件利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成,通过提供消息传递和消息排队模型,它可以在分布式环境下拓展进程间的通信,对于消息中间件,常见的角色大致也就有Producer(生产者).Consumer(消费者) MQ     消息中间件     消息队列 Message Queue简称MQ 种类: 1.Apache  ActiveMQ   ActiveMQ是Apache出品,最流行的,能力强劲的开源消息总线.ActiveMQ是一个完全支持JMS1.

一.修改active mq配置文件 修改\conf\activemq.xml,带下划线部分 <!-- Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright owners

IBM MQ 6.0中设置两个队列,(远程队列.通道之类都不设置). 队列管理器是XIR_QM_1502 队列名称是ESBREQ IP地址是10.23.117.134(远程的一台电脑,跟我的电脑不在一个局域网内) 端口1414 CCSID 1208 MQ配置可以参考这个,有配图http://wenku.baidu.com/view/06d108d0360cba1aa811daa3.html 程序如下,发送线程两个,接收线程一个.接收完毕后就结束. /* * 创建日期 2012-7-10 * *