PROBLEMA CON BACKUP DE FICHERO

Manejo de almacenamiento tanto en discos como en medios magneticos, DFSMSxxx (todo lo relacionado con el SMS).
Responder
Avatar de Usuario
elpunk
Colaborador
Colaborador
Mensajes: 113
Registrado: 02 Mar 2009, 20:33
País: España
Ciudad: Madrid
Ocupación: Servicio Técnico

PROBLEMA CON BACKUP DE FICHERO

Mensaje por elpunk » 04 Oct 2012, 07:39

Buenas a tod@s

Tengo un problema a la hora de hacer backup de un fichero. El backup lo hago con el siguiente JCL

//ADRDSSU EXEC B1ADRESU,REGION=4096K,
// JOB=U4BACKUP,
// DSNOUT=PRBK.D180.COPIAFI.U4.F121003,
// MEMFIL=DUMMY
//TAPEDUMP.SYSIN DD *
DUMP OUTDD(DD@01) -
DS(INCL(PRU4.AFB.U4PRRE47.RNORMA47.ANNCC(0) -
PRU4.AFB.U4TRCNMV.HISTORIC.ANNCC(0) -
PRU4.TRGN47.PASO0070.SALIDA.ANNCC) -
BY((DSCHA,EQ,1))) -
COMPRESS TOL(ENQF) SHR -
WAIT(0,0) CANCELERROR


Y falla dando el siguiente mensaje de error con RC=04

0ADR383W (001)-DTDSC(01), DATA SET PRU4.TRGN47.PASO0070.SALIDA.ANNCC NOT SELECTE

Pensé que era por la opción DSCHA que hace copia sólo si el fichero se ha modificado, pero este fichero se borra y se crea todos los días.

Haciendo un LISCAT del fichero vemos lo siguiente

IDCAMS SYSTEM SERVICES
NONVSAM ------- PRU4.TRGN47.PASO0070.SALIDA.ANNCC
IN-CAT --- CATALOG.PRARQ3
HISTORY
DATASET-OWNER-----(NULL) CREATION--------2012.277
RELEASE----------------2 EXPIRATION------0000.000
ACCOUNT-INFO-----------------------------------(NULL)
SMSDATA
STORAGECLASS ----DFWRITE MANAGEMENTCLASS-----MBAN
DATACLASS --------COMPRI LBACKUP ---2012.277.1915
VOLUMES
VOLSER------------BAR104 DEVTYPE------X'3010200F'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
VOLSER-----------------* DEVTYPE------X'00000000'
ASSOCIATIONS--------(NULL)
ATTRIBUTES
STRIPE-COUNT-----------1
EXTENDED


Como se puede ver el último backup se hizo el día 3 de octubre, pero ese día el JCL que hace el backup también acabó con RC=04 y dio el mismo mensaje de error, no seleccionó el fichero y por lo tanto no se hizo backup.

También he visto que el HSM (que hace backup diario de fichEros con ANNCC en el 5º calificador) tampoco hizo el backup del día 03

Si alguien puede dar alguna opinión al respecto. ¿Cómo se hace la comparación para que no se seleccione el fichero?, ¿puede ser que se seleccione porque el fichero NO es comprimible (en la 3.4 se ve lo siguiente: SMS Compressible. . : NO y en el JCL tengo COMPRESS TOL(ENQF) SHR)?



Muchas gracias
***********************************************

Qué dura es la vida del operata

marchesanoc
Usuario
Usuario
Mensajes: 6
Registrado: 16 Dic 2009, 09:16
País: Argentina
Ciudad: Buenos Aires
Ocupación: System Programmer

Re: PROBLEMA CON BACKUP DE FICHERO

Mensaje por marchesanoc » 04 Oct 2012, 08:23

Te paso lo que dice el manual del error:

The manual shows tape being valid input. . . As i mentioned earlier, nowhere i've supported does this. Also, as i mentioned earlier, suggest you speak with the storage admins.

You need to resolve this:

Code: Select all
0ADR383W (001)-DTDSC(01), DATA SET xxxx.xxxxxx.xxxxxx.xxxxx.GnnnnV00 NOT SELECTED


ADR383W (ttt)-mmmmm(yy), DATA SET dsname NOT SELECTED

Explanation: The data set was not selected. This condition can occur for several reasons including:

The fully qualified data set name did not pass the EXCLUDE, or BY filtering criteria.

The data set name was specified more than once in the INCLUDE list.

Logical input volumes were specified during DUMP or COPY, and DFSMSdss was unable to locate the catalog in which the data set resides.

A VSAM data or index component name was incorrectly specified instead of the cluster name. DFSMSdss only processes VSAM data sets at the cluster name level.

The data set has been migrated (volser=migrat).

The data set not exist.

A migrated or tape data set was not selected by using a partially qualified name and setting the flag to ON at offset X'17' of ADRPATCH

A generation data group (GDG) data set was not selected using GDG relative generation filtering.

An ALIAS-name was specified for the non-VSAM file in the INCLUDE list for the COPY or DUMP.

System Action: The data set is not processed. The return code is 4.

Operator Response: None.

Application Programmer Response: Rerun the job after doing one of the following:


Use the proper filtering criteria.

Do not duplicate data set names in the INCLUDE list.

Ensure any VSAM data sets to be processed are cataloged in the standard order of search.

Ensure that VSAM cluster names were specified in the filtering criteria.

