Manuel-exploitation v1 0

—

VILLE DE LORMONT

Procédures d’exploitation

Projet : exploitation du progiciel Astre pour la ville de Lormont

Date : 26 octobre 2015

Version : 1.0

GFI Informatique est certifié ISO 9001 :2008 pour ses activités de : - Conception, réalisation et intégration de systèmes informatiques. - Maintenance de systèmes informatiques. - Management de systèmes (Infogérance) - Edition et distribution de progiciels et prestations associées (Conseil et Services)

Le libellé complet du certificat est disponible sur le site www.gfi.fr (activités certifiées et détail des sites pour chaque activité).

http://www.gfi.fr/

Procédures d’exploitationVersion : 1.0 – 26 octobre 2015© 2011 – Gfi Informatique 2 / 37

Fiche de suivi du document

Suivi des versions et approbation du document

Modification : Approbation de la version :

Version Date Rédaction Approbation Statut

Version 1.0 : 26/10/2015 Patrice BOUVET Création du dossier

Version 1.1 :

Version 1.2 :

Version 1.3 :

Version 1.4 :

Version 1.5 :

Suivi des modifications

Version Objet

Version 1.0 :

Version 1.1 :

Version 1.2 :

Version 1.3 :

Version 1.4 :

Version 1.5 :


SOMMAIRE

1. INTRODUCTION....................................................................................1.1 Objectifs du document...........................................................................................

1.2 Acteurs potentiels...................................................................................................

3. DESCRIPTION DE LA PLATEFORME TECHNIQUE...........................3.1 Schéma de la plateforme technique ASTRE........................................................

3.2 Tableau récapitulatif des serveurs mises en place.............................................

3.3 Middleware déployés..............................................................................................

3.4 Organisation de l’arborescence par serveur........................................................

3.4.1 Serveur de base de données :.................................................................................

3.4.2 Serveur éditique :....................................................................................................

3.4.3 Serveurs d’applications :.......................................................................................

4. Exploitation des environnements....................................................4.1 Arrêt et relance d’un environnement..................................................................

4.1.1 Ordre d’arrêt et de démarrage................................................................................

4.1.2 Arrêt / Relance base de données et du listener....................................................

4.1.3 Arrêt / Relance de l’environnement applicatif......................................................

4.2 Purges des logs....................................................................................................

4.2.1 Purge du cache applicatif.......................................................................................

4.2.2 Purge des logs Apaches.........................................................................................

4.2.3 Purges des logs des JVM.......................................................................................

4.2.4 Purges des logs de l’Astromate.............................................................................

4.3 Contrôle du fonctionnement des environnements............................................

5. Recommandations exploitation........................................................5.1 Sauvegardes..........................................................................................................

5.1.1 Exploitation / administration..................................................................................

6. Mise à jour applicatives :..................................................................

SOMMAIRE


6.1.1 Mode opératoire :.......................................................................................................

7. Matrice des flux..................................................................................7.1.1 Environnement de production...............................................................................

7.1.2 Environnement de test...........................................................................................

7.1.3 Environnement de formation.................................................................................

8. Exemple de tableau de suivi des tests techniques........................

9. Postes client.......................................................................................

10. Glossaire.............................................................................................


1. INTRODUCTION

1.1 Objectifs du document

Ce document a pour objectif de décrire le déploiement réalisé et de de recenser les tâches d’exploitation courante et de vous indiquer les manipulations nécessaires à l’exécution de ces procédures.

Les évolutions du document seront à la charge de GFI Progiciels jusqu’au passage en production de la solution. Il sera alors remis au Service Informatique du Conseil Général de Lormont et sera versé au dossier d’exploitation de la solution ASTRE. Conseil Général de Lormont pourra alors le faire évoluer.

1.2 Acteurs potentiels

Pour la ville de Lormont :

Participant Adresse email Téléphone Fonction

M. Eric Fessard [email protected] 05 56 33 27 46

Service Informatique

Pour GFI Progiciels :

Participant Adresse email Téléphone Fonction

M. Christophe Bodin (CBo) [email protected] 01 44 04 57 77

06 73 98 17 53

Directeur du Pôle Intégration Technique

M. Rubis Bedard (RBe) [email protected] 06 12 25 89 09

M. Jean-Stéphane Samson (JSSa)

[email protected]

