Batch server ne redémarre pas après migration vers V12
Le symptôme
Après une migration vers V12, les traitements post-migration restent bloqués en file d'attente. Le batch server ne prend plus en charge les nouvelles tâches soumises. L'administrateur constate que les tâches s'accumulent sans jamais passer à l'état « en cours ».
Cause probable
Le batch server, qui s'exécute dans le contexte Syracuse via node.exe, doit être redémarré explicitement après une migration. Sans ce redémarrage, il ne relit pas ses paramètres (endpoints, nombre de requêtes actives). La table ABATRQT accumule alors des demandes qu'aucun processus actif ne consomme.
Vérifications
- 01Accédez à Administration > Administration > Endpoints > Batch Server et vérifiez l'état affiché : démarré, arrêté ou bloqué.
- 02Consultez Administration > Usage > Gestion des sessions > Informations de session pour confirmer qu'un nœud Syracuse héberge encore le thread batch server.
- 03Interrogez la table ABATRQT et vérifiez si des tâches restent en statut « en attente » sans jamais passer à « en cours ».
- 04Examinez les traces X3 server traces du batch server dans le fichier serveur.tra pour identifier une erreur survenue au redémarrage.
- 05Dans l'écran d'en-tête du batch server, cliquez sur Actualiser (Refresh) ; si les tâches restent bloquées, arrêtez puis redémarrez explicitement le service depuis Administration > Endpoints.
Correction
Arrêtez puis redémarrez manuellement le batch server depuis Administration > Endpoints. Relancez ensuite les traitements post-migration restés en file d'attente dans ABATRQT.
Votre cas est différent ? Posez-le au copilote, la première réponse est gratuite.
Autres fiches sur ces versions
Cette fiche décrit une cause probable, pas un diagnostic sur votre dossier. Testez toujours hors production quand vous en avez la possibilité. House Info est indépendant de Sage.