Sugerencias para la resolución de problemas con el motor de mensajería
Utilice este conjunto de sugerencias específicas como ayuda para la resolución de problemas con los motores de mensajería de integración de servicios.
- No se puede iniciar el motor de mensajería porque aún no se ha inicializado el entorno de tiempo de ejecución
El motor de mensajería no se inicia con un controlador DB2 Universal JDBC de tipo 2
- El motor de mensajería no se puede iniciar debido a un error conocido en el controlador Informix JDBC 3.00JC1
- Determinación de problemas de un almacén de datos
- Los motores de mensajería generan mensajes de contención de base de datos
Excepción de ID de usuario no soportada cuando se conecta a una base de datos de Network Attached Apache Derby versión 10.3
- Posibles causas de la excepción XAResourceNotAvailableException y cómo emprender la acción adecuada
- Problemas al recrear un bus de integración de servicios
- Problemas de comunicación con buses foráneos
- Problemas al intentar comunicarse con un bus foráneo al que se ha cambiado el nombre
- Posibles causes de una excepción JMSException con una excepción SILimitExceeded derivada
- Problemas de corrupción en los reinicios del sistema
- Recuperación del estado de los motores de mensajería en la consola administrativa
- Habilitación para iniciar una aplicación antes de que se inicie un motor de mensajería necesario
Aparecen mensajes de infraestructura de canales durante el arranque del servidor
No se da soporte a la migración tras error del motor de mensajería para los clústeres con varias versiones que contengan servidores Versión 6
No se puede iniciar el motor de mensajería porque aún no se ha inicializado el entorno de tiempo de ejecución
Un motor de mensajería no se puede iniciar y se visualiza el error siguiente en la consola administrativa de WebSphere Application Server.
Este motor de mensajería <nombre> no se puede iniciar porque todavía no se ha
inicializado un tiempo de ejecución para el mismo, vuelva a intentar la operación
cuando se haya inicializado uno. Si la recarga de la configuración dinámica se ha habilitado para este bus, entonces será
necesario
reiniciar los servidores.
Antes de volver a iniciar el motor de mensajería, asegúrese de que ha reiniciado el servidor. Para que el tiempo de ejecución se inicialice satisfactoriamente, el servidor de aplicaciones debe estar iniciado.
![[z/OS]](../images/ngzos.gif)
El motor de mensajería no se inicia con un controlador DB2 Universal JDBC de tipo 2
Cuando se intenta utilizar el controlador DB2 Universal JDBC tipo 2 para almacenar los datos en la plataforma z/OS, el motor de mensajería no se inicia y pueden aparecer mensajes de "Error de asignación de almacenamiento" similares al siguiente en el archivo SystemaOut.log de WebSphere Application Server:
BBOO0220E: [SB6NLA1:SB6NLA1.server1-SB6NLA1] CWSIP0002E: Se
ha producido un error de mensajería interno en com.ibm.ws.sib.processor.im
pl.MessageProcessor, 1:1469:1.365, com.ibm.ws.sib.msgstore.Messa
geStoreRuntimeException: com.ibm.ws.sib.msgstore.PersistenceExce
ption: CWSIS1501E: El origen de datos ha producido una excepción
inesperada: com.ibm.db2.jcc.t2zos.y: [IBM/DB2][T2zos/2.5.48]T2zo
sPreparedStatement.readPrepareDescribeOutput_:processDescribeOut
put:1563:Storage Allocation Error at com.ibm.ws.sib.msgstore.cac
he.links.AbstractItemLink.readDataFromPersistence(AbstractItemLi
nk.java:2487) at
com.ibm.ws.sib.msgstore.cache.links.AbstractItemLink._restoreIte
m(AbstractItemLink.java:639)
- Utilice la consola administrativa para navegar por
- Establezca la propiedad personalizada del
controlador JDBC fullyMaterializeLobData
en false.
La propiedad personalizada fullyMaterializeLobData determina si los datos de LOB se materializan completamente en el controlador JDBC cuando se recupera una fila, o se recupera en piezas según convenga. El comportamiento real dependerá de si el servidor de bases de datos admite la modalidad continua progresiva. Consulte la documentación de DB2 si desea más información sobre esta propiedad. El valor predeterminado es true.
- Guarde los cambios en la configuración maestra.
- Reinicie el servidor de aplicaciones.
El motor de mensajería no se puede iniciar debido a un error conocido en el controlador Informix JDBC 3.00JC1
Cuando se intenta utilizar el controlador Informix JDBC 3.00JC1 para almacenar datos, el motor de mensajería no se puede iniciar y podría aparecer el mensaje de error siguiente en el archivo SystemOut.log de WebSphere Application Server:
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSIS0002E:
El motor de mensajería encontró una excepción al iniciarse.
Excepción: com.ibm.ws.sib.msgstore.PersistenceException: CWSIS1501E:
El origen de datos ha generado una excepción inesperada: java.sql.BatchUpdateException:
Se ha violado la restricción de unicidad (informix.u114_62).
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0035E:
No se puede iniciar el motor de mensajería retire_web.000-RetireBus;
se ha informado del error detectado durante el inicio de com.ibm.ws.sib.msgstore.impl.MessageStoreImpl ()
00000022 SibMessage E [RetireBus:retire_web.000- RetireBus] CWSID0027I:
El motor de mensajería retire_web.000-RetireBus no se puede reiniciar debido a que
se ha informado acerca de un error grave.T]
00000022 SibMessage I [RetireBus:retire_web.000- RetireBus] CWSID0016I:
El motor de mensajería retire_web.000-RetireBus está en estado Detenido.
Existe un defecto conocido (PTS 172471) en el controlador Informix JDBC 3.00JC1. Para evitar este error, actualice el controlador Informix JDBC a 3.00JC2.
Determinación de problemas de un almacén de datos
Puede crear un volcado, de forma reducida, de los datos del almacén de datos para un motor de mensajería. La salida es para que la utilice el personal de servicio técnico de IBM. Póngase en contacto con la organización de soporte técnico para obtener información sobre cómo ejecutar el mandato.- En Jython:
AdminControl.invoke(AdminControl.queryNames("type=SIBMessagingEngine, name=messagingenginename,*"), "dump", "com.ibm.ws.sib.msgstore.*")
- Utilizando Jacl:
$AdminControl invoke [$AdminControl queryNames type=SIBMessagingEngine, name=messagingenginename,*] dump com.ibm.ws.sib.msgstore.*
El vuelco se crea como un archivo XML en el directorio $WAS_HOME/logs/server1. El nombre del archivo sigue este formato: nombre_motor_mensajeríaUUIDindicación_hora.xml
<MessageStore>
<itemStreams>
<ItemStreamLink id="0" state="Available">
<class>com.ibm.ws.sib.msgstore.ItemStream</class>
<priority>5</priority>
<canExpireSilently></canExpireSilently>
<storageStrategy>STORE_NEVER</storageStrategy>
<expiryTime>0</expiryTime>
<sequence>0</sequence>
<tranID>null</tranID>
<tickValue>0</tickValue>
<items>
<ItemLink id="2" state="Available" refCount="3" refCountDecreasing="false">
<class>com.ibm.ws.sib.msgstore.Item</class>
<priority>5</priority>
<canExpireSilently></canExpireSilently>
<storageStrategy>STORE_NEVER</storageStrategy>
<expiryTime>0</expiryTime>
<sequence>1</sequence>
<tranID>null</tranID>
<tickValue>0</tickValue>
</ItemLink></items></ItemStreamLink></itemStreams></MessageStore>
Los motores de mensajería generan mensajes de contención de base de datos
CWSIS1546I:
El motor de mensajería, ME_UUID={0}, INC_UUID={1}, ha perdido
un bloqueo existente o no ha podido obtener un bloqueo inicial en el almacén de datos.
- Compruebe si existen problemas en la base de datos, por ejemplo, si la base de datos no está disponible.
- Compruebe si existen problemas en la red. Por ejemplo, si la red está sobrecargada, es posible que dos servidores de aplicaciones no se puedan conectar a la base de datos, pero es posible que no se puedan conectar entre sí, lo que puede generar problemas de coordinación de recursos.
- Si tiene una configuración de integración de servicios que proporciona alta disponibilidad o compartición de la carga de trabajo, compruebe que se hayan configurado correctamente los recursos adecuados. Por ejemplo, compruebe los motores de mensajería, las políticas del grupo principal para dichos motores de mensajería y el criterio de coincidencia que asocia cada política de grupo principal con un motor de mensajería. Consulte Configuración de la integración de servicios con la carga de trabajo y la alta disponibilidad compartidas.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Excepción de ID de usuario no soportada cuando se conecta a una base de datos de Network Attached Apache Derby versión 10.3
java.lang.Exception: java.sql.SQLException: userid nulo no soportado
DSRA0010E: SQL State = null, Error
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Posibles causas de la excepción XAResourceNotAvailableException y cómo emprender la acción adecuada
Cuando se utiliza el mandato deleteNode para un nodo que aloja los motores de mensajería, se suprimen estos motores de mensajería. Cuando se vuelven a crear motores de mensajería nuevos a partir del mandato addNode, sus identificadores son diferentes y, por lo tanto, durante la recuperación de la transacción no es posible conectarse con los motores de mensajería nuevos. Se genera un mensaje que identifica la excepción XAResourceNotAvailableException en el archivo SystemOut.log para cada servidor que aloja un motor de mensajería.Para solucionar este problema, debe seguir el procedimiento que se describe en Resolución de transacciones dudosas.
La excepción XAResourceNotAvailableException también se puede generar cuando se produce la migración tras error de un servidor de un miembro de bus del clúster. En este caso, no es necesaria la intervención del operador para recuperar y resolver las transacciones.
Problemas al recrear un bus de integración de servicios
Si suprime un bus de integración de servicios y posteriormente crea un bus nuevo con el mismo nombre, el motor de mensajería no puede iniciarse y se generan mensajes similares a los siguientes en el archivo SystemOut.log:[8/11/04 21:55:01:439 CDT] 0000000f SibMessage I
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine suffered common mode error.
Correct error (see logs) and restart server.
[8/11/04 21:55:01:468 CDT] 0000000f SibMessage I
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine will be stopped
because of common mode error.
No failover will occur.
[8/11/04 21:55:01:493 CDT] 0000000f SibMessage I
[LateBus:xyzsun15.server1-LateBus] Messaging Engine
xyzsun15.server1-LateBus not in state from which stop is valid: Starting
[8/11/04 21:55:01:513 CDT] 0000000f SibMessage I
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine stopped because
of common mode error. Correct error (see logs) and restart server.
[8/11/04 21:57:01:431 CDT] 0000000e SibMessage I
[LateBus:xyzsun15.server1-LateBus] isAlive: MessagingEngine suffered
common mode error.
Correct error (see logs) and restart server.
El motor de mensajería no se ha iniciado porque el directorio de base de datos para el motor de mensajería continúa existiendo una vez que se haya suprimido el bus y deberá eliminarlo manualmente. Para suprimir la base de datos Apache Derby para un motor de mensajería no existente, debe suprimir el directorio de la base de datos situado en raíz_perfil/databases/com.ibm.ws.sib, donde raíz_perfil es el directorio donde se almacena la información específica del perfil.
Debe detener WebSphere Application Server antes de suprimir los archivos de base de datos.
Para otras bases de datos, puede suprimir todas las filas de las tablas del almacén de datos o puede eliminar todas las tablas del almacén de datos. Estas tablas están en el esquema que ha configurado para el almacén de datos. Para ver una lista de las tablas, consulte Tablas de almacén de datos.
Para obtener más información, consulte Ciclo de vida del almacén de datos.
Problemas de comunicación con buses foráneos
Para habilitar la comunicación entre buses, se debe crear un enlace de integración de bus de servicios y un bus foráneo. En el primer bus, el nombre del bus foráneo debe coincidir con el nombre del segundo que pasa a ser un bus foráneo y el nombre del bus foráneo correspondiente al segundo bus debe coincidir con el nombre del primer bus. El enlace de bus de integración de servicios debe tener el mismo nombre en los dos buses.
Probablemente, encontrará el tipo de error siguiente si la configuración no es correcta, por ejemplo, porque los enlaces de bus de integración de servicios no coinciden:
SibMessage E [TechBus:TechCluster.000-TechBus]
CWSIT0057E: El BookstoreBus de conexión entre buses ha fallado en el
motor de mensajería remoto en el host aixp401.rchland.ibm.com con la razón:
CWSIT0067E: El BookstoreBus de conexión entre buses del bus BookstoreBus
no está disponible.
Problemas al intentar comunicarse con un bus foráneo al que se ha cambiado el nombre
El panel de la consola administrativa utilizado para configurar las propiedades de un enlace de bus de integración de servicios, también permite cambiar el nombre del bus foráneo indicado por el enlace. Sin embargo, no debe modificar el nombre del bus foráneo una vez que se haya configurado. Si lo modifica, los motores de mensajería que ya mantengan información de estado sobre el enlace no podrán utilizarlo, hasta que el nombre de bus foráneo se restablezca a su valor anterior.
Posibles causes de una excepción JMSException con una excepción SILimitExceeded derivada
Cuando el número de mensajes mantenidos por un destino alcance su umbral límite, cualquier intento de enviar un mensaje a ese destino fallará con una excepción JMSException con una excepción SILimitExceeded derivada. El destino continuará fallando con esta excepción hasta que el número de mensajes mantenido por el destino se reduzca por debajo del umbral límite.
Para obtener un recuento preciso del número de mensajes disponibles, puede supervisar las estadísticas PMI de Recuento de mensajes disponibles para destinos de cola y espacio de temas. Si aumenta el número de mensajes disponibles, actúe para equilibrar el sistema. Estudie la posibilidad de impedir a los generadores enviar nuevos mensajes hasta que el destino haya consumido los mensajes disponibles.
- El umbral alto del destino es demasiado bajo para el número de mensajes
proyectado. El destino no procesará algunos mensajes.
El valor predeterminado del umbral alto
es de 50000.Solución: Aumente el umbral alto del destino.
- Las aplicaciones producen más mensajes de los que el destino puede
procesar.
El equilibrio ideal es que el número de mensajes producidos respecto al número de mensajes consumidos sea igual durante un período de tiempo determinado. Si el sistema no está equilibrado y la aplicación generadora envía más mensajes de los que el destino puede consumir, finalmente la aplicación generadora enviará una excepción JMSException.
Solución: Busque un equilibrio entre el número de mensajes generados y el número de mensajes consumidos.Consejo: El valor predeterminado de la agrupación de hebras ORB (intermediario para solicitudes de objetos) es de 100 hebras. Para algunas aplicaciones, esto puede permitir que 100 aplicaciones envíen mensajes al mismo destino. Estudie el ajustar la agrupación de hebras ORB para que hay un máximo de 10 hebras. Este valor inferior reduce el número de generadores que pueden enviar mensajes, lo que podría aumentar la productividad general de mensajes. - Las aplicaciones procesan mensajes del destino de forma demasiado lenta.Solución: Podría ser necesario aumentar el número de mensajes consumidos por las aplicaciones cliente. Un destino procesa más mensajes cuando varios consumidores leen en ese destino.
Estudie el clonar la aplicación en varios servidores en un entorno sin clústeres. De forma predeterminada,las aplicaciones se clonan en un entorno de servidores con clústeres. Para habilitar los suscriptores en un entorno sin clústeres, establezca el distintivo cloned en el valor JNDI TopicConnectionFactory JNDI para DurableSubscriptions.
Restricción: Esta solución no es adecuada para las aplicaciones que requieren una ordenación total de mensajes. - Los mensajes tiene un atributo de calidad de servicio que es mejor que el mejor esfuerzo no persistente.Solución: Utilice mensajes para los que la calidad del atributo de servicio es mejor esfuerzo no persistente. Si hay demasiados mensajes en el sistema, el destino descarta los mensajes de mejor esfuerzo no persistentes.Restricción: Esta solución no es adecuada para las aplicaciones que deben recibir todos los mensajes.
Problemas de corrupción en los reinicios del sistema
Es posible, aunque poco frecuente, en un motor de mensajería, que un destino o enlace quede una vez reiniciado el sistema. Si ocurre esto, verá un mensaje que indica el problema. Si el problema radica en el motor de mensajería, no se iniciará el motor de mensajería. Si se corrompe un destino o un enlace, se iniciará el motor de mensajería relevante, pero no se podrá utilizar el destino o el enlace en ese motor de mensajería.
Si no conoce la causa del problema, póngase en contacto con el Servicio técnico de IBM para establecer la causa antes de intentar resolver la situación.
- Utilice la consola administrativa para asegurarse de que los archivos de configuración están sincronizados en el sistema, yendo a y, a continuación, pulsando Resincronización completa. Esta operación puede tardar varios minutos en ejecutarse.
- Si el problema persiste, realice una de las tareas siguientes:
- Suprima el objeto corrompido y vuelva a crearlo. Los mensajes generados o recibidos antes de que se produjera la corrupción se perderán.
- Restaure el sistema a partir de una copia de seguridad; consulte Restauración de un almacén de datos y recuperación de su motor de mensajería. Los mensajes producidos o recibidos desde que se realizó la copia de seguridad se perderán.
Recuperación del estado de los motores de mensajería en la consola administrativa
Para que pueda recuperar el estado de los motores de mensajería, debe haber iniciado la sesión en la consola administrativa con autorización, como mínimo, de supervisor. Si no dispone de esta autorización, el estado del motor de mensajería se mostrará como "No disponible", aunque se haya iniciado el motor de mensajería.
[4/20/05 10:49:57:083 CDT] 0000004b RoleBasedAuth A
SECJ0305I: La comprobación de autorización basada en roles ha fallado para la
operación admin-authz SIBMessagingEngine:stateExtended.
El usuario UNAUTHENTICATED (ID exclusivo: unauthenticated) no tiene otorgados ninguno de los roles siguientes necesarios: administrador, operador, configurador,
supervisor.
Donde el ID de usuario que se muestra en el mensaje es el utilizado para
iniciar la sesión en la consola administrativa.Habilitación para iniciar una aplicación antes de que se inicie un motor de mensajería necesario
Si una aplicación depende de que el motor de mensajería esté disponible, el motor de mensajería debe iniciarse antes de ejecutar la aplicación. Si desea que un servidor de aplicaciones inicie una aplicación automáticamente, deberá desarrollar las aplicaciones para comprobar que se haya iniciado cualquier motor de mensajería necesario y, si fuera necesario, esperar al motor de mensajería. Si se utiliza esta técnica en un bean de arranque, el método de bean de arranque realiza el trabajo (comprobar y esperar) en una hebra separada (mediante los métodos WorkManager estándar), así no se retrasa el arranque del servidor de aplicaciones.
Si desea ver un ejemplo de código para comprobar y esperar un motor de mensajería, consulte Aplicaciones con una dependencia en la disponibilidad del motor de mensajería.
![[z/OS]](../images/ngzos.gif)
Aparecen mensajes de infraestructura de canales durante el arranque del servidor
- El mensaje siguiente se emite porque la aplicación que contiene el bean controlado por mensajes se ha iniciado antes de iniciar el motor de mensajería.
CWSIV0759W: Durante la activación de un bean controlado por mensajes, no se ha encontrado ningún motor de mensajería activo aplicable en el servidor local del bus {0}.
Cuando se inician los motores de mensajería, otro mensaje informativo lo confirma y entonces puede producirse el manejo de mensajes.
- El mensaje siguiente se emite debido al método asíncrono mediante el cual se inicia el canal proxy TCP de z/OS.
CHFW0030E: Error al iniciar la cadena {0} debido a la excepción {1}
Cuando se inician los motores de mensajería, otro mensaje informativo lo confirma y entonces puede producirse el manejo de mensajes.
Estos mensajes sólo aparecen en determinadas circunstancias, por ejemplo, estos mensajes pueden aparecer si cambia los puertos durante la migración
- Es posible que el siguiente mensaje aparezca varias veces en el proceso del complemento de la región de control durante el arranque del servidor, aunque la conexión resulte satisfactoria en los reintentos subsiguientes. Este mensaje se emite debido al método asíncrono mediante el cual se inicia el canal proxy TCP de z/OS, y no indica que se haya producido ningún error.
Rastreo: 2009/06/17 08:24:41.434 01 t=9C6B58 c=UNK key=P8 (00000011) Description: Mensaje Java del registro Message: CHFW0030E: Error al iniciar la cadena _InboundTCPProxyBridgeService debido a la excepción com.ibm.wsspi.channel.framework.exception.RetryableChannelException: Se ha generado una excepción al tratar de iniciar TCPProxyChannel com.ibm.ws.channel.framework.imp l.ChannelFrameworkImpl
Es posible que estos mensajes vayan acompañados de una salida FFDC (First Failure Data Capture) parecida al ejemplo siguiente:
Finalmente debería aparece el mensaje siguiente, que indica que el canal de proxy TCP de z/OS se ha iniciado correctamente:Exception = com.ibm.wsspi.channel.framework.exception.RetryableChannelException Source = com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal probeid = 2577 Stack Dump = com.ibm.wsspi.channel.framework.exception.RetryableChannelException: An exception was thrown when attempting to start the TCPProxyChannel en com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:153) en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChannelInChain(ChannelFrameworkImpl.java:1410) en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2863) en com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl.startChainInternal(WSChannelFrameworkImpl.java:960) en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChainInternal(ChannelFrameworkImpl.java:2794) en com.ibm.ws.channel.framework.impl.ChannelFrameworkImpl.startChain(ChannelFrameworkImpl.java:2779) en com.ibm.ws.runtime.component.ChannelFrameworkServiceImpl.startChain(ChannelFrameworkServiceImpl.java:666) en com.ibm.ws.sib.jfapchannel.framework.impl.ChannelFrameworkReference$TCPProxyBridgeServiceInboundChainStartupRunnable.run(ChannelFrameworkReference.java:1641) en com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1550) Casado por: com.ibm.ws.tcpchannelproxy.jfap.NotYetInitializedException: El servidor aún no se ha inicializado en com.ibm.ws.tcpchannelproxy.jfap.TCPProxyBridgeServicesImpl.startListening(TCPProxyBridgeServicesImpl.java:558) en com.ibm.ws.tcpchannelproxy.jfap.impl.TCPProxyInboundChannel.start(TCPProxyInboundChannel.java:131) ... 8 more
Trace: 2009/06/17 08:24:51.449 01 t=9C6B58 c=UNK key=P8 (13007002) ThreadId: 00000003 FunctionName: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl SourceId: com.ibm.ws.channel.framework.impl.WSChannelFrameworkImpl Category: AUDIT ExtendedMessage: BBOO0222I: CHFW0019I: El servicio de canal de transporte ha iniciado la cadena _InboundTCPProxyBridgeService.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
![[z/OS]](../images/ngzos.gif)
No se da soporte a la migración tras error del motor de mensajería para los clústeres con varias versiones que contengan servidores Versión 6
Un motor de mensajería que se aloja en un servidor WebSphere Application Server Versión 7.0 o posterior no puede realizar una migración tras error a un motor de mensajería que se aloje en un servidor WebSphere Application Server Versión 6. Si tiene un clúster como un miembro de bus que consta de una combinación de servidores Versión 6 y posteriores, debe asegurarse de que la política de alta disponibilidad esté configurada para evitar este tipo de migración tras error.
Para evitar la migración tras error de un motor de mensajería de Versión 7.0 o posterior a un servidor de Versión 6, configure la política de alta disponibilidad para el motor de mensajería de forma que el clúster se divida en un conjunto de servidores para Versión 6 y otro conjunto de servidores para Versión 7.0 o posterior y el motor de mensajería de Versión 7.0 o posterior esté restringido a los servidores de Versión 7.0 o posterior. Consulte Configuración de l migración tras error del motor de mensajería para los clústeres con varias versiones.