Par Thibault Gonin
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. Administration directe via le module « Administration » en client léger.
Par Pierre Liseron
Optimisation WEB: Partie 2 – Quickwins et les optimisations faciles Voici donc ce qui pourrait faire office de mémo, ou de checklist lorsque l'on souhaite améliorer les performances de son application web. La liste des optimisations fournies ici est loin d’être exhaustive mais chaque point a l'avantage d’être facile à réaliser. Compresser les flux entre le serveur et le client (Gzip / Deflate) Première chose à réaliser facilement et qui ne coûte presque rien à faire est de mettre en place la compression entre le serveur (Apache dans cet exemple) et le client.
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
Dans les derniers programmes d’installation de Planisware Application Server sous Windows 7 (comme celui de la P5 SP2 Windows par exemple) les fichiers de configuration (opx2.ini, database.ini, intranet.ini et timecard.ini) et le répertoire des patchs (« updates ») ne sont plus localisés dans le répertoire classique : \Planisware Application Server\INSTANCE_P5\OPX2Modules\ Ceci est un peu déroutant mais les fichiers de configuration ainsi que le dossier contenant les patchs ont été déplacés sous une arborescence utilisateur de Windows 7 :
Par Thibault Gonin
Introduction Plusieurs pages de connexion ou d’administration de Planisware 5 Processes sont accessibles directement en client léger en indiquant la bonne URL. Description des pages et URL associées La première partie de l’URL est relativement classique : http://<DNS_SERVER>:<PORT_APACHE>/<INSTANCE_PLW>/OPX2/<_DNS_SERVER_>:<PORT_IS>/ Avec : <DNS_SERVER> : IP ou nom dns du serveur <PORT_APACHE> : port du serveur apache <INSTANCE_PLW> : nom de l’instance Planisware Server <DNS_SERVER> : IP ou nom dns du serveur <PORT_IS> : port de l’Intranet Server slave
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.