de travaux
- Vous pouvez rechercher un travail en saisissant Commande.
- Les travaux peuvent également être filtrés en activant Afficher le filtre. Différents filtres répertoriés ci-dessous sont fournis pour rechercher un travail :
- Filtre de magasin
- Type d'application
- Filtre d'état
- Filtre de statut
- Date de début
- Date de fin
- Travaux au niveau du site
- Commandes conçues pour s'exécuter automatiquement à un moment donné. Leur exécution ne requiert aucune vérification d'instruction d'activité de logique applicative. Seuls les administrateurs de site peuvent planifier ce type de travail. Lorsqu'une tâche régulière est planifiée, une nouvelle entrée est créé avec l'état I dans la table SCHACTIVE. Lors de l'exécution de la tâche, une nouvelle entrée est créée dans la table SCHSTATUS. La nouvelle entrée contient les informations d'état de l'exécution du travail planifié. Exemples de travaux au niveau du site : SendMarketingTriggers et SendTransactedMsg.
- Travaux au niveau du magasin
- Comparables aux travaux classiques, à cela prêt qu'ils contiennent une instruction de tâche qui vérifie la logique applicative afin de déterminer la nécessité de l'exécution du travail. Ce processus de filtrage permet au planificateur de n'exécuter que les travaux nécessaires, réduisant ainsi sa charge de travail. Lorsqu'un travail au niveau du magasin est créé, une entrée est créée dans la table SCHACTIVE avec l'état W. Les tâches de niveau de magasin sont associées à un magasin particulier et peuvent être programmées par les administrateurs du site. Lorsque le travail est exécuté, une nouvelle entrée est créée dans la table SCHSTATUS. La nouvelle entrée contient les informations d'état de l'exécution du travail planifié. Exemples de travaux au niveau du magasin : travaux de commande tels que ProcessBackorders et OrderClose.
- Travaux de diffusion
- S'appliquent à tous les clones pour que ceux-ci s'exécutent immédiatement ou dès que possible. Ils s'exécutent une fois sur tous les clones ou les Transaction server connectés à la même base de données. L'heure de début d'un travail de diffusion est toujours l'heure actuelle. Ces travaux expirent à l'issue de la période spécifiée dans le fichier de configuration. La période d'expiration par défaut est de 30 minutes. L'état d'un travail de diffusion est consigné dans la table de base de données SCHBRDCST et est affiché dans la page Ecran de statut du planificateur. Exemples de travaux de diffusion : RefreshLocalRegistry et SaveMarketingStatistics.
Chaque travail s'exécute sous la forme d'une unité d'exécution indépendante et plusieurs travaux peuvent être planifiés pour s'exécuter simultanément. Un nombre fixe d'unités d'exécution est affecté à chaque groupe d'applications. Pour éviter une surcharge du pool d'applications par défaut, la fenêtre Planification du travail permet de partitionner les applications. Le type d'application est indiqué dans la table SCHCONFIG ainsi que le nombre d'unités d'exécution affectées à ce travail.
La fenêtre Planification du travail permet également de spécifier l'heure de début d'un travail. Des informations de suivi du travail, dont l'heure de début, l'heure de fin et l'état, sont conservées dans la table SCHSTATUS et affichées sur la page Ecran de statut du planificateur.
ThreadMonitor W WSVR0605W: Thread "WorkManager.default : 12" (00000029) has been active for 764118 milliseconds and may be hung. There is/are 1 thread(s) in total in the server that may be hung.Si une unité d'exécution est active pendant plus de 30 minutes, HCL Commerce considère qu'elle est suspendue. Vous pouvez ignorer ces avertissements si certains travaux du planificateur s'exécutant sur ces unités d'exécution sont censés s'exécuter pendant plus de 30 minutes. Si nécessaire, configurez la WebSphere Application Server de hang detection policy avec des valeurs plus appropriées.
Lorsque des travaux ne sont pas censés s'exécuter pendant plus de 30 minutes et que l'avertissement figure toujours dans le fichier SystemOut.log, des vérifications plus poussées peuvent s'avérer nécessaires. En règle général, il est possible d'utiliser la spécification de trace, com.ibm.websphere.commerce.WC_SERVER=all, pour déterminer quel travail a été exécuté sur cet ID d'unité d'exécution (par exemple, 00000029).
Le tableau suivant montre les travaux qui sont programmés pour s'exécuter sur le planificateur par défaut.
| Travail | Description | Pour plus d'informations |
|---|---|---|
| ActivityCleanUp | Nettoie les données sur les activités qui sont stockées dans les tables CTXMGMT et CTXDATA. | URL ActivityCleanUp |
| CleanECEvent | Supprime jusqu'au nombre maximal spécifié d'événements métier de la table de base de données BUSEVENT. Ces événements métier sont à l'état purgé ou plus anciens que la durée d'expiration spécifiée (par défaut, 30 minutes). Les enregistrements de base de données pour les événements métier sont supprimés et validés par lots de 5000. Le nombre maximal par défaut d'événements métier est de 500 000. Par défaut, ce travail planifié s'exécute toutes les 30 minutes. | Planification du travail CleanECEvent |
| DynaCacheInvalidation | Invalide les entrées dans le cache dynamique WebSphere Application Server. | URL DynaCacheInvalidation |
| EvaluateRuleBasedCategories | Réapplique les règles sur les catégories des ventes basées sur les règles dans un intervalle de temps configuré. | Création de la tâche planifiée d'évaluation de catégorie des ventes à base de règles |
| EventProcessor | Traite les événements à l'état -10. Les événements d'analyse sont envoyés à un système d'analyse externe, puis mis à jour à l'état -20 et les événements de non analyse sont mis à jour à l'état -20. Par défaut, ce travail planifié s'exécute toutes les heures. | Planification du travail EventProcessor |
| RaiseECEvent | Traite les ECEvents de base en attente. Pour plus d'informations, consultez la rubrique | URL RaiseECEvent |
| RefreshLocalRegistry | Actualise le registre local. | |
| SaveMarketingStatistics | Enregistre dans la base de données les statistiques cumulées. | Planification du travail SaveMarketingStatistics |
| SchedCoupon | Traite les coupons en cours pour vérifier l'expiration. | URL SchedCoupon |
| SendMarketingTriggers | Planifie l'envoi des activités de courrier électronique marketing. Ce travail traite également les déclencheurs dans les activités de dialogue et génère les listes des articles les plus consultés sur le web et des listes de meilleures ventes dans les activités Web. | Planification du travail SendMarketingTriggers |
| SendTransactedMsg | Envoie tous les messages en suspens en utilisant les services Send Transacted Sending. | URL SendTransactedMsg |
| TicklerUnlockMonitor | Débloque les rappels qui sont bloqués pendant plus d'une durée spécifiée. | URL TicklerUnlockMonitor |
| UpdateSearchIndex | Synchronise les modifications de catalogue de publication rapide avec l'index de recherche dans la production. | Création et planification du travail UpdateSearchIndex |