Aller au contenu

    Planisware : présentation des batchs intranet

    Introduction

    Une fonctionnalité particulièrement intéressante sous Planisware est celle des batchs intranet. Il s’agit de la possibilité d’administrer, de planifier et d’exécuter des traitements batchs (calculs d’indicateurs, exports de données, mises à jour de données, etc…) directement depuis les Intranet Servers.

    Intérêt de la fonctionnalité

    Cette fonctionnalité qui peut être utilisée en complément des batchs OPX2 classiques présente un certain nombre d’atouts pour l’administrateur technique comme pour l’administrateur fonctionnel.

    1. Administration directe via le module « Administration » en client léger.

    L’ajout, la suppression ou la modification d’un tel traitement batch est réalisable directement depuis l’interface client léger et ne nécessite donc pas d’intervention sur le serveur ou de modification de l’outillage (ordonnancement) de l’application.

    2. Lancement des batchs application démarrée

    Comme dans le domaine industriel l’optimisation du temps pendant lequel une machine ou une application est en fonctionnement est primordiale. Avec les batchs intranet, un certain nombre de traitements batchs que l’on réalisait application arrêtée peuvent être lancés pendant que l’application est démarrée. Ceci permet de réduire la durée de la nuit applicative.

    Paramétrage des batchs intranet

    Le paramétrage des batchs intranet est intégralement décrit dans la documentation Planisware (Planisware Processes Administrator Guide). Nous ne le détaillons donc pas dans cet article.

    Trace des batchs dans les logs

    Les traitements batchs intranet sont lancés directement par l’Intranet Server (IS) Maitre. C’est donc dans les logs du maître que l’on va pouvoir identifier le lancement des batchs ordonnancés.

    Voici un exemple de traces que l’on retrouve dans les logs de l’IS Master :

    {{< highlight java >}} [27/05/2013 20:13:08.000] – Run timer scripts – Transaction 23 1520-268 SQL Close input [27/05/2013 20:13:08.000] – Run timer scripts – Transaction 23 1520-268 SQL done 0 ms [27/05/2013 20:13:08.090] – Run timer scripts – Transaction 23 COMPLETED 200 ms [27/05/2013 20:13:08.109] – run_process_batch0 – Créer [27/05/2013 20:13:08.110] – run_process_batch0 – Transaction 24 1520-268 SQL Connection test [27/05/2013 20:13:08.110] – Relecture en base – Transaction 25 1520-600 SQL Connection test [27/05/2013 20:13:08.111] – run_process_batch0 – Transaction 24 1520-268 SQL done 1 ms [27/05/2013 20:13:08.111] – run_process_batch0 – Transaction 24 1520-268 SQL UPDATE: OPX2__IND_PT_RULE (OPX2__BA_AA_D_LAST_RUN_STATIC) (ONB) [27/05/2013 20:13:08.111] – Relecture en base – Transaction 25 1520-600 SQL done 1 ms [27/05/2013 20:13:08.112] – Relecture en base – Transaction 25 1520-600 SQL COMMIT-WORK: [27/05/2013 20:13:08.112] – run_process_batch0 – Transaction 24 1520-268 SQL done 1 ms [27/05/2013 20:13:08.112] – run_process_batch0 – Transaction 24 1520-268 SQL Close output [27/05/2013 20:13:08.112] – Relecture en base – Transaction 25 1520-600 SQL done 0 ms [27/05/2013 20:13:08.112] – Relecture en base – Transaction 25 1520-600 SQL EXECUTE: set transaction read write [27/05/2013 20:13:08.113] – Relecture en base – Transaction 25 1520-600 SQL done 1 ms [27/05/2013 20:13:08.113] – Relecture en base – Transaction 25 Démarrage du rechargement des données en base [27/05/2013 20:13:08.113] – Relecture en base – Transaction 25 1520-600 SQL SELECT: SELECT SELECT_OPTIMIZER,TRANSACTION_LOG (DATASET TRN_NUMBER OPX2_TABLE ACTION COLUMNS DATA) WHERE (TRN_NUMBER=object_id and opx2_key=’session-1029′) AND (NOT (SESSION_ID = 1029)) order by TRN_NUMBER,LINE_NUMBER HINT /*+ index(TRANSACTION_LOG TRANSACTION_LOG(TRN_NUMBER)) */{{< /highlight >}}

    La commande « run_process_batch0 » est celle de l’exécution d’un batch intranet.

    Erreurs classiques

    On peut recenser un certain nombre d’erreurs classiques de paramétrage empêchant le fonctionnement de batchs intranet.

    Pas de fichier Planisware déclaré pour les batchs

    Dans ce cas les batchs ne sont pas exécutés et on a une erreur du type suivant dans le fichier de log du processus Intranet Serveur Master :

    {{< highlight java >}} [27/05/2013 19:41:04.079] – 127.0.0.1 – – 596 – Watchdog status request OK Il n’y a pas de fichier de données pour les batchs déclarés dans les settings. [27/05/2013 19:41:10.040] – Relecture en base – Transaction 3 1520-588 SQL Connection test{{< /highlight >}}

    Pour résoudre ce problème il suffit d’aller renseigner le fichier par défaut pour les batchs dans l’écran d’administration des « Fichiers » du module « Administration » de Planisware Processes. Par défaut il s’agira du fichier commun nommé « BATCHS ».