Cette rubrique traite des incidents pouvant survenir lors de l'utilisation du gestionnaire des événements ayant échoué.
Sélectionnez l'incident actuel dans le tableau ci-dessous :
Les valeurs des zones D'ici le et A partir du prennent automatiquement leur valeur par défaut si elles sont mal renseignées
Les zones A partir du et Jusqu'au de la page de recherche requièrent des valeurs renseignées dans un format correct respectant l'environnement local. Tout écart dans le format de la valeur (par exemple, quatre chiffres dans l'année au lieu de 2, ou l'omission de l'heure) générera l'avertissement suivant et le remplacement de la valeur de la zone par sa valeur par défaut dans le gestionnaire des événements ayant échoué :
CWMAN0017E:
La date indiquée n'a pas pu être analysée correctement : date_au_format_incorrect.
La date date_par_défaut est utilisée.
La valeur par défaut pour la zone
Date de début est le
1er janvier 1970, 00:00:00 GMT.
Important : La valeur par défaut réellement affichée dans le gestionnaire des événements ayant échoué dépend de votre environnement local et du fuseau horaire. Par exemple, la zone Date de début utilise par défaut la valeur 12/31/69 7:00 PM pour un
poste de travail avec un environnement local en_US se trouvant dans le fuseau
nord-américain EST (Eastern Standard Time, heure de la côte est).
La valeur par défaut de la zone
Date de fin est toujours la date et l'heure du jour, formatées selon votre environnement local et votre fuseau horaire.
Pour éviter cet incident, prenez le plus grand soin lors de la saisie des dates et heures, en respectant le format de l'exemple situé au-dessus de chaque zone.
L'exécution de la fonction de suppression des événements ayant échoué semble interrompre le gestionnaire des événements ayant échoué
L'utilisation du bouton de suppression des événements ayant expiré dans les cas où les résultats de recherche actuels contiennent un nombre important d'événements ayant échoué ou lorsque ces événements comprennent de grandes quantités de données métier, le gestionnaire des événements ayant échoué peut sembler interrompu indéfiniment.
Dans ce cas, il n'est pas interrompu : il traite un ensemble de données volumineux et actualisera les résultats dès que la commande sera
terminée.
Les événements ayant échoué ne sont pas créés
Si le sous-système de reprise ne crée pas les événements ayant échoué, passez en revue la liste suivantes de causes possibles :
- Veillez à ce que wpsFEMgr soit en cours d'exécution. Si nécessaire, redémarrez-le.
- Assurez-vous que la base de données du gestionnaire d'événements ayant échoué a été créée et que la connexion a été testée.
- Assurez-vous que la destination nécessaire pour les événements ayant échoué a été créée sur le bus système SCA. Il doit y avoir une destination des événements ayant échoué pour chaque cible de déploiement.
- Assurez-vous que la valeur Assured a été définie pour le qualificatif QoS Reliability dans toute implémentation SCA, interface ou référence de partenaire qui participe aux événements que le service de reprise doit gérer.
Le serveur échoue lors de l'extraction ou de la suppression d'un grand nombre d'événements ayant échoué.
Le serveur peut échouer si vous utilisez le gestionnaire des événements ayant
échoué pour extraire ou supprimer simultanément un grand nombre d'événements
ayant échoué. Pour empêcher cela, vérifiez bien le nombre total d'événements
ayant échoué dans la page principale du gestionnaire des événements ayant
échoué avant d'effectuer des actions de recherche ou se suppression. Si vous
avez un grand nombre d'événements ayant échoué, n'essayez pas de tous les
extraire ou les supprimer simultanément. Utilisez à la place l'option
Gestionnaire d'événements
ayant échoué pour renvoyer un sous-ensemble des événements ayant
échoué qui répondent à des critères spécifiques.
Vous pouvez ensuite supprimer tous les événements dans l'ensemble des résultats filtrés sans provoquer d'incident sur le serveur.
Remarque : Plusieurs facteurs de votre environnement peuvent affecter le nombre
d'événements ayant échoué que le serveur peut renvoyer ou supprimer dans une
même demande, y compris les autres processus en cours d'exécution sur la même
machine que le serveur et la quantité de mémoire disponible.