06 73 69 93 11

Chef de projet technique

M. Patrice Bouvet (PBo) [email protected] 06 73 69 94 03

Consultant Technique

2.

mailto:[email protected]





3. DESCRIPTION DE LA PLATEFORME TECHNIQUE

3.1 Schéma de la plateforme technique ASTRE

La compréhension de ce schéma est indispensable pour exploiter de manière éfficace les environnements ASTRE. Le schéma permet d’identifier rapidement l’origine d’éventuelles dysfonctionnements et réduit le temps de résolution des incidents.

Accès à l’application Astre :http://Astreappli7001/astre pour l’environnement Astre-GF de production.http://Astreappli:8001/astre pour l’environnement Astre-GF de testhttp://Astreappli:4001/astre pour l’environnement Astre-RH de production.http://Astreappli:5101/astre pour l’environnement Astre-RH de test

http://Astreappli:5101/astre

http://Astreappli:4001/astre

http://DS-HorusTest:8001/astre

http://DS-Horus7001/astre


Votre environnement Astre est constitué de : 1 serveurs de base de données (Astre-GF / Astre-RH / Production / Test / GED) 1 serveurs d’application et d’impression (Astre-GF / Astre-RH / Production / Test) 1 serveurs de batch (Astre-GF / Astre-RH / Production / Test)

Principe de fonctionnement :Les utilisateurs se connectent à l’aide de leur navigateur en http sur un environnement en fonction du port utilisé.Sur un environnement de production, sur le serveur d’application, les JVM sont dimensionnées à 512 Mo de RAM et peuvent supporter jusqu’à 50 connexions en simultané (chacune).Chaque JVM intègre un pool de connexion qui effectue une connexion JDBC (avec la JDK installée) à la base de données grâce au fichier database.properties de l’environnement sélectionné sur le serveur d’application.


3.2 Tableau récapitulatif des serveurs mises en place

Rôle Système d’exploitation

Nom NetBios Configuration virtuelle

Partitionnement

Serveur de base de données

Windows 2008 R2 ASTREDATA 2 VCPU

16 Go de RAM

Serveur d’application

Windows 2008 R2 ASTREAPPLI 2 VCPU

10 Go de RAM

Serveur de Batch Linux CentOS 6.4 ASTREBATCH 2 VCPU

4 Go de RAM


3.3 Middleware déployés

Serveur de base de données Produit tiers Version

Moteur SGBDR* ORACLE 11.2.0.4

Serveur d’application Produit tiers Version

Middleware J2EE* JBoss EWS 6

Connexion SQLNET* Instant Client Oracle 11.2.0.2

Java Development KIT* JDK 1.6

Serveur éditique Produit tiers Version

Serveur HTTP/FTP IIS 7

3.4 Organisation de l’arborescence par serveur

3.4.1 Serveur de base de données :

Chacun des serveurs installés héberge dans le répertoire E:\Sources toutes les sources nécessaires à sa réinstallation. Pour le serveur de base de données, le noyau a été installé par le conseil départemental. Les sources y sont absentes.

Les serveurs ont également tous un répertoire « Exploit » regroupant les scripts standard d’exploitation des environnements.

Sur le serveur de base de données les procédures permettent l’arrêt, le démarrage de la base de données, et la sauvegarde. Le répertoire Optimis permet d’exécuter des scripts comme la remise en place des statistiques, la reconstruction des indexes, la compilation des objets invalides, les paramètres d’initialisations de la base.


Contenu du fichier E:\Exploit\GFPROD\Optimis\param.sql :

connect sys/oracle as sysdbaalter system set optimizer_mode=ALL_ROWS scope=both;alter system set cursor_sharing = Exact scope=both;alter system set optimizer_index_caching=0 scope=both;alter system set optimizer_index_cost_adj=100 scope=both;alter system set db_block_checksum=false scope=both;exit;

Avec l’évolution des versions de l’application, ces paramètres peuvent être amenés à évoluer. Il convient d’adapter ce fichier en fonction des prérequis formulé par Gfi-Progiciels.

Les fonctionnalités proposées sont exactement les mêmes que pour la production, avec une procédure de bascule des données de production vers test ou formation.

Contenu du fichier E:\Exploit\GFPROD\Sauvegarde\sauvegarde.cmd :

