AGF Informatique Pilotage des Systèmes Ouverts

1. AGF InformatiquePilotage desSystèmes Ouverts Le 20/06/2003 Emmanuel Coupry

2. Sommaire • Les AGF en 2002 • Le système d’information géré • Les outils utilisés • L ’architecture Tivoli • Modélisation objet: les logiciels surveillés • Modélisation objet: les serveurs surveillés • Modélisation objet: les 2 visions de gestion • Problème majeur rencontré

3. Les AGF en 2002 • Activités • Assurance • Banque et Finances • Assistance (Mondiale Assistance) • Chiffre d’affaire: 17 milliards d’euros • Clients particuliers et entreprises: 6 millions • Effectifs: • Groupe AGF: 34.000 personnes dont 19.000 en France. • AGF Informatique (GIE): 1200 personnes dont 400 à la Production Informatique.

4. Le système d’information géré • Le parc surveillé: • 50 serveurs Unix (AIX, solaris) • 3000 serveurs NT • 80 serveurs W2000 (cible 400) • 70 logiciels (cible 100) • 900 ressources , 400 messages de logs • Les sites: • 1 centre informatique (+1 site de PRA en cours) • 100 centres métiers • 2700 agences

5. Les outils utilisés • La couche de communication • framework 3.7.1 • endpoint 103 • La capture de l ’information • Distributed Monitoring 3.7 • Tec Adapter • Netview v7.1 • tapm v1.01 (winrunner v6) • Inventory 4.0 • Le stockage de l ’information • Serveurs AIX 4.3 , Baies EMC, librairies STK • Bases de données DB2 v7.1 • Le traitement de l ’information • TEC 3.7.1 fp3 • TDS 2.1.1

6. RESEAU RNIS RESEAU RNIS 2700 serveurs Agent NT L ’architecture Tivoli statistiques alarmes Station de suivi qualité Station de pilotage Environnement de sauvegardes Bases: TAPM INVENTORY TDS TDS TEC TMR SAN 2 Plate-forme TIVOLI Librairies STK 1 Gateway Serveurs Entreprise 3 Gateways Serveurs Agents Backup Environnement de disques Automates TAPM SAN 1 Netview Baie SSP Baies EMC 400 Serveurs Entreprise NT,W2K, UNIX RESEAU IP

7. Modélisation objet: les logiciels surveillés 1 logiciel surveillé = 1 policy region 1 option de configuration de logiciel = 1 profilemanager 1 type de ressource = 1 sentryprofile

8. Modélisation objet: les serveurs surveillés 1 policy region PARC avec 1 endpoint surveillé = 1 profilemanager

9. Modélisation objet: les 2 visions de gestion LA VISION: SERVEURS ABONNES A UNE OPTION DE SURVEILLANCE LA VISION: OPTIONS D’ABONNEMENT D’UN SERVEUR

10. Problème majeur rencontré • Description • Impossibilité de créer de nouveaux « sentryprofiles » • Nombre d’objets de classe « sentryprofile »: 68548 • Nombre de sentryprofiles créés: 270 • 1 distribution d’un sentryprofile sur un profilemanager génère un objet de type sentryprofile. • Taille de la base: 2 Gb pas de réduction de la taille après suppression d’objets et exécution des commandes wchkdb et wchknode

11. Problème majeur rencontré (suite) • Diagnostic IBM • A priori un problème d’espace de chargement des pages de la base. • Corrections proposées par IBM • Changer de modélisation pour avoir une base inférieure à 1Gb. => Abandon de la vue serveur (1 profilemanager par endpoint). • Utiliser la commande « bdbx » pour nettoyer la base. • Intervention du support car la commande bdbx n’est pas officielle. • Taille de la base après action: 160 Mb. • Demande d’évolution à IBM: Livrer officiellement l’option de réorganisation de base de la commande bdbx.

12. Merci