Par Thibault Gonin
Introduction Lorsque l’on installe un environnement Planisware Server en cluster (plusieurs Intranet Servers) connecté à un schéma de base de données Oracle il est utile de vérifier que la base Oracle est bien configurée pour ce type de fonctionnement. En particulier lorsque l’on a un nombre important d’Intranet Server démarrés il faut vérifier que le nombre maximal de sessions autorisées sur la base de données est bien paramétré. Services Planisware et interactions avec la base de données
Par Thibault Gonin
Sous UNIX lorsqu’une instance Planisware (PLW) est démarrée un certain nombre de processus système apparaissent. Chaque module Planisware (Connect, Application Server ou Intranet Server, Dispatch, Timecard etc.) possède un certain nombre de processus et sous-processus qui lui est propre. En exploitation il peut être intéressant de superviser ces processus unix pour détecter une éventuelle défaillance de l’un d’eux. Cet article présente d’une part les processus Planisware présent sur un serveur UNIX et d’autre part les stratégies de surveillance que l’on peut mettre en place pour une supervision efficace.
Par Thibault Gonin
**Description ** Afin d’automatiser l’arrêt-relance du progiciel P5 on peut utiliser OPX Services Scheduler qui fonctionne sur toutes les plateformes. Sur les serveurs UNIX, on peut être amené à utiliser la fonctionnalité CRONTAB pour gérer les arrêt-relances de l’application (en particulier sur des environnements de test ou de recette). Si l’on programme l’arrêt-relance de P5 dans la crontab de l’utilisateur « root » en exécutant les scripts d’arrêt-relance standard P5 « stop-opx2 » et « start_opx2 » on ne rencontrera pas de problème particulier.