La procédure de sauvegarde prend en charge différents cas de figure. Le Listener n’est pas sollicité et peut donc être arrêté sans perturber la procédure de sauvegarde. La sauvegarde déplace le dernier dump généré avant de se déclencher afin d’éviter la suppression d’une sauvegarde valide avant le déclanchement d’un nouvel export. Enfin une copie physique de la base est réalisée avant la mise à disposition de la base de données aux utilisateurs.

.


Le répertoire E:\Oracle\admin\GFPROD\adump permet de stocker les fichiers d’audit s’ils sont activés dans Oracle.

Le répertoire E:\Oracle\admin\GFPROD\creation héberge les scripts permettant de recréer la base de données ou de lancer des imports full en cas de restauration par exemple.

Dans le répertoire E:\Oracle\admin\GFPROD\log sont générés les fichiers de log relatifs à la création de la base de données. En revanche aucun log lié au fonctionnement de la base.

Enfin le répertoire E:\Oracle\admin\GFPROD\pfile stock le fichier initGFPROD.ora listant les options de démarrage de l’instance. Une fois la base de données créée, un spfile est créé depuis ce fichier.

Les sous-répertoires E:\Oracle\admin\GFPROD\log et E:\Oracle\admin\GFPROD\dpdump ne sont pas utilisés.

Attention: Sur les serveurs de base de données de test, le script creation_GFTEST.cmd dans le répertoire E:\Oracle\admin\GFTEST\creation\ est sollicité par le script de bascule lancé dans E:\Exploit\GFTEST\Bascule\bascule.cmd. Il en est de même pour l’environnement de formation


Les sauvegardes sont stockées dans le répertoire D:\Oracle\Export\.

Chaque environnement possède son répertoire y hébergeant la sauvegarde logique (dump).

La dernière sauvegarde générée avant l’exécution de la procédure est conservé dans le sous-répertoire « precedent ».

Sécurité supplémentaire, une copie physique de la base est réalisée et est stocké dans le répertoire E:\Oracle\Sauvegarde_Physique.

La planification de sauvegarde est géré par le planificateur de tâches Windows :


Emplacement des fichiers de la base de données :

Cet ensemble de fichiers constitue l’intégralité de l’enveloppe de la base Oracle.


3.4.2 Serveur d’application :

Emplacement de la dll et de l’installer .MSI du composant COM+ de fusion.

Répertoire applicatif de la fusion bureautique.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\courrier, héberge les fichiers générés par la fusion au format Word ou Excel.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\donnees, héberge les fichiers texte contenant l’extraction des données de la base.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\fusion, héberge les fichiers .asp permettant le déclenchement de la fusion.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\modeles, héberge les documents types fournis par GFI et modifiés par la ville, avant le déclenchement de la fusion.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\modelesreference, héberge les documents types fournis par GFI lors d’une mise à jour applicative.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\og, héberge les fichiers .asp permettant le déclenchement de la fusion.

Le sous-répertoire E:\Bureautique\courrier-GFPROD\PDFs, héberge les fichiers générés par la fusion au format PDF.


Le serveur d’application a également tous un répertoire « Exploit » regroupant les scripts standard d’exploitation des environnements. Les fonctionnalités proposées sur ce serveur sont les procédures d’arrêt, de démarrage, de purge de log ou de cache, et la compilation des pages.

Emplacement des JVM. Deux JVM sont déployées sur le serveur d’application de production. Une pour les utilisateurs, et une dédié aux éditions Actuate.

Le répertoire E:\JBoss\EWS\share\tomcat6\GFPROD\LB1\conf héberge le fichier serveur.xml dans lequel sont spécifiés les ports de communication de la JVM, le root applicatif, …

Le répertoire E:\JBoss\EWS\share\tomcat6\GFPROD\LB1\logs héberge l’ensemble des fichiers de log de la JVM.

Le répertoire E:\JBoss\EWS\share\tomcat6\GFPROD\LB1\sbin héberge les scripts permettant de créer le service de la JVM.

Le répertoire E:\JBoss\EWS\share\tomcat6\GFPROD\LB1\work stock le cache applicatif de la JVM. Ce répertoire doit être purgé dans le cadre d’une mise à jour de l‘application ASTRE.


Le répertoire E:\Oracle héberge un instant client Oracle en version 11.2.0.2, et un client SQL Developer. Il héberge également la JDK version 1.6.0_030 nécessaire pour connecter les JVM à la base de données en JDBC.

