THE SQL STATEMENT FAILED BECAUSE IT WILL CHANGE A TABLE DEFINED WITH DATA CAPTURE CHANGES, BUT THE DATA CANNOT BE PROPAGATED

Explication :
L’option DPROP SUPPORT du panneau d’installation est définie sur 2 (prise en charge de DPROP uniquement). L’instruction SQL aurait modifié une table définie avec DATA CAPTURE CHANGES. Cependant, les données ne peuvent pas être propagées car l’instruction SQL ne provient pas d’un sous-système IMS ou la classe de trace de moniteur 6 n’était pas active au début de l’unité de travail pour cette modification.

Action du système :
La déclaration ne peut pas être traitée.

Réponse du programmeur système :
Effectuez l’une des actions suivantes :

• Modifiez l’option d’installation sur 1 (pas de propagation) ou 3 (permet les modifications à partir de n’importe quel sous-système).
• Modifiez le programme d’application qui reçoit ce SQLCODE afin qu’il puisse être exécuté dans un sous-système IMS et activez la classe de trace 6 du moniteur.

Si l’option d’installation est modifiée sur 3, les modifications SQL apportées aux tables définies avec DATA CAPTURE CHANGES sont autorisées à partir de n’importe quel sous-système, mais elles ne sont pas propagées à moins que l’environnement ne soit configuré pour la propagation.

SQLSTATE :
56038

ROLLBACK REQUIRED DUE TO UNREQUESTED ROLLBACK OF A REMOTE SERVER

Explication :
Un commit dynamique a été exécuté avant l’exécution de cette requête. Le serveur distant auquel l’application a été CONNECTée lors du COMMIT dynamique validée avec succès. Cependant, au moins un autre serveur distant (qui était en lecture seule) a annulé sa partie de l’unité de travail distribuée lors de la validation dynamique.

Pour s’assurer qu’une application qui utilise des cursor-hold (curseurs de maintien) du curseur ne suppose pas à tort que la position du curseur est conservée sur un serveur distant qui a été annulé, l’application doit effectuer une opération d’annulation.

Les communications sont toujours établies avec tous les serveurs distants.

Action du système :
Dans les environnements IMS et CICS, toutes les instructions SQL sont rejetées jusqu’à ce que la restauration se produise. Dans les autres environnements, toutes les instructions SQL autres qu’un ROLLBACK statique sont rejetées jusqu’à ce qu’un ROLLBACK statique soit exécuté.

Réponse du programmeur :
Émettez la demande appropriée (en fonction de l’environnement) pour provoquer une restauration. Rétablissez le positionnement du curseur et poursuivez l’application avec la première requête ayant reçu le SQLCODE -939.

SQLERRP contient le nom du module qui a détecté l’échec précédent et placé l’application dans l’état must-abort.

SQLSTATE :
51021

FAILURE IN A DATA CAPTURE EXIT: token

Explication :
‘token‘ est une chaîne d’informations fournie par la routine de sortie de DPROP qui capture les modifications de données dans les tables définies avec DATA CAPTURE CHANGES.

Action du système :
La chaîne d’informations est placée dans la zone SQLERRM de SQLCA.

Réponse du programmeur système :
Pour la documentation des actions associées à ce SQLCODE, reportez-vous aux publications Data Propagator (DPROP).

SQLSTATE :
58002

A ROLLBACK OPERATION IS REQUIRED

Explication :

L’unité d’oeuvre a été placée dans un état où une opération de restauration est requise. Cela peut arriver pour les raisons suivantes :

• Une instruction SQL a mis à jour un serveur de base de données distribué, mais le serveur de base de données ne peut être utilisé que pour des opérations en lecture seule. Soit les mises à jour sont actuellement limitées aux serveurs qui prennent en charge la validation en deux phases distribuée et ce serveur d’applications ne prend pas en charge la validation en deux phases distribuée, soit les mises à jour sont limitées à un seul serveur qui ne prend pas en charge la validation en deux phases distribuée et ce serveur d’applications n’est pas ce serveur.
  L’unité d’oeuvre doit se terminer par une opération de restauration car la mise à jour effectuée (mais non validée) sur le serveur d’applications ne peut pas être validée de manière cohérente avec les autres mises à jour actuelles ou futures apportées à cette unité d’oeuvre distribuée.

