Explication | Le service des journaux de reprise a été placé en attente pour permettre au système d'effectuer un copie de sauvegarde des journaux de reprise. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Le service des journaux de reprise a été restauré et est en cours d'exécution. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Ce code de message sert au support des messages qui n'ont pas encore reçu leur propre code. |
Action | Référez-vous au texte du message pour plus d'informations. |
Explication | Le service des journaux de reprise n'est pas parvenu à créer le fichier indiquée dans le message. Le répertoire cible n'est pas accessible ou le système ne dispose pas des droits d'accès appropriés pour créer le fichier requis. |
Action | Vérifiez que la hiérarchie de répertoires requise est valide et que le service des journaux de reprise peut y accéder. |
Explication | Le service des journaux de reprise n'est pas parvenu à verrouiller en mode exclusif le fichier indiqué dans le message. |
Action | Examinez les éventuels messages associés pour déterminer la cause de l'incident. S'il n'y a pas de message associé ou si les messages disponibles n'aident pas à résoudre le problème, contactez le support technique IBM. |
Explication | Un nouveau journal de reprise a été défini pour stocker des données persistantes. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Les anciens journaux de reprise ont été supprimés ou c'est la première fois que les journaux de reprise sont stockés dans cet emplacement. Dans les deux cas, le service associé est lancé et n'effectue pas de traitement de reprise. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Le journal de reprise est en échec et il n'est plus possible d'accéder au journal de reprise. Le composant ainsi que l'exception sont indiqués dans le message. |
Action | Le serveur doit être redémarré pour que le journal puisse être réparé. Essayez de résoudre les incidents indiqués par l'exception dans le message. Si le problème persiste, contactez le Support technique IBM. |
Explication | Ce message est émis avec le message CWRLS0008E pour indiquer des informations sur l'échec du journal de reprise. |
Action | Utilisez les informations de ce message et du message CWRLS0008E pour corriger l'incident qui a entraîné l'échec du journal de reprise. |
Explication | Le service des journaux de reprise effectue la procédure de reprise des services client associés. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | Le service des journaux de reprise effectue la procédure de reprise des services clients associés du serveur homologue. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | Le service des journaux de reprise a demandé à tous les services client associés de lancer la reprise. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | Le service des journaux de reprise a demandé à tous les services client associés de lancer la reprise pour le serveur homologue. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | La procédure de reprise est transmise à un autre serveur WebSphere. En général, cela se produit lorsqu'un serveur est redémarré et qu'il reprend possession de ses journaux de reprise. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Le mécanisme de verrouillage des fichiers utilisé par le service des journaux de reprise pour garantir un accès exclusif aux journaux a été explicitement désactivé. |
Action | Vérifiez que les contraintes appropriées sont appliquées pour prendre en charge ce paramètre de configuration. |
Explication | Le serveur cible est actif ou la configuration des journaux de reprise est incorrecte. |
Action | Assurez-vous que la configuration des journaux de reprise est valide. Si vous n'arrivez pas à résoudre le problème, prenez contact avec le support IBM. |
Explication | Ce message indique que le contrôle d'un journal de reprise a été transmis d'un serveur WebSphere à un autre. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Le service des journaux de reprise a empêché le serveur local de libérer le contrôle de ses propres journaux de reprise. Cet incident est peut-être dû à une configuration inappropriée des stratégies du groupe central. |
Action | Vérifiez que la configuration des stratégies n'affecte pas la propriété du journal des reprises d'un serveur actif. |
Explication | Si un cliché des fichiers journaux est effectué, il sera cohérent avec d'autres états système. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | Si un cliché des fichiers journaux est effectué, il risque de ne pas être cohérent avec d'autres états système. |
Action | Aucune intervention de l'utilisateur n'est requise. |
Explication | Le service des journaux de reprise reprendra son exécution uniquement lorsqu'il n'y aura plus de suspensions en attente. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | S'il n'y a pas d'autres opérations de suspension en attente, le service des journaux de reprise reprendra son exécution. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Message d'information. |
Action | Aucune action de l'utilisateur n'est nécessaire. |
Explication | Une exception a été interceptée lors de la tentative de reprise effectuée après l'échec d'un serveur. |
Action | Examinez les éventuels messages associés pour déterminer la cause de l'incident. S'il n'y a pas de message associé ou si les messages disponibles n'aident pas à résoudre le problème, contactez le support technique IBM. |
Explication | Dans une configuration de haute disponibilité, la reprise peut être automatiquement lancée sur un serveur homologue. |
Action | Vous ne devez pas tenter de démarrer un serveur prenant en charge la fonction de haute disponibilité en mode reprise. |
Explication | Le service des journaux de reprise n'est pas parvenu à verrouiller en mode exclusif le fichier indiqué dans le message lors de la reprise car ce fichier semble en cours d'utilisation. Le service de reprise continue de demander un verrou exclusif pour permettre à la procédure de reprise de se poursuivre. Si le fichier journal appartient au serveur principal, le redémarrage est suspendu tant que les journaux ne sont pas accessibles. Si le journal de reprise appartient à un autre serveur homologue, un autre serveur peut obtenir les verrous et la reprise homologue. Dans ce cas, ce serveur arrête de lancer des tentatives de reprise. |
Action | Examinez les éventuels messages associés pour déterminer la cause de l'incident. S'il n'y a pas de messages associés, vérifiez l'emplacement des journaux de reprise et assurez-vous qu'un autre serveur n'est pas en train de les utiliser. Cela peut se produire lorsque plusieurs serveurs ont été par erreur configurés pour utiliser les journaux de reprise d'un autre serveur. |
Explication | Les journaux de transactions de deux serveurs utilisent la même configuration de répertoire. Cette configuration peut entraîner des conflits d'accès lors de la reprise ou menacer l'intégrité des données. |
Action | Configurez des répertoires distincts pour chaque serveur. |
Explication | Les journaux de compensation de deux serveurs utilisent le même répertoire. Cette configuration peut entraîner des conflits d'accès lors de la reprise ou menacer l'intégrité des données. |
Action | Configurez des répertoires distincts pour chaque serveur. |
Explication | Le service des journaux de reprise ne parvient pas à effectuer ou à terminer la procédure de reprise du serveur local et aucune tâche ne peut plus s'exécuter. Le serveur est en cours d'arrêt. |
Action | Examinez les éventuels messages associés pour déterminer la cause de l'incident. S'il n'y a pas de message associé ou si les messages disponibles n'aident pas à résoudre le problème, contactez le support technique IBM. |
Explication | Le service des journaux de reprise ne parvient pas à initier le traitement de reprise pour le serveur local car il attend que le gestionnaire de haute disponibilité (HAManager) active les membres du groupe pour les journaux de reprise de ce serveur. |
Action | Examinez les éventuels messages associés pour déterminer la cause de l'incident. S'il n'y a pas de messages associés, vérifiez la configuration des paramètres DefaultCoreGroup et les définitions de stratégie associées pour le service des journaux de reprise de ce serveur. Par exemple, si la stratégie TM en cluster n'a pas été configurée pour prendre en charge la reprise par restauration, il est possible qu'un autre serveur détienne les journaux et empêche l'activation de ce serveur. |