Le répertoire E:\wwwGFPROD est appelé « root applicatif ». Ce répertoire héberge :

Le répertoire astre

Les sous-répertoires admin, as, composants, console, og, et trace, du répertoire astre constituent l’interface web.

Le sous-répertoire « astromate » héberge l’outil Astromate nécessaire pour la prise en charge des traitements utilisateurs.


Les sous-répertoires WEB-INF et META-INF constituent les descripteurs permettant le fonctionnement de l’application web.

Le sous-répertoire « modeles » est enrichi lors du déploiement des modèles pour la fusion bureautique.

Les fichiers .proerties

Les fichiers .properties sont nécessaires au « paramétrage » de l’architecture ASTRE.

Le fichier database.properties :

##Mon Jan 19 16:01:45 CET 2015GFPROD.astre.user=astreGFPROD.astre.description=Base de Production ASTREGFPROD.astre.idlemaxtime=180GFPROD.astre.initconns=5GFPROD.astre.usedmaxtime=300GFPROD.astre.waitmaxtime=60drivers=oracle.jdbc.driver.OracleDriverdefautpool=GFPRODGFPROD.astre.password=ITBCA0IIBIQITI2GFPROD.astre.maxconns=50GFPROD.astre.url=jdbc\:oracle\:thin\:@ASTREDATA\:1523\:GFPROD


Le fichier database.properties, permet d’établir la connexion JDBC entre la JVM et la base de données. La valeur de « GFPROD.astre.url » permet de réaliser cette liaison.La valeur de « initconns » donne le nombre de connexions créées au démarrage de la JVM.La valeur de « maxconns » définit le nombre maximum de connexions que la JVM peut créer.La valeur de « usedmaxtime » définit le temps en secondes avant que la JVM passe la connexion d’utilisé à libre (si le code de la page ne libère pas la connexion).Enfin la valeur de « idlemaxtime » gère la suppression de connexion JDBC libre afin de ne pas atteindre la limite du nombre de connexions maximum.

Le fichier astromate.properties :

serveurAstromate=ASTREAPPLIportAstromate=17001repertoireLogs=D:/wwwGFPROD/astre/astromatePurgeTraitementEnErreur=14PurgeTraitementTermine=10NombreTraitement=4serviceAstromate=Astromate

Définit le paramétrage de l’Astromate de par son emplacement, le nombre de traitement simultané qu’il permet.

Le fichier courrier.properties :

##Wed Jan 21 14:24:43 CET 2015#courrier.LecteurReseau=http\://ASTREAPPLI/courrier-GFPROD/courrier.LecteurReseau=courrier.ftpUser=fusioncourrier.DirFichiersDonnees=/astre/temp/courrier.ServeurIp=ASTREAPPLIcourrier.ServeurPort=80courrier.FtpPort=21courrier.NomImpVirtuellePdf=imp_GFPRODcourrier.SuppFichiersDonnees=Ocourrier.ftpUserPasswd=II3U2090AIBIII30Icourrier.repBureautique=courrier-GFPROD

Définit le paramétrage du fonctionnement du système de fusion bureautique.


Dans le répertoire E:\wwwGFPROD\WEB-INF\ se trouve le fichier web.xml

Il permet de changer le temps d’inactivité nécessaire avant la déconnexion automatique des utilisateurs.


4. Exploitation des environnements

4.1 Arrêt et relance d’un environnement

4.1.1 Ordre d’arrêt et de démarrageL’ordre d’arrêt et de démarrage est primordial pour le bon fonctionnement du progiciel ASTRE. Il convient de respecter scrupuleusement l’ordre des actions à mener et de vérifier que l’arrêt ou le démarrage du composant a fonctionné avant de passer à l’étape suivante.

4.1.1.1 Arrêt d’un environnement

- Arrêt des JVM- Arrêt de l’Astromate- Arrêt de l’automate- Arrêt de la base de données et de son listener

4.1.1.2 Démarrage d’un environnement

- Démarrage de la base de données et de son listener- Démarrage de l’automate- Démarrage des JVM- Démarrage de l’Atromate.

4.1.2 Arrêt / Relance base de données et du listener

Exécuter en tant qu’administrateur le script E:\Exploit\GFPROD\Arret\Arret_base.cmd