• Une fin anormale s’est produite lors de l’exécution d’une procédure stockée ou une instruction SQL restreinte a été émise à partir d’une procédure stockée.
• Une fin anormale s’est produite lors de l’exécution d’une fonction ou une instruction SQL restreinte a été émise à partir d’une fonction.
• L’unité de travail fait partie d’une transaction globale et une autre unité de travail dans la transaction globale a initié un ROLLBACK. Toutes les unités de travail dans la transaction globale doivent maintenant ROLLBACK.

Action du système :
Dans les environnements IMS et CICS, toutes les instructions SQL sont rejetées jusqu’à ce que la restauration se produise. Dans les autres environnements, toutes les instructions SQL autres qu’un ROLLBACK statique sont rejetées jusqu’à ce qu’un ROLLBACK statique soit exécuté.

Réponse du programmeur :
Corrigez l’application, la fonction ou la procédure stockée, reliez-la et soumettez à nouveau le travail.

SQLERRP contient le nom du module qui a détecté l’échec précédent et placé l’application dans l’état must-abort.

SQLSTATE :
56045

THE SQL STATEMENT CANNOT BE EXECUTED BECAUSE A CONNECTION HAS BEEN LOST

Explication :
L’exécution de l’instruction SQL a échoué car un lien de communication entre le Db2 local et au moins un serveur distant n’existe plus. Une panne précédente a causé cette condition.

Action du système :
Dans les environnements IMS et CICS, toutes les instructions SQL sont rejetées jusqu’à ce que la restauration se produise. Dans les autres environnements, toutes les instructions SQL autres qu’un ROLLBACK statique sont rejetées jusqu’à ce qu’un ROLLBACK statique soit exécuté.

Réponse du programmeur :
En général, un programme d’application doit émettre un ROLLBACK statique. Les tentatives de l’application d’émettre des instructions SQL autres que ROLLBACK statique peuvent échouer. Une fois le ROLLBACK statique émis, l’application peut reprendre son exécution.

SQLERRP contient le nom du module qui a détecté l’échec précédent et placé l’application dans l’état must-abort.

SQLSTATE :
51021

BIND PACKAGE FAILED

Explication :
Une erreur s’est produite qui empêche la création du package. Ce SQLCODE peut être émis pendant le traitement de la liaison ou de la validation.

Action du système :
La liaison échoue et le package n’est pas créé. S’il est émis pendant le traitement de la validation, toutes les modifications apportées à la base de données sont annulées. S’il est émis pendant le traitement de la liaison, seule la création du package échoue. D’autres modifications au sein de l’unité logique de travail peuvent être validées.

Réponse du programmeur :
Corrigez la cause du problème et réessayez.

Détermination du problème :
Inspectez les SQLCODES émis pour les instructions SQL du package.

SQLSTATE :
42969

AN ERROR WAS FOUND IN THE APPLICATION PROGRAM INPUT PARAMETERS FOR THE SQL STATEMENT, REASON reason

Explication :

La liste des paramètres d’appel ou la SQLDA est invalide :

• La liste des paramètres d’appel, qui est créée par le précompilateur, peut être invalide si le programmeur de l’application a modifié la sortie du précompilateur, utilisé un nom de variable commençant par ‘SQL’ dans le programme d’application ou écrasé la liste des paramètres d’appel dans un autre chemin.
• Le SQLDA, qui est créé par le programme d’application, a un type de données ou une longueur de données non valides.
• La valeur de SQLDABC n’est pas cohérente avec la valeur de SQLD.

Voici la liste des codes de raison :

Action du système :
La déclaration ne peut pas être traitée.

