Identifiez l'origine des incidents liés au verrouillage de l'accès exclusif au magasin de données et étudiez les causes possibles.
Pourquoi et quand exécuter cette tâche
Chaque moteur de messagerie place un verrou exclusif sur son magasin de données. Pendant son exécution, le moteur de messagerie maintient ce verrou afin d'assurer l'intégrité des données contenues dans le magasin de données.
Comparez vos
symptômes avec ceux répertoriés dans le tableau suivant et étudiez les solutions
possibles :
Symptôme |
Motif |
Solution |
Le moteur de messagerie ne peut pas démarrer ni basculer sur un autre serveur. Le moteur de messagerie génère le message d'erreur CWSIS1519. |
Le moteur de messagerie ne peut pas se connecter à la base de données que vous avez spécifiée dans la source de données configurée pour permettre au moteur de messagerie d'accéder à son magasin de données. |
|
Après un délai de plusieurs minutes, le moteur de messagerie
ne peut pas basculer sur un
autre serveur et génère le message d'erreur CWSIS1519. |
Une autre instance du même moteur de messagerie bloque le verrou de magasin de données, ou la base de données n'a pas
libéré un verrou de magasin de données conservé par une instance du même moteur de messagerie ayant échoué. |
- Si vous pouvez établir une connexion à la base de données, il se peut qu'une autre instance du moteur de messagerie conserve un verrou sur le magasin de données. Recherchez d'autres instances en cours d'exécution d'un même moteur de messagerie. Seule une instance de chaque moteur de messagerie peut être exécutée dans un cluster à un moment donné.
- Après l'échec d'une instance de moteur de messagerie
ou d'un serveur d'applications exécuté dans un cluster, il se peut que la base de données n'ait pas libéré les verrous
de base de données qui constituent le verrou de magasin de données. A l'aide des
outils d'administration de votre système de gestion de base de données relationnelle,
examinez les verrous de la table SIBOWNER. Si la base de données conserve toujours les verrous après l'échec d'un serveur, vérifiez
que vous avez bien configuré la vérification d'activité de la connexion
réseau entre le serveur d'applications et le serveur de base de données pour permettre
une reprise en ligne rapide. Examinez par exemple le paramètre des éléments actifs
TCP.
Si vous utilisez DB2 pour z/OS , vous pouvez examiner le délai d'expiration
d'unité d'exécution DB2.
Vous devrez peut-être utiliser vos outils d'administration de base de données pour forcer la libération du verrou sur le
magasin de données.
|
Le moteur de messagerie ne parvient pas
à démarrer et génère les messages d'erreur CWSIS1535 et CWSIS1519. |
Les identificateurs de la table SIBOWNER
ne correspondent pas à ceux du moteur de messagerie. |
- Vérifiez que la source de données configurée pour le moteur de messagerie fait référence à la base de données appropriée.
- Si les identificateurs MEUUID ne correspondent pas, assurez-vous qu'aucun moteur de messagerie précédent n'a utilisé les mêmes tables. Si les tables existent déjà,
supprimez-les à l'aide de la commande DROP, puis recréez-les pour le
nouveau moteur de messagerie.
- Si les indicateurs
INCUUID
ne correspondent pas, cela signifie qu'une autre instance du même moteur de messagerie est en cours d'exécution et qu'elle a acquis le verrou.
Recherchez d'autres instances en cours d'exécution du moteur de messagerie.
|
Le moteur de messagerie démarre puis
s'arrête et génère le message d'erreur CWSIS1519. |
Le moteur de messagerie a perdu son verrou sur le magasin de données. |
- Vérifiez que vous pouvez vous connecter à la base de données via la source de
données spécifiée. Le moteur de messagerie a peut-être perdu la connectivité au réseau, ce qui l'empêche de conserver une connexion à
la base de données.
- Si vous pouvez vous connecter à la base de données, il se peut qu'une autre instance
du moteur de messagerie ait démarré et obtenu un verrou sur le magasin de données. Recherchez d'autres instances en cours d'exécution du moteur de messagerie.
|