Ce script arrêtera la base en mode immédiate

Exécuter en tant qu’administrateur le script E:\Exploit\GFPROD\Demarrage\demarrage_base.cmd

Ce script démarrera la base de données et la rend disponible aux utilisateurs.

Exécuter en tant qu’administrateur le script E:\Exploit\GFPROD\Demarrage\demarrage_sauvegarde.cmd


Ce script n’est utilisé que dans le cadre de l’exécution de la procédure de sauvegarde. Il démarre la base en mode « restrict », seuls les utilisateurs possédant les droits « sysdba » peuvent se connecter à la base.

4.1.3 Arrêt / Relance de l’environnement applicatif

Exécuter en tant qu’administrateur le script E:\Exploit\GFPROD\Arret\Arret_complet.cmd

Ce script arrêtera l’environnement applicatif en respectant l’ordre qui convient :

- Arrêt des JVM- Arrêt de l’astromate

Exécuter en tant qu’administrateur le script E:\Exploit\GFPROD\Demarrage\demarrage_complet.cmd

Ce script démarrera l’environnement applicatif en respectant l’ordre qui convient :

- Démarrage des JVM- Démarrage de l’Astromate

Exécuter en tant qu’administrateur le script

Des scripts d’arrêt et de démarrage sont disponibles pour agir individuellement sur l’Astromate, l’apache ou les jvm.

4.1.4 Arrêt / Relance de l’automateIl convient de se connecter à la vm de batch linux en tant que dbgfprod (pour se connecter à l’environnement batch GFPROD).

Exécuter le script /appgfi/gfprod/progs/clt/arret_automate.sh pour arrêter l’automate

Exécuter le script /appgfi/gfprod/progs/clt/lance_auto_immediat.sh pour démarrer l’automate en mode immédiat.


4.2 Purges des logs

Les répertoires E:\Exploit sur chacun des serveurs proposent également la purge automatique des logs. Il convient de surveiller la volumétrie de ces logs afin de ne pas constater de baisse de performance ou ne pas avoir de problème lors de leur consultation.

4.2.1 Purge du cache applicatifExécuter en tant qu’administrateur le script E:\Exploit\GFPROD\purge\purge\purge_cache.cmd

Ce script supprimera le cache applicatif lié à la version de l’application. Il est nécessaire de supprimer le cache après chaque mise à jour. La génération du cache est expliquée dans la procédure de mise à jour.

4.2.2 Purges des logs des JVMExécuter en tant qu’administrateur le script E:\Exploit\GFPROD\purge\purge\purge_logs_jvm.cmd

Purge les logs contenus dans le répertoire E:\JBoss\EWS\share\tomcat\GFPROD\LBn\logs.

4.2.3 Purges des logs de l’AstromateExécuter en tant qu’administrateur le script E:\Exploit\GFPROD\purge\purge\purge_logs_astromate.cmd

Purge les logs contenus dans le répertoire E:\wwwGFPROD\astre\astromate\.


4.3 Contrôle du fonctionnement des environnements

4.3.1.1 Contrôles du serveur d’application

Accès à l’application :

http://ASTREAPPLI:7001/astre pour l’environnement applicatif Astre-GF de production.http://ASTREAPPLI:7001/astre/admin pour les pages d’administration.

Etat des JVM :

Pour tester l’accès à la jvm, il est possible de se connecter directement dessus en http. Il convient de modifier l’URL d’accès pour ne pas utiliser le frontal Apache. http://ASTREAPPLI:8180/astreLa consultation des logs des JVM est disponible dans les répertoires E:\JBoss\EWS\share\tomcat\GFPROD\LBn\logs pour analyser des dysfonctionnements éventuels.

Etat de l’Astromate :

L’état de l’Astromate est disponible sur les pages d’administration. L’URL des pages d’administration est consultable à l’adresse http://ASTREAPPLI:7001/astre/admin, dans le menu Astromate>Gestion des paramètres.Le fichier astromate.dtd ne doit pas être à 0 ko dans le répertoire E:\wwwGFPROD\astre\astromate\data

http://horus-prod-app/astre/admin

http://DS-HORUS:8180/astre

http://horus-prod-app/astre/admin


Etat des connexion JDBC :

Il faut se connecter aux pages d’administration et se rendre sur la page "Edition du fichier des paramètres"

