Reinicialización de un gestor de colas

Si el gestor de colas ha terminado de forma anómala, es posible que no pueda reiniciarlo. Esto podría deberse a que los conjuntos de páginas o los registros se han perdido, truncado o dañado. Si sucede esto, probablemente, tendrá que reinicializar el gestor de colas (realizar un arranque en frío).

Atención

Sólo realice un arranque en frío si no puede reiniciar el gestor de colas de ninguna otra forma. Realizar un arranque en frío le permite recuperar el gestor de colas y las definiciones de objeto; no podrá recuperar los datos de mensaje. Compruebe que no funciona ninguno de los escenarios de reinicio descritos en este tema antes de hacerlo.

ATENCIÓN:

Prepare su gestor de colas para una posible pérdida de datos sin recuperación de soportes ni recuperación de unidades de trabajo, ya que los arranques en frío utilizan registros y conjuntos de páginas recién definidos. Es posible utilizar el comando CSQUTIL SCOPY para copiar mensajes de las colas a los conjuntos de páginas. Sin embargo, el comando CSQUTIL SCOPY no funciona para colas compartidas. Puede reproducir mensajes de los registros de la aplicación utilizando la muestra CSQ4LOGS.

En el caso de los mensajes persistentes, sólo se pueden reproducir mensajes de registros activos y de archivo anteriores. Para obtener más información, consulte Uso de CSQ4LOGS para procesar la salida de CSQ1LOGP EXTRACT.

Cuando haya reiniciado, todos los objetos de IBM® MQ estarán definidos y disponibles para su uso, pero no habrá datos de mensaje.

Nota: No reinicialice un gestor de colas mientras forme parte de un clúster. En primer lugar, debe eliminar el gestor de colas del clúster (mediante los mandatos RESET CLUSTER en los otros gestores de colas del clúster) y, a continuación, reinicialícelo y, finalmente, vuélvalo a introducir en el clúster como un gestor de colas nuevo.

Esto se debe a que durante la reinicialización, el identificador del gestor de colas (QMID) se modifica, de forma que cualquier objeto de clúster con el identificador del gestor de colas antiguo se debe eliminar del clúster.

Si desea información adicional, consulte las siguientes secciones:

Reinicialización de un gestor de colas que no está en un grupo de compartición de colas

Para reinicializar un gestor de colas, siga este procedimiento:

Prepare las sentencias de definición de objeto que se vayan a utilizar cuando reinicie el gestor de colas. Para hacer esto, puede:
- Si el conjunto de páginas cero está disponible, utilice la función CSQUTIL SDEFS (consulte Producción de una lista de mandatos de definición de IBM MQ ). Debe obtener definiciones para todos los tipos de objeto (objetos de información de autenticación, estructuras CF, canales, listas de nombres, procesos, colas y clases de almacenamiento).
- Si no está disponible el conjunto de páginas cero, utilice las definiciones de la última vez que hizo una copia de seguridad de las definiciones de objeto.
Redefina los conjuntos de datos del gestor de colas (no lo haga hasta que haya completado el paso 1 ).
Consulte creación de los conjuntos de datos de rutina de carga y registro y definición de los conjuntos de páginas para obtener más información.
Reinicie el gestor de colas utilizando los conjuntos de datos de registro, BSDS y los conjuntos de páginas recién definidos e inicializados. Utilice las sentencias de entrada de definición de objeto que ha creado en el paso 1 como entrada en el conjunto de datos de entrada de inicialización CSQINP2 .

Reinicialización de gestores de colas de un grupo de compartición de colas

En un grupo de compartición de colas, reinicializar un gestor de colas es más complejo. Es posible que sea necesario reinicializar uno o varios gestores de colas debido a problemas de conjunto de páginas o de registro, pero también puede haber problemas con Db2® o con el recurso de acoplamiento con los que tratar. Debido a esto, existen una serie de alternativas:

Arranque en frío

La reinicialización de todo el grupo de compartición de colas implica forzar todas las estructuras de recursos de acoplamiento, borrar todas las definiciones de objeto para el grupo de compartición de colas de Db2, suprimir o redefinir los registros y BSDS, y formatear conjuntos de páginas para todos los gestores de colas del grupo de compartición de colas.

Definiciones compartidas retenidas

Suprima o redefina los registros y BSDS, dé formato a los conjuntos de páginas de todos los gestores de colas del grupo de compartición de colas y fuerce todas las estructuras de recursos de acoplamiento. Durante el reinicio, se habrán borrado todos los mensajes. Los gestores de colas vuelven a crear objetos COPY que corresponden a objetos GROUP que todavía existen en la base de datos Db2 . Las colas compartidas siguen existiendo y se pueden utilizar.

Gestor de colas único reinicializado

Suprima o redefina los registros y BSDS y dé formato a los conjuntos de páginas para el gestor de colas único (así se suprimen todos sus objetos y mensajes privados). Al reiniciar, el gestor de colas vuelve a crear objetos COPY que corresponden a objetos GROUP que todavía existen en la base de datos Db2 . Las colas compartidas siguen existiendo, al igual que los mensajes incluidos en las mismas, y se pueden utilizar.

Recuperación puntual de un grupo de compartición de colas

Se trata de un escenario de recuperación tras desastre de sitio alternativo.

Los objetos compartidos se recuperan hasta el punto en el tiempo alcanzado por la recuperación de Db2 (descrita en Un sistema Db2 falla ). Los gestores de colas se pueden recuperar en un punto en el tiempo que se consigue a partir de las copias de seguridad disponibles en el sitio alternativo.

Los mensajes persistentes se pueden utilizar en los grupos de compartición de colas y se pueden recuperar mediante el mandato MQSC RECOVER CFSTRUCT. Tenga en cuenta que este mandato recupera la hora de la anomalía. Sin embargo, no hay ninguna recuperación de los mensajes de cola compartidos no persistentes; se pierden, a menos que haya hecho copias de seguridad independientemente utilizando la función COPY del programa de utilidad CSQUTIL.

No es necesario intentar restaurar cada gestor de colas en el mismo punto en el tiempo porque no hay interdependencias entre los objetos locales en distintos gestores de colas (que son lo que se está recuperando realmente), y la resincronización del gestor de colas con Db2 al reiniciar crea o suprime objetos COPY según sea necesario en un gestor de colas por gestor de colas.