If the data set you want is not cataloged, use the correct volume serial number. If you want to operate on the migrated data set, issue a DFSMShsm RECALL command for the data set.

Verify that the data set still exists.

Specify the real name (not the ALIAS) of the non-VSAM file.

System Programmer Response: If it is a RESTORE, print the VTOC track records on the dump tape.

Source: DFSMSdss

Avatar de Usuario
elpunk
Colaborador
Colaborador
Mensajes: 113
Registrado: 02 Mar 2009, 20:33
País: España
Ciudad: Madrid
Ocupación: Servicio Técnico

Re: PROBLEMA CON BACKUP DE FICHERO

Mensaje por elpunk » 04 Oct 2012, 08:50

marchesanoc escribió:Te paso lo que dice el manual del error:

The manual shows tape being valid input. . . As i mentioned earlier, nowhere i've supported does this. Also, as i mentioned earlier, suggest you speak with the storage admins.

You need to resolve this:

Code: Select all
0ADR383W (001)-DTDSC(01), DATA SET xxxx.xxxxxx.xxxxxx.xxxxx.GnnnnV00 NOT SELECTED


ADR383W (ttt)-mmmmm(yy), DATA SET dsname NOT SELECTED

Explanation: The data set was not selected. This condition can occur for several reasons including:

The fully qualified data set name did not pass the EXCLUDE, or BY filtering criteria.

The data set name was specified more than once in the INCLUDE list.

Logical input volumes were specified during DUMP or COPY, and DFSMSdss was unable to locate the catalog in which the data set resides.

A VSAM data or index component name was incorrectly specified instead of the cluster name. DFSMSdss only processes VSAM data sets at the cluster name level.

The data set has been migrated (volser=migrat).

The data set not exist.

A migrated or tape data set was not selected by using a partially qualified name and setting the flag to ON at offset X'17' of ADRPATCH

A generation data group (GDG) data set was not selected using GDG relative generation filtering.

An ALIAS-name was specified for the non-VSAM file in the INCLUDE list for the COPY or DUMP.

System Action: The data set is not processed. The return code is 4.

Operator Response: None.

Application Programmer Response: Rerun the job after doing one of the following:


Use the proper filtering criteria.

Do not duplicate data set names in the INCLUDE list.

Ensure any VSAM data sets to be processed are cataloged in the standard order of search.

Ensure that VSAM cluster names were specified in the filtering criteria.

If the data set you want is not cataloged, use the correct volume serial number. If you want to operate on the migrated data set, issue a DFSMShsm RECALL command for the data set.

Verify that the data set still exists.

Specify the real name (not the ALIAS) of the non-VSAM file.

System Programmer Response: If it is a RESTORE, print the VTOC track records on the dump tape.

Source: DFSMSdss
Gracias marchesanoc, eso ya lo tenía claro ;)

El problema creo que viene porque porque el DATASET no es comprimible, he hecho una prueba quitando el COMPRESS del JCL y ha funcionado. De hecho es el único fichero de los que hacemos backup que es así, todos los demás son SMS Compressible. . : YES
***********************************************

Qué dura es la vida del operata

Gurgur
Usuario
Usuario
Mensajes: 6
Registrado: 29 Jun 2010, 20:39
País: España
Ciudad: Barcelona
Ocupación: Otra

Re: PROBLEMA CON BACKUP DE FICHERO

Mensaje por Gurgur » 08 Oct 2012, 06:07

Hola,
no sé si te ayudaré, tampoco sé mucho, pero se me ocurre que quizás en el momento de pasar el job, el fichero lo tenga abierto un cics, y de ahí que no lo seleccione para hacer el backup.

Saludos

Avatar de Usuario
Vicente
Colaborador avanzado
Colaborador avanzado
Mensajes: 545
Registrado: 21 Jul 2011, 04:52
País: España
Ciudad: Malaga
Ocupación: Técnico en Sistemas

Re: PROBLEMA CON BACKUP DE FICHERO

Mensaje por Vicente » 10 Oct 2012, 12:17

Hola Gurgur:
El parámetro TOL(ENQF) (tolerate enqueue failure) escrito en el JCL por elpunk garantiza que se copien ficheros abiertos.
Varios días probando, equivocandote y volviendo a probar
pueden ahorrarte quince minutos de lectura de un manual.

Avatar de Usuario
elpunk
Colaborador
Colaborador
Mensajes: 113
Registrado: 02 Mar 2009, 20:33
País: España
Ciudad: Madrid
Ocupación: Servicio Técnico

Re: PROBLEMA CON BACKUP DE FICHERO

Mensaje por elpunk » 16 Oct 2012, 14:43

Gurgur escribió:Hola,
no sé si te ayudaré, tampoco sé mucho, pero se me ocurre que quizás en el momento de pasar el job, el fichero lo tenga abierto un cics, y de ahí que no lo seleccione para hacer el backup.

Saludos
Gracias Gurgur, el problema no viene por ahí, ya lo tenemos identificado. Tampoco es por lo que apunté con anterioridad de si es SMS compressible o no.

No hace se hace copia porque, debido a la nomenclatura del fichero, el HSM hace un backup previo y al ejecutar el JCL, se detecta ese backup con el parámetro DSCHA,EQ,1 y por eso no lo selecciona, por existir un backup previo

Un saludo
***********************************************

Qué dura es la vida del operata

Responder