L’état des connexions JDBC est disponible en cliquant sur le bouton de test du pool de connexion

Service nécessaire au fonctionnement du serveur d’application :


4.3.1.2 Contrôles du serveur de base de données

Etat du Listener :

Pour tester une connexion au Listener, il convient d’exécuter la commande : tnsping GFPROD. Attention la commande tnsping ne teste pas l’accès à la base, mais sollicite uniquement le module d’écoute Oracle sur le serveur de base de données.

Etat de la base de données :

Pour tester l’accès à la base de données, il convient de se connecter en sqlplus par la commande : sqlplus system@GFPROD depuis le serveur d’application ou le serveur de base de données.Une fois la connexion à la base réalisée vous pouvez taper la requête SQL suivante :select instance_name, status from v$instance ;La valeur de "Status" doit être "OPEN" et non "STARTED". Vous pouvez ensuite tester la connexion à la base avec un utilisateur n’ayant pas les droits sysdba afin d’être certain que la base n’est pas démarrée en mode "restrict" (connect astas@GFPROD).


Pour réaliser une connexion JDBC, il faut exécuter la commande suivante :

4.3.1.3 Contrôles du serveur d’impression

Service nécessaire au fonctionnement du serveur de base de données :

Système de fusion :

Le serveur ASTREAPPLI héberge le système de fusion bureautique.Le service "fusion" doit être démarré.Il est possible de tester le composant de fusion depuis le module d’administration.Un bouton de "test de fusion" y est disponible. Si vous cliquez sur le lien "détails", vous pouvez également tester la version de la DLL de fusion.Les tests de parcours des répertoires virtuels est possible en FTP sur le port 21 et en HTTP sur le port 80.

Service nécessaire au fonctionnement du serveur d’impression :

4.3.1.4 Contrôles du serveur de batch

Les processus de l’automate :

L’automate doit déclancher trois processus par environnement (ni plus, ni moins).

Soit, un process "lanceSRV", et deux processus "lancebat i".


5. Recommandations exploitation

5.1 Sauvegardes

Sauvegardes à posséder avant une intervention GFI Progiciels: Sauvegarde complète système (Windows), Noyau ORACLE, Base de données de production, export logique des données Modèles de documents bureautique Programmes applicatifs (root applicatif du serveur d’application).

Rappel des préconisations concernant les sauvegardes

Type de sauvegarde Fréquence minimale Observations

Sauvegarde logique des données des bases de production

Quotidienne et avant et après chaque mise à jour

par les tâches planifiées

Programmes Batchavant et après chaque modification de version applicative

Copie de fichier à plat du répertoire $SDL6_HOME

Modèles de documents et documents fusionnés

avant et après chaque modification des documents modèles

Copie de fichier à plat du contenu du répertoire virtuel de fusion bureautique

Root Applicatifavant et après chaque modification de version applicative

Copie de fichier à plat du root applicatifDu serveur d’application

Sauvegarde des machines virtuelles

avant et après chaque modification de version applicative

Pour toutes les plates-formes : environnements applicatifs arrêtés.

NB Nous vous conseillons de remplacer à intervalles réguliers les supports magnétiques utilisés pour les sauvegardes des données de production. Une utilisation régulière et prolongée dégrade ces supports ce qui pourrait vous empêcher de procéder à une restauration complète en cas de besoin.


5.1.1 Exploitation / administration

Veuillez trouver ci-joint les tableaux récapitulatifs des tâches d’exploitation et d’administration système et oracle à réaliser sur les serveurs de données et serveurs d’application ASTRE.

1.6.3.1 Maintenance mensuelle :

Tâches d’exploitation Compétences Interruption de l’exploitation

Analyse et purge des logs Oracle (alert + sqlnet) Administration Système / DBA

Complète

Vérification des processus système, vérification du journal du système.

Administration Système

Non

Purge des fichiers et répertoires temporaires du système


Non

Purge des logs et des fichiers .lis et .dat Administration Système

Non

Purge des logs Weblogic et Apache Administration Système

Applicatif

Purge des fichiers générés par le module de fusion bureautique


Non

Plate forme Windows : reboot de la plate forme


Complète


1.6.3.2 Maintenance trimestrielle :


Purge des répertoires temporaires et des fichiers de trace système ;


