RECOVER CFSTRUCT (recuperar estructura de aplicación CF) en z/OS

Utilización de mandatos MQSC en z/OS

Para obtener información sobre cómo utilizar los mandatos MQSC en z/OS®, consulte Orígenes desde los que puede emitir mandatos MQSC y PCF en IBM® MQ for z/OS.

Notas de uso para RECOVER CFSTRUCT

• El mandato falla si ni la estructura de aplicación especificada ni sus conjuntos de datos de mensajes compartidos asociados están marcados como en estado FAILED.
• Si un conjunto de datos está marcado como FAILED pero la estructura correspondiente no lo está, el mandato RECOVER CFSTRUCT cambia el estado de la estructura a FAILED, suprimiendo el contenido para realizar la recuperación. Esta acción suprime todos los mensajes no persistentes almacenados en la estructura y hace que la estructura no esté disponible hasta que se complete la recuperación.
• Para una estructura con conjuntos de datos de mensajes compartidos asociados, el mandato RECOVER CFSTRUCT recupera la estructura más los datos de mensaje descargados para cualquier conjunto de datos que ya esté marcado como FAILED o que esté vacío o no sea válido cuando se abra mediante el proceso de recuperación. Se presupone que los conjuntos de datos marcados como ACTIVE y que tienen cabeceras válidas no requieren recuperación.
• Cuando el proceso de recuperación se completa normalmente, todos los conjuntos de datos de mensajes compartidos asociados para las estructuras recuperadas (incluidos los conjuntos de datos que no necesitaban recuperación) se marcan como RECOVERY, lo que indica que es necesario reconstruir la correlación de espacio.
• Después de la recuperación, se realiza el proceso de reconstrucción de correlación de espacio para cada conjunto de datos afectado, para correlacionar el espacio ocupado por los datos de mensaje recuperados (ignorando los mensajes existentes que eran no persistentes o restituidos). Cuando se ha reconstruido la correlación de espacios para cada conjunto de datos, se vuelve a marcar como ACTIVE.
• El mandato falla si alguno de los nombres de estructura especificados no está definido en el conjunto de datos de política CFRM.
• El proceso de recuperación es intensivo en E/S y en procesador, y sólo se puede ejecutar en una única imagen de z/OS . Por lo tanto, debe ejecutarse en el sistema más potente o menos ocupado del grupo de compartición de colas.
• El error más probable es la pérdida de un CF completo y, por lo tanto, la pérdida simultánea de todas las estructuras de aplicación en él. Si las fechas y horas de copia de seguridad son similares para cada estructura de aplicación anómala, es más eficaz recuperarlas en un único mandato RECOVER CFSTRUCT .
• Este mandato falla si alguna de las estructuras CF especificadas está definida con un CFLEVEL menor que 3 o con RECOVER establecido en NO.
• Para utilizar TYPE (NORMAL), debe haber realizado una copia de seguridad de las estructuras CF, utilizando el mandato BACKUP CFSTRUCT .
• Si las copias de seguridad de las estructuras CF solicitadas no se han realizado recientemente, el uso de TYPE (NORMAL) puede tardar un tiempo considerable.
• Si no está disponible una copia de seguridad de la estructura CF, o un registro de archivado necesario, puede realizar la recuperación en una estructura CF vacía utilizando TYPE (PURGE).
• El mandato RECOVER CFSTRUCT(CSQSYSAPPL) TYPE(PURGE) está prohibido. Esto es para evitar la pérdida accidental de objetos internos del gestor de colas.

Descripciones de palabras clave y parámetros para RECOVER CFSTRUCT