Réponse du programmeur:
système Examinez le programme d’application pour toute erreur notée dans l’explication ci-dessus. En général, le programmeur de l’application ne doit pas tenter de modifier la sortie du précompilateur.

SQLSTATE :
07002

ACCESS DENIED: PACKAGE package-name IS NOT ENABLED FOR ACCESS FROM connection-type connection-name

Explication :
L’accès est refusé pour l’une des raisons suivantes :
– Il est désactivé, soit à partir du ‘type-de-connexion’, soit à partir du ‘type-de-connexion’ avec le ‘nom-de-connexion’ spécifique.
– La bibliothèque d’attachement que vous utilisez provient d’une version précédente de Db2 qui ne prend pas en charge les options ENABLE et DISABLE de l’opération de liaison.

Les variables sont :

package-name
Le nom du package (collection.package-id).

connection-type
L’un des éléments suivants : BATCH, DB2CALL, REMOTE, IMSBMP, IMSMPP, CICS®, DLIBATCH ou UNKNOWN.

connection-name
Nom de la connexion restreinte. Si tous les noms de connexion d’un type de connexion spécifique sont limités, cette valeur n’est pas spécifiée.

Action du système :
L’instruction n’est pas exécutée et le package n’est pas alloué.

Réponse du programmeur système :
L’un des éléments suivants :
– Reconnectez le package pour lui permettre de s’exécuter avec le type et le nom de connexion requis.
– Vérifiez la table de catalogue SYSPLSYSTEM ou SYSPKSYSTEM pour trouver une connexion à partir de laquelle le package peut être exécuté. — Corrigez la bibliothèque attachée.

SQLSTATE :
23509

THE CONNECT STATEMENT IS NOT CONSISTENT WITH THE FIRST CONNECT STATEMENT

Explication :
La sémantique CONNECT qui s’applique à un processus d’application est déterminée par la première instruction CONNECT exécutée (avec ou sans succès) par le processus d’application. L’une des règles suivantes a été enfreinte :
– Une instruction CONNECT de type 2 ne peut pas être exécutée après l’exécution d’une instruction CONNECT de type 1.
– Une instruction CONNECT de type 1 ne peut pas être exécutée après l’exécution d’une instruction CONNECT de type 2.

Action du système :
La déclaration ne peut pas être traitée.

Réponse du programmeur :
La cause probable de cette erreur est que différents programmes du processus d’application ont été précompilés avec différentes options CONNECT.

Assurez-vous que le processus d’application utilise des instructions CONNECT de type 1 ou de type 2, puis soumettez à nouveau le travail. Le type de CONNECT à utiliser est une option du précompilateur. La valeur par défaut est le type 2 CONNECT.

SQLSTATE :
08001

THE SQL STATEMENT CANNOT BE PROCESSED BECAUSE A BLANK COLLECTION-ID WAS FOUND IN THE CURRENT PACKAGESET SPECIAL REGISTER WHILE TRYING TO FORM A QUALIFIED PACKAGE NAME FOR PROGRAM program-name.consistency-token USING PLAN plan-name

Explication :
La dernière entrée ou la seule entrée dans la liste des packages pour le plan contenait un astérisque (*) comme valeur de l’ID de collection. Le registre spécial CURRENT PACKAGESET doit être défini sur un ID de collection non vide pour former un nom de package qualifié.

Action du système :
La déclaration ne peut pas être traitée.

Réponse du programmeur :
Définissez le registre spécial CURRENT PACKAGESET sur l’ID de collecte correct ou demandez à votre administrateur système de vérifier l’exactitude de la liste des packages du plan.

Si cette erreur se produit dans une application qui s’exécute sous le pilote IBM® Data Server pour JDBC et SQLJ, vous avez peut-être trop d’objets Statement, PreparedStatement ou CallableStatement ouverts simultanément. Modifiez votre application pour réduire le nombre d’objets ouverts simultanément ou exécutez à nouveau l’utilitaire DB2Binder avec une valeur de paramètre -size supérieure pour augmenter le nombre de packages disponibles pour le pilote.

SQLSTATE :
22508