ComplèteSauvegarde système Administration Système

Arrêt et redémarrage de la plate forme Administration Système

1.6.3.3 Maintenance Annuelle


Sauvegarde du serveur d’application Administration Système complète – NB

Intervention à planifier, hors période d’activité importante, d’une durée d’une journée

Sauvegarde des données de la base et archivage sans limitation de durée

Administration Système / DBA

Réorganisation de la base de données de production.

Administration Système / DBA

NB Les tâches ci-dessus sont décrites dans les chapitres suivants


6. Mise à jour applicatives :

Toute mise à jour de l’environnement de production doit être faite après une sauvegarde valide de tous les éléments constituant cet environnement.Nous vous conseillons de créer un répertoire de stockage, sur le serveur d’application, dans lequel vous déposerez systématiquement les correctifs et les versions chargées.

6.1.1 Mode opératoire :

6.1.1.1 Arrêt des services applicatifs

Il convient de d’arrêter l’interface web afin qu’aucun des utilisateurs ne puisse se connecter à la base de données.

Tâche d’exploitation : Emplacement du script : Script à exécuter :

Arrêt complet du serveur d’application :

E:\Exploit\GFPROD\Arret\

6.1.1.2 Procédure de bascule des données vers la base de test :


Bascule des données de production :

D:\Exploit\GFTEST\Bascule\

Lorsque vous devez mettre à jour l’application ASTRE, il est essentiel de tester le déroulement de l’installation du correctif sur votre environnement de test.

Appliquer un correctif directement sur l’environnement de production doit rester une procédure exceptionnelle.


6.1.1.3 Purge du cache applicatif :

Script à exécuter : Emplacement du script : Script à exécuter :

Purge du cache E:\Exploit\GFPROD\purge\

6.1.1.4 Etapes de mises à jour

Il n’y pas d’ordre obligatoire à respecter sur la mise à jour des éléments constitutifs d’un environnement, mais il est impératif que toutes les étapes soit réalisées (sauf contre-indication explicitement annoncée).Cependant, il est préférable, dans le but de faciliter une restauration en cas de problème, de réaliser les étapes dans l’ordre présenté ci-dessous : Les étapes de mise à jour se déclenchent depuis l’interface web du correctif téléchargé. L’intégralité de la procédure s’exécute depuis le serveur d’application.

Mise à jour de la base de données, étape 1-1 :

Trois questions sont alors demandés : Le root applicatif afin de pouvoir récupérer la chaîne de connexion JDBC dans le fichier database.properties.

Il faut donc sélectionner le répertoire E:\wwwGFTEST

Le répertoire de décompression des scripts pour y stocker les scripts de mise à jour, et les logs de leurs exécutions.

Enfin l’alias du tnsnames, afin d’utiliser une connexion SQLNET pour l’exécution de scripts externes.Il faut donc renseigner GFTEST.

Mise à jour des pages, étape 2-1 :

La procédure demande l’emplacement du root applicatif.Il faut donc sélectionner le répertoire E:\wwwGFTEST

Mise à jour des modèles de documents de fusion, étape 3-1 :

La procédure demande l’emplacement du root applicatif.

GFTEST.astre.url=jdbc\:oracle\:thin\:@ASTREDATA\:1527\:GFTEST


Il faut donc sélectionner le répertoire E:\wwwGFTEST

6.1.1.5 Démarrage complet du serveur d’application :


Démarrage complet du serveur d’application :

E:\Exploit\GFPROD\Demarrage\

A ce stade, la mise à jour est complète. Les utilisateurs peuvent se connecter à l’application. Cependant il est possible de générer le cache de l’application. Cette étape est optionnelle, car le cache se génère automatiquement à chaque première interrogation.

Compilation des pages, étape 2-2 :


compilation des pages : E:\Exploit\GFPROD\compilation\

Deux questions sont alors posées : L’emplacement du root applicatif : Il faut donc sélectionner le répertoire E:\wwwGFTESTPuis l’URL d’accès à l’application sans "/astre" à la fin : "http://ASTRE-test-app:9001"

La procédure de mise à jour est à présent terminée. Si aucune anomalie n’a été rencontrée alors aucun problème ne surviendra en production.


7. Matrice des flux

La matrice des flux a pour but de centraliser les communications.

Elle se traduit par « qui communique avec qui, sur quel port ? Avec quel protocole ? »

