{"id":1343,"date":"2026-08-20T11:49:29","date_gmt":"2026-08-20T17:49:29","guid":{"rendered":"https:\/\/folken-it.com\/?p=1343"},"modified":"2026-08-20T11:50:32","modified_gmt":"2026-08-20T17:50:32","slug":"comandos-esenciales-para-administrar-ibm-mq-queue-managers","status":"publish","type":"post","link":"https:\/\/folken-it.com\/?p=1343","title":{"rendered":"Comandos esenciales para administrar IBM MQ Queue Managers"},"content":{"rendered":"\n

IBM MQ contin\u00faa siendo una tecnolog\u00eda fundamental en muchas arquitecturas empresariales donde las aplicaciones necesitan intercambiar mensajes de manera segura, confiable y as\u00edncrona<\/strong>.<\/p>\n\n\n\n

Si trabajas como administrador de middleware, Production Support, DevOps o SRE, conocer los principales comandos de IBM MQ puede ayudarte a identificar y resolver r\u00e1pidamente problemas relacionados con Queue Managers, queues, channels, listeners y mensajes<\/strong>.<\/p>\n\n\n\n

En esta gu\u00eda veremos algunos de los comandos que considero m\u00e1s \u00fatiles en la administraci\u00f3n diaria de IBM MQ sobre Linux\/Unix.<\/p>\n\n\n\n

1. Mostrar los Queue Managers<\/h2>\n\n\n\n

Uno de los primeros comandos que debemos conocer es:<\/p>\n\n\n\n

dspmq\n<\/code><\/pre>\n\n\n\n
Ejemplo:<\/p>\n\n\n\n
QMNAME(QM_PROD)     STATUS(Running)\nQMNAME(QM_TEST)     STATUS(Ended normally)\n<\/code><\/pre>\n\n\n\n
Tambi\u00e9n podemos consultar informaci\u00f3n de un Queue Manager espec\u00edfico:<\/p>\n\n\n\n
dspmq -m QM_PROD\n<\/code><\/pre>\n\n\n\n
Este comando nos permite comprobar r\u00e1pidamente si el Queue Manager se encuentra ejecut\u00e1ndose.<\/p>\n\n\n\n
\n\n\n\n
2. Iniciar un Queue Manager<\/h2>\n\n\n\n
strmqm QM_PROD\n<\/code><\/pre>\n\n\n\n
Despu\u00e9s podemos comprobar su estado:<\/p>\n\n\n\n
dspmq -m QM_PROD\n<\/code><\/pre>\n\n\n\n
Resultado esperado:<\/p>\n\n\n\n
QMNAME(QM_PROD) STATUS(Running)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
3. Detener un Queue Manager<\/h2>\n\n\n\n
Una parada controlada puede realizarse con:<\/p>\n\n\n\n
endmqm QM_PROD\n<\/code><\/pre>\n\n\n\n
Una opci\u00f3n habitual es:<\/p>\n\n\n\n
endmqm -w QM_PROD\n<\/code><\/pre>\n\n\n\n
-w<\/code> espera a que el Queue Manager termine antes de devolver el control al shell.<\/p>\n\n\n\n
IBM MQ tambi\u00e9n dispone de modos de terminaci\u00f3n m\u00e1s agresivos, pero en producci\u00f3n no deber\u00edan utilizarse autom\u00e1ticamente sin entender el impacto sobre aplicaciones, transacciones y mensajes.<\/p>\n\n\n\n
\n\n\n\n
4. Entrar a MQSC<\/h2>\n\n\n\n
Una de las herramientas m\u00e1s importantes para un administrador IBM MQ es runmqsc<\/code>.<\/p>\n\n\n\n
runmqsc QM_PROD\n<\/code><\/pre>\n\n\n\n
Despu\u00e9s veremos:<\/p>\n\n\n\n
Starting MQSC for queue manager QM_PROD.\n<\/code><\/pre>\n\n\n\n
Ahora podemos ejecutar comandos MQSC como:<\/p>\n\n\n\n
DISPLAY QMGR\n<\/code><\/pre>\n\n\n\n
Para salir:<\/p>\n\n\n\n
END\n<\/code><\/pre>\n\n\n\n
Tambi\u00e9n podemos utilizar:<\/p>\n\n\n\n
QUIT\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
5. Mostrar informaci\u00f3n del Queue Manager<\/h1>\n\n\n\n
Dentro de runmqsc<\/code>:<\/p>\n\n\n\n
DISPLAY QMGR\n<\/code><\/pre>\n\n\n\n
Para mostrar todos los atributos:<\/p>\n\n\n\n
DISPLAY QMGR ALL\n<\/code><\/pre>\n\n\n\n
Esto proporciona informaci\u00f3n importante sobre la configuraci\u00f3n del Queue Manager.<\/p>\n\n\n\n
\n\n\n\n
6. Mostrar todas las queues<\/h1>\n\n\n\n
DISPLAY QUEUE(*)\n<\/code><\/pre>\n\n\n\n
Forma abreviada:<\/p>\n\n\n\n
DIS Q(*)\n<\/code><\/pre>\n\n\n\n
Sin embargo, en ambientes grandes puede generar mucha informaci\u00f3n.<\/p>\n\n\n\n
Para consultar una queue espec\u00edfica:<\/p>\n\n\n\n
DISPLAY QLOCAL(APP.REQUEST.Q)\n<\/code><\/pre>\n\n\n\n
Forma abreviada:<\/p>\n\n\n\n
DIS QL(APP.REQUEST.Q)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
7. Revisar la profundidad de una queue<\/h1>\n\n\n\n
Uno de los comandos m\u00e1s importantes para Production Support:<\/p>\n\n\n\n
DISPLAY QLOCAL(APP.REQUEST.Q) CURDEPTH\n<\/code><\/pre>\n\n\n\n
Por ejemplo:<\/p>\n\n\n\n
AMQ8409I: Display Queue details.\n   QUEUE(APP.REQUEST.Q)\n   TYPE(QLOCAL)\n   CURDEPTH(1250)\n<\/code><\/pre>\n\n\n\n
CURDEPTH<\/code> indica cu\u00e1ntos mensajes existen actualmente en la queue.<\/p>\n\n\n\n
Tambi\u00e9n resulta \u00fatil revisar:<\/p>\n\n\n\n
DISPLAY QLOCAL(APP.REQUEST.Q) CURDEPTH MAXDEPTH\n<\/code><\/pre>\n\n\n\n
Por ejemplo:<\/p>\n\n\n\n
CURDEPTH(1250)\nMAXDEPTH(5000)\n<\/code><\/pre>\n\n\n\n
Esto permite determinar qu\u00e9 tan cerca se encuentra la queue de su capacidad m\u00e1xima.<\/p>\n\n\n\n
\n\n\n\n
8. Revisar procesos conectados a una queue<\/h1>\n\n\n\n
Cuando una queue comienza a crecer, queremos saber si existen productores y consumidores.<\/p>\n\n\n\n
DISPLAY QSTATUS(APP.REQUEST.Q) IPPROCS OPPROCS CURDEPTH\n<\/code><\/pre>\n\n\n\n
Los atributos principales son:<\/p>\n\n\n\n
IPPROCS\n<\/code><\/pre>\n\n\n\n
N\u00famero de aplicaciones que tienen la queue abierta para input<\/strong>.<\/p>\n\n\n\n
OPPROCS\n<\/code><\/pre>\n\n\n\n
N\u00famero de aplicaciones que tienen la queue abierta para output<\/strong>.<\/p>\n\n\n\n
Ejemplo:<\/p>\n\n\n\n
CURDEPTH(5000)\nIPPROCS(0)\nOPPROCS(3)\n<\/code><\/pre>\n\n\n\n
Esto es una pista muy importante.<\/p>\n\n\n\n
Tenemos productores enviando mensajes, pero aparentemente ning\u00fan consumidor proces\u00e1ndolos.<\/p>\n\n\n\n
\n\n\n\n
9. Mostrar todas las local queues<\/h1>\n\n\n\n
DISPLAY QLOCAL(*)\n<\/code><\/pre>\n\n\n\n
Forma abreviada:<\/p>\n\n\n\n
DIS QL(*)\n<\/code><\/pre>\n\n\n\n
Queues remotas:<\/p>\n\n\n\n
DISPLAY QREMOTE(*)\n<\/code><\/pre>\n\n\n\n
Alias:<\/p>\n\n\n\n
DISPLAY QALIAS(*)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
10. Revisar una Transmission Queue<\/h1>\n\n\n\n
En arquitecturas distribuidas IBM MQ, las transmission queues son fundamentales.<\/p>\n\n\n\n
DISPLAY QLOCAL(QM_REMOTE.XMITQ) CURDEPTH\n<\/code><\/pre>\n\n\n\n
Si la CURDEPTH<\/code> comienza a crecer, puede existir un problema con el sender channel o con la conectividad hacia el Queue Manager remoto.<\/p>\n\n\n\n
Un flujo conceptual ser\u00eda:<\/p>\n\n\n\n
Application\n     \u2193\nRemote Queue\n     \u2193\nTransmission Queue\n     \u2193\nSender Channel\n     \u2193\nNetwork\n     \u2193\nReceiver Channel\n     \u2193\nRemote Queue Manager\n     \u2193\nLocal Queue\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
11. Mostrar channels<\/h1>\n\n\n\n
DISPLAY CHANNEL(*)\n<\/code><\/pre>\n\n\n\n
Forma abreviada:<\/p>\n\n\n\n
DIS CHL(*)\n<\/code><\/pre>\n\n\n\n
Consultar un channel:<\/p>\n\n\n\n
DISPLAY CHANNEL(TO.QM_REMOTE)\n<\/code><\/pre>\n\n\n\n
Para conocer el estado de channels activos:<\/p>\n\n\n\n
DISPLAY CHSTATUS(*)\n<\/code><\/pre>\n\n\n\n
o:<\/p>\n\n\n\n
DIS CHS(*)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
12. Consultar un channel espec\u00edfico<\/h1>\n\n\n\n
DISPLAY CHSTATUS(TO.QM_REMOTE)\n<\/code><\/pre>\n\n\n\n
Podemos encontrar estados como:<\/p>\n\n\n\n
RUNNING\nRETRYING\nSTOPPED\nINACTIVE\nBINDING\nINITIALIZING\n<\/code><\/pre>\n\n\n\n
Para troubleshooting, RETRYING<\/code> es especialmente importante.<\/p>\n\n\n\n
Si encontramos:<\/p>\n\n\n\n
STATUS(RETRYING)\n<\/code><\/pre>\n\n\n\n
debemos investigar por qu\u00e9 el sender channel no logra establecer o mantener la comunicaci\u00f3n.<\/p>\n\n\n\n
\n\n\n\n
13. Iniciar un channel<\/h1>\n\n\n\n
START CHANNEL(TO.QM_REMOTE)\n<\/code><\/pre>\n\n\n\n
Despu\u00e9s:<\/p>\n\n\n\n
DISPLAY CHSTATUS(TO.QM_REMOTE)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
14. Detener un channel<\/h1>\n\n\n\n
STOP CHANNEL(TO.QM_REMOTE)\n<\/code><\/pre>\n\n\n\n
En producci\u00f3n debemos entender primero el impacto, ya que detener un channel puede interrumpir el flujo de mensajes entre Queue Managers.<\/p>\n\n\n\n
\n\n\n\n
15. Revisar la conexi\u00f3n del channel<\/h1>\n\n\n\n
Un comando muy \u00fatil:<\/p>\n\n\n\n
DISPLAY CHSTATUS(TO.QM_REMOTE) ALL\n<\/code><\/pre>\n\n\n\n
Tambi\u00e9n podemos enfocarnos en determinados atributos:<\/p>\n\n\n\n
DISPLAY CHSTATUS(TO.QM_REMOTE) STATUS CONNAME XMITQ\n<\/code><\/pre>\n\n\n\n
Esto nos ayuda a relacionar:<\/p>\n\n\n\n
Channel\n   \u2193\nConnection\n   \u2193\nTransmission Queue\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
16. Listeners<\/h1>\n\n\n\n
Mostrar listeners:<\/p>\n\n\n\n
DISPLAY LISTENER(*)\n<\/code><\/pre>\n\n\n\n
Consultar su estado:<\/p>\n\n\n\n
DISPLAY LSSTATUS(*)\n<\/code><\/pre>\n\n\n\n
Listener espec\u00edfico:<\/p>\n\n\n\n
DISPLAY LSSTATUS(LISTENER.TCP)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
17. Iniciar un listener<\/h1>\n\n\n\n
START LISTENER(LISTENER.TCP)\n<\/code><\/pre>\n\n\n\n
Detenerlo:<\/p>\n\n\n\n
STOP LISTENER(LISTENER.TCP)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
18. Revisar conexiones al Queue Manager<\/h1>\n\n\n\n
DISPLAY CONN(*)\n<\/code><\/pre>\n\n\n\n
Este comando puede generar bastante informaci\u00f3n en sistemas grandes.<\/p>\n\n\n\n
Tambi\u00e9n podemos utilizar:<\/p>\n\n\n\n
DISPLAY CONN(*) TYPE(CONN)\n<\/code><\/pre>\n\n\n\n
Para troubleshooting, las conexiones permiten investigar qu\u00e9 aplicaciones o procesos est\u00e1n conectados al Queue Manager.<\/p>\n\n\n\n
\n\n\n\n
19. Revisar el estado de una queue<\/h1>\n\n\n\n
Uno de mis comandos favoritos para troubleshooting:<\/p>\n\n\n\n
DISPLAY QSTATUS(APP.REQUEST.Q) ALL\n<\/code><\/pre>\n\n\n\n
O solamente los atributos que necesitamos:<\/p>\n\n\n\n
DISPLAY QSTATUS(APP.REQUEST.Q) CURDEPTH IPPROCS OPPROCS\n<\/code><\/pre>\n\n\n\n
Esto proporciona r\u00e1pidamente una imagen de:<\/p>\n\n\n\n
Mensajes\n+\nProductores\n+\nConsumidores\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
20. Consultar mensajes sin desarrollar una aplicaci\u00f3n<\/h1>\n\n\n\n
IBM MQ proporciona amqsbcg<\/code>, una utilidad de ejemplo muy conocida para examinar mensajes.<\/p>\n\n\n\n
amqsbcg APP.REQUEST.Q QM_PROD\n<\/code><\/pre>\n\n\n\n
Puede ser \u00fatil para troubleshooting porque permite navegar mensajes sin consumirlos como lo har\u00eda una aplicaci\u00f3n normal.<\/p>\n\n\n\n
En producci\u00f3n debemos tener cuidado al mostrar mensajes porque pueden contener informaci\u00f3n sensible.<\/p>\n\n\n\n
\n\n\n\n
21. Colocar un mensaje de prueba<\/h1>\n\n\n\n
Otra utilidad de ejemplo:<\/p>\n\n\n\n
amqsput APP.REQUEST.Q QM_PROD\n<\/code><\/pre>\n\n\n\n
Escribimos:<\/p>\n\n\n\n
Test message from Folken IT\n<\/code><\/pre>\n\n\n\n
Presionamos Enter y posteriormente una l\u00ednea vac\u00eda para terminar.<\/p>\n\n\n\n
\n\n\n\n
22. Leer mensajes<\/h1>\n\n\n\n
amqsget APP.REQUEST.Q QM_PROD\n<\/code><\/pre>\n\n\n\n
Atenci\u00f3n:<\/strong> a diferencia de browsing, amqsget<\/code> puede consumir\/eliminar mensajes de la queue.<\/p>\n\n\n\n
Por esa raz\u00f3n:<\/p>\n\n\n\n
amqsbcg\n<\/code><\/pre>\n\n\n\n
y:<\/p>\n\n\n\n
amqsget\n<\/code><\/pre>\n\n\n\n
no deben confundirse durante troubleshooting en producci\u00f3n.<\/p>\n\n\n\n
\n\n\n\n
23. Revisar Dead Letter Queue<\/h1>\n\n\n\n
Primero podemos identificar la DLQ configurada:<\/p>\n\n\n\n
DISPLAY QMGR DEADQ\n<\/code><\/pre>\n\n\n\n
Por ejemplo:<\/p>\n\n\n\n
DEADQ(SYSTEM.DEAD.LETTER.QUEUE)\n<\/code><\/pre>\n\n\n\n
Despu\u00e9s:<\/p>\n\n\n\n
DISPLAY QLOCAL(SYSTEM.DEAD.LETTER.QUEUE) CURDEPTH\n<\/code><\/pre>\n\n\n\n
Si CURDEPTH<\/code> es mayor que cero, debemos investigar por qu\u00e9 existen mensajes que MQ no pudo entregar correctamente.<\/p>\n\n\n\n
\n\n\n\n
24. Error logs del Queue Manager<\/h1>\n\n\n\n
En Linux\/Unix, una ubicaci\u00f3n habitual de los errores del Queue Manager es:<\/p>\n\n\n\n
\/var\/mqm\/qmgrs\/<QMGR>\/errors\/\n<\/code><\/pre>\n\n\n\n
Archivos t\u00edpicos:<\/p>\n\n\n\n
AMQERR01.LOG\nAMQERR02.LOG\nAMQERR03.LOG\n<\/code><\/pre>\n\n\n\n
Por ejemplo:<\/p>\n\n\n\n
tail -100 \/var\/mqm\/qmgrs\/QM_PROD\/errors\/AMQERR01.LOG\n<\/code><\/pre>\n\n\n\n
Seguirlo:<\/p>\n\n\n\n
tail -f \/var\/mqm\/qmgrs\/QM_PROD\/errors\/AMQERR01.LOG\n<\/code><\/pre>\n\n\n\n
Estos logs son fundamentales para investigar errores de channels, seguridad, recursos, networking y otros componentes de MQ.<\/p>\n\n\n\n
\n\n\n\n
25. Crear una local queue<\/h1>\n\n\n\n
Dentro de runmqsc<\/code>:<\/p>\n\n\n\n
DEFINE QLOCAL(APP.REQUEST.Q)\n<\/code><\/pre>\n\n\n\n
Con atributos:<\/p>\n\n\n\n
DEFINE QLOCAL(APP.REQUEST.Q) MAXDEPTH(10000) DEFPSIST(YES)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
26. Modificar una queue<\/h1>\n\n\n\n
ALTER QLOCAL(APP.REQUEST.Q) MAXDEPTH(20000)\n<\/code><\/pre>\n\n\n\n
Verificar:<\/p>\n\n\n\n
DISPLAY QLOCAL(APP.REQUEST.Q) MAXDEPTH\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
27. Limpiar una queue<\/h1>\n\n\n\n
IBM MQ permite eliminar todos los mensajes de una local queue:<\/p>\n\n\n\n
CLEAR QLOCAL(APP.REQUEST.Q)\n<\/code><\/pre>\n\n\n\n
Este es un comando que debes tratar con much\u00edsimo cuidado<\/strong>.<\/p>\n\n\n\n
En producci\u00f3n:<\/p>\n\n\n\n
CLEAR QLOCAL(...)\n<\/code><\/pre>\n\n\n\n
puede provocar p\u00e9rdida irreversible de mensajes.<\/p>\n\n\n\n
Nunca deber\u00eda utilizarse simplemente porque una queue tiene muchos mensajes.<\/p>\n\n\n\n
Primero debemos entender por qu\u00e9 est\u00e1 creciendo<\/strong>.<\/p>\n\n\n\n
\n\n\n\n
28. Comandos que deber\u00edas memorizar<\/h1>\n\n\n\n
Si est\u00e1s comenzando con IBM MQ, recomiendo dominar primero estos:<\/p>\n\n\n\n
dspmq\n\nstrmqm QM_PROD\n\nendmqm -w QM_PROD\n\nrunmqsc QM_PROD\n<\/code><\/pre>\n\n\n\n
Dentro de MQSC:<\/p>\n\n\n\n
DISPLAY QMGR\n\nDISPLAY QLOCAL(*)\n\nDISPLAY QLOCAL(APP.Q) CURDEPTH MAXDEPTH\n\nDISPLAY QSTATUS(APP.Q) CURDEPTH IPPROCS OPPROCS\n\nDISPLAY CHANNEL(*)\n\nDISPLAY CHSTATUS(*)\n\nDISPLAY CHSTATUS(CHANNEL.NAME) ALL\n\nDISPLAY LISTENER(*)\n\nDISPLAY LSSTATUS(*)\n\nDISPLAY CONN(*)\n\nDISPLAY QMGR DEADQ\n<\/code><\/pre>\n\n\n\n
Y desde Linux:<\/p>\n\n\n\n
tail -f \/var\/mqm\/qmgrs\/QM_PROD\/errors\/AMQERR01.LOG\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
Metodolog\u00eda para troubleshooting<\/h1>\n\n\n\n
Conocer comandos es importante, pero conocer el orden en que debemos investigar es todav\u00eda m\u00e1s importante.<\/p>\n\n\n\n
Supongamos que una aplicaci\u00f3n reporta:<\/p>\n\n\n\n
“Los mensajes no est\u00e1n llegando al sistema remoto.”<\/strong><\/p>\n\n\n\n
Podemos investigar de esta manera:<\/p>\n\n\n\n
\u00bfQueue Manager est\u00e1 RUNNING?\n        \u2193\ndspmq\n        \u2193\n\u00bfEst\u00e1 creciendo la application queue?\n        \u2193\nCURDEPTH\n        \u2193\n\u00bfExisten consumidores?\n        \u2193\nIPPROCS \/ OPPROCS\n        \u2193\n\u00bfEst\u00e1 creciendo la XMITQ?\n        \u2193\nTransmission Queue\n        \u2193\n\u00bfSender Channel est\u00e1 RUNNING?\n        \u2193\nCHSTATUS\n        \u2193\n\u00bfListener remoto est\u00e1 disponible?\n        \u2193\nListener \/ Network\n        \u2193\n\u00bfExisten errores?\n        \u2193\nAMQERR01.LOG\n        \u2193\n\u00bfHay mensajes en la DLQ?\n        \u2193\nDEADQ\n        \u2193\nRoot Cause Analysis\n<\/code><\/pre>\n\n\n\n
Por ejemplo, si encontramos:<\/p>\n\n\n\n
XMITQ CURDEPTH(15000)\n\nCHANNEL STATUS(RETRYING)\n<\/code><\/pre>\n\n\n\n
ya tenemos una pista muy importante.<\/p>\n\n\n\n
El problema probablemente no se encuentra en la aplicaci\u00f3n productora.<\/p>\n\n\n\n
Los mensajes est\u00e1n llegando al Queue Manager, pero MQ tiene dificultades para enviarlos al sistema remoto.<\/p>\n\n\n\n
Ahora debemos investigar el channel, networking, DNS, listener, TLS, autenticaci\u00f3n o disponibilidad del Queue Manager remoto.<\/p>\n\n\n\n
La regla m\u00e1s importante<\/h2>\n\n\n\n
Cuando una queue comienza a crecer, no debemos asumir inmediatamente que:<\/p>\n\n\n\n
\n
“MQ est\u00e1 fallando.”<\/p>\n<\/blockquote>\n\n\n\n
La profundidad de la queue es un s\u00edntoma<\/strong>.<\/p>\n\n\n\n
La causa podr\u00eda encontrarse en:<\/p>\n\n\n\n
    \n
  • la aplicaci\u00f3n consumidora;<\/li>\n\n\n\n
  • un channel;<\/li>\n\n\n\n
  • networking;<\/li>\n\n\n\n
  • TLS;<\/li>\n\n\n\n
  • autenticaci\u00f3n\/autorizaci\u00f3n;<\/li>\n\n\n\n
  • el Queue Manager remoto;<\/li>\n\n\n\n
  • una base de datos utilizada por el consumidor;<\/li>\n\n\n\n
  • un sistema downstream;<\/li>\n\n\n\n
  • mensajes problem\u00e1ticos;<\/li>\n\n\n\n
  • capacidad o rendimiento.<\/li>\n<\/ul>\n\n\n\n
    El trabajo de un administrador de IBM MQ no consiste \u00fanicamente en iniciar Queue Managers y limpiar queues.<\/p>\n\n\n\n
    Consiste en comprender el flujo completo del mensaje<\/strong>, identificar d\u00f3nde se interrumpi\u00f3 y resolver el problema sin poner en riesgo los mensajes que todav\u00eda est\u00e1n en tr\u00e1nsito.<\/p>\n\n\n\n
    \u00bfCuantos queu managers te ha tocado administrar y que versiones?<\/strong><\/p>\n\n\n\n
    <\/p>\n","protected":false},"excerpt":{"rendered":"
    IBM MQ contin\u00faa siendo una tecnolog\u00eda fundamental en muchas arquitecturas empresariales donde las aplicaciones necesitan intercambiar mensajes de manera segura, confiable y […]<\/p>\n","protected":false},"author":62,"featured_media":1344,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"advanced_seo_description":"","jetpack_seo_html_title":"","jetpack_seo_noindex":false,"jetpack_seo_schema_type":"","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[16],"tags":[],"class_list":["post-1343","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mq"],"jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/i0.wp.com\/folken-it.com\/wp-content\/uploads\/2026\/08\/mq.png?fit=1536%2C1024&ssl=1","_links":{"self":[{"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/posts\/1343","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/users\/62"}],"replies":[{"embeddable":true,"href":"https:\/\/folken-it.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1343"}],"version-history":[{"count":2,"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/posts\/1343\/revisions"}],"predecessor-version":[{"id":1346,"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/posts\/1343\/revisions\/1346"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/folken-it.com\/index.php?rest_route=\/wp\/v2\/media\/1344"}],"wp:attachment":[{"href":"https:\/\/folken-it.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1343"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/folken-it.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1343"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/folken-it.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1343"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}