Erreur sur l'allocation d'un récepteur de journal ?

[jgoizil]

Bonjour,

Avez vous des explications à me donner sur la gestion des journaux et des récepteurs ?
Comment fonctionne la restauration d'un récepteur de journal ?
Le système refait il le lien entre le récepteur et le journal au moment de la restauration.


J'ai eu le problème suivant et je ne comprends pas d'où cela peut venir :

Nous avons eu un traitement qui a voulu journaliser un fichier sur un journal actif avec un récepteur en xxRCV96317 (d'après les heures d'attachement)
Le traitement à planté car il n'a pas pu allouer le récepteur de journal.
Mais au lieu de chercher le récepteur xxRCV96317, il cherchait le récepteur xxRCV96217 (qui datait de 2 jours et qui était au même moment en cours de restauration pour consultation).

Peux t-il y avoir un lien entre la restauration du récepteur et le fait que l'application à voulu se l'allouer ?

Merci pour vos réponses.

[cmasse]

Bonjour,

Oui, le système refait un lien entre le journal et le récepteur restauré (je vous rappelle qu'on visualise le récepteur par un DSPJRN, pas un DSPJRNRCV qui n'existe pas).

Pour le verrouillage pendant la restauration, voici ce que dit la doc

Locked objects while restoring

In general, an object is locked to prevent a read operation while it is being restored. If the system cannot obtain a lock on an object within the specified time, that object is not restored and a message is sent to the job log.

Table 1 shows the type of lock that is required to restore objects:
Table 1. Lock type needed for restore operationObject type Lock type needed for restore operation
Most object types *EXCL
Job queue *SHRRD
Output queue *SHRRD
Message queue *EXCLRD
Library, during RSTLIB command *SHRUPD
Library, when object is being restored to it *SHRUPD

j'en conclu que le récepteur est en verrouillage exclusif pendant la restauration.

cela empêche-t-il l'utilisation du journal pour autant ? la doc ne parle que de verrouillage du fichier physique (ce qui semble normal)

Lock Processing

The physical file to start journaling is locked with a read exclusive lock (*EXCLRD). Any logical files built over the physical file are also locked with a read exclusive lock (*EXCLRD).

quel code erreur avez vous reçu ?
pouvez vous nous envoyer un extrait de la log.

[jgoizil]

Bonjour,

Merci pour votre réponse.

Ci-dessous le message d'erreur :

ID message . . . . . . : CPA0701 Gravité . . . . . . . : 99
Type de message . . . : Interrogation
Date d'envoi . . . . . : 28/02/13 Heure d'envoi . . . . : 12:48:50

Message . . . . : Message CPF9803 reçu par UTB322 à l'instruction 3400. (C D I R)
Cause . . . . . : Le programme CL (langage de contrôle) UTB322 de la bibliothèque OUPGM016 a trouvé une erreur à l'instruction numéro 3400. Le texte du message CPF9803 est le suivant : Impossible d'allouer l'objet GERCV96217 de la bibliothèque $JRN016..

Extrait de la log :

Message CPF9803 reçu par UTB322 à l'instruction 3400. (C D I R)
Message CPF9803 reçu par UTB322 à l'instruction 3400. (C D I R)
Objet GERCV96218 de type JRNRCV non restauré dans la bibliothèque $JRN016.

ID message . . . . . . : CPF3706 Gravité . . . . . . . : 30
Type de message . . . : Arrêt programme
Date d'envoi . . . . . : 28/02/13 Heure d'envoi . . . . : 12:48:50

Message . . . . : Objet GERCV96218 de type JRNRCV non restauré dans la
bibliothèque $JRN016.
Cause . . . . . : La version sauvegardée de JRNRCV GERCV96218 est incompatible
avec la version installée sur le système dans $JRN016.
Si l'objet est un récepteur de journal, la version sauvegardée contient
moins de postes de journal que la version actuellement sur le système.
Si l'objet est un fichier base de données, la structure interne de l'un
des membres en cours de restauration est incompatible avec un membre du
fichier.

Au moment de la sauvegarde (le 26), c'était le récepteur GERCV96218 qui était attaché.

Cordialement.

[jgoizil]

Encore une petite question :

Si au moment de la restauration d'un récepteur, le lien est refait entre celui-ci et le journal.
Est ce possible du coup, que lorsqu'on ai voulu journaliser le fichier, le journal était en lien avec le récepteur en cours de restauration (en exclusion) au lieu du récepteur "normal", et qui explique donc le message d'erreur ?

[cmasse]

Voici ce que je comprends.

Vous restaurez un récepteur alors qu'il existait déjà sur la machine, avec moins de poste que celui restauré (est-ce la bonne version du récepteur? la sauvegarde a eu lieu alors que le récepteur était encore attaché, donc en activité )

Si l'objet est un récepteur de journal, la version sauvegardée contient
moins de postes de journal que la version actuellement sur le système.

Voir aussi http://publib.boulder.ibm.com/infocente ... strcvr.htm

Donc cette restauration étant en erreur, elle a probablement "locké" le récepteur, empêchant la cde STRJRNPF.


Je pense qu'il faut vérifier la présence d'un récepteur sur la machine avant de le restaurer, afin d’éviter ce problème.

[jgoizil]

Ok Merci pour l'info.
Je vais passer le message.