7.1.1 Environnement de production

Source Destination Port Protocole

Utilisateurs JVM Utilisateur 7001 HTTP

Root applicatif (astromate.properties) Astromate ASTRE 17001 RMI

Root applicatif (database.properties) Base de données 1523 JDBC

7.1.2 Environnement de test

Source Destination Port Protocole

Utilisateurs JVM Utilisateur 8001 HTTP

Root applicatif (astromate.properties) Astromate ASTRE 18001 RMI

Root applicatif (database.properties) Base de données 1527 JDBC


8. Exemple de tableau de suivi des tests techniques

Tests relatifs au déploiement d’ASTRE

Environnement : <Nom de l’environnement>

Type de test Remarques Résultats

Arrêt de l’instance

Arrêt de l’astromate

Arrêt de la (ou des) JVM(s)

Relance de l’instance

Relance de l’astromate

Relance de la (ou des) JVM(s)

Test de connexion*à l’environnement

Test de fusion bureautique

Tests des exports, relecture

* Connexion page d’accueil et navigation, consultation données


9. Postes client

GFI Progiciels a qualifié les configurations suivantes pour ses gammes de produits ASTRE :

Windows 7 Pro (32 ou 64 bits) sur : processeur Intel Core 1 Go de mémoire vive (2 Go recommandé)

La résolution graphique minimale est 800x600, la résolution recommandée est 1024x768.

Pour l’accès aux produits de la gamme ASTRE, les postes clients ont besoin d’un navigateur. GFI Progiciels a qualifié les navigateurs Internet Explorer version 9 et Firefox jusqu’à la version 14. Les versions supérieures peuvent fonctionner mais ne sont pas encore qualifiées.

Afin d’optimiser le fonctionnement de l’application ASTRE, le paramétrage suivant doit être mis en place :

Positionner le rafraîchissement automatique des pages Autoriser les pop-up Mettre le serveur d’application en site de confiance (os serveurs) Exclure l’adresse du serveur d’application si utilisation d’un proxy ou positionner netsh winhttp Désactiver les débogueurs de scripts (par défaut sur I.E) Activer le compilateur Java intégré (par défaut sur I.E)

Un lecteur de fichiers .PDF est également nécessaire pour ouvrir et/ou imprimer les documents restitués par le générateur d'états Jasper.


10. Glossaire

Serveur logique : service assuré par un ou plusieurs middleware(s) et/ou outil(s). Les serveurs logiques pour les progiciels ASTRE sont identifiés comme suit :

Serveur de bases de données, Serveur d’application, Serveur de fusion bureautique.

Middleware ou produit tiers ou logiciels intermédiaire : outil logiciel édité par une société tierce nécessaire au fonctionnement des progiciels ASTRE. Les produits tiers sont les suivants :

Noyau de bases de données Oracle, Client Oracle, Couche java de développement(JDK), Moteur applicatif J2EE (RedHat JBoss), Frontal HTTP (Apache), Générateur d’états (Jasper) Système d’éditions bureautiques (IIS+ASP), Publipostage des éditions de fusion bureautique (Word et/ou PDF Creator).

Kit Middleware: ensemble des produits tiers qualifiés à un niveau de version et livrés lors de l’installation de la plateforme technique. Le packaging est assuré par GFI Progiciels.

Outil technique : outil logiciel développé et supporté par l’équipe de développement de GFI Progiciels nécessaire au fonctionnement des produits ASTRE, à savoir :

Astromate, Bibliothèque d’impression.

Kit Outils: ensemble d’outils livrés avec les produits ASTRE, et pouvant évoluer lors des mises à jour ASTRE.


Environnement ASTRE: Un environnement applicatif Astre est constitué de :

1 base de données transactionnelle, 1 listener nommé, 1 JVM associée à un répertoire de base (root applicatif), 1 astromate, 1 application, modèles de documents de fusion bureautique

IMPORTANT :

Un environnement applicatif contient des composants applicatifs correspondant à un seul produit auquel sont associés, éventuellement, des sous-produits ou modules. Un élément constituant un environnement (Une base de données, ou 1 listener, ou 1 root applicatif, ou 1 astromate) ne doit pas être partagé par plusieurs environnements.

Manuel-exploitation v1 0

Documents

Transcript of Manuel-exploitation v1 0