AUDIT Informatique Performance du réseau

Transcription

1 VAILLANT David Le 27 juin 2003 WEISBERG Jonathan AUDIT Informatique Performance du réseau Dossier 4 Rapport de synthèse CTBA 10, rue de Saint Mandé Paris Avril-Juin 2002

2 SOMMAIRE 1. Recommandations synthétiques Présentation de l audit Objectif de la mission Méthodologie de mise en œuvre Limites de l audit Appréciation générale Synthèse des recommandations Recommandations approfondies Présentation générale du système actuel Lenteur de connexion à la hotline Nature du problème Objectifs Réseaux DBA Développement ANNEXE : Code source authentification /11

3 1. Recommandations synthétiques 1.1. Présentation de l audit Objectif de la mission L objectif de la mission est d auditer les performances du réseau lors de la connexion à une hotline. La hotline est une application, accessible par l intraweb, répondant aux critères de qualité. Cette application permet aux utilisateurs, de l ensemble du parc informatique, de déposer des remarques sur des problèmes. Selon la rubrique du problème constaté, un courrier électronique est envoyé à la personne la plus qualifié pour résoudre ce problème. Pour accéder à cette hotline, il est nécessaire de saisir un code et un mot de passe, puis de valider. Or, il est souvent constaté (pas toujours) que le temps de connexion est souvent long d autant que toutes les requêtes sont effectuées dans un réseau local Méthodologie de mise en œuvre La démarche suivie pour la mission a été d interviewer les personnes compétentes et sur la manière dont elles ont participées d une manière directe ou indirecte à l élaboration de la hotline. Les questions posées au responsable réseaux, au responsable DBA et au responsable développement ont porté sur : L architecture réseau actuelle Les configurations des différents composants utilisés Le type de SGBD, son utilisation et son support Le type de programme (hotline), son fonctionnement et son support La méthode utilisée pour accéder à la hotline (authentification) Le taux d utilisation et de sollicitation de l application Limites de l audit La mission touchant à sa fin, le donneur d ordre, Mr Guy BASCLE, nous a demandé, puisque le problème semblait résolu, si on pouvait essayer de savoir pourquoi des personnes de Bordeaux avaient des problèmes de lenteur réseau au moment de la connexion sur Paris, par la Liaison Spécialisée (LS), mais ce point de vue n était pas prévu dans notre étude, il pourra faire l objet d un autre audit. 3/11

4 1.2. Appréciation générale La mise en œuvre de cet audit semble s être dérouler de manière satisfaisante, puisque le problème de lenteur du réseau semble avoir été localisé Synthèse des recommandations Dans le but de remédier aux problèmes de lenteur réseau dû à la connexion à la hotline, nous vous faisons part des différentes actions préconisées ci-après : Recommandations Paragraphes La carte du serveur de SGBD devrait être mis en 100 MBps full-duplex Il faudrait dans certaines conditions auditer la configuration du serveur SGBD. Revoir le code d ouverture de session en ASP /11

5 2. Recommandations approfondies 2.1. Présentation générale du système actuel La partie informatique du centre permet de gérer toutes les données qui transitent entre Paris et Bordeaux, ainsi que dans chaque ville. Le problème étant la connexion à la hotline, et que celle-ci est situé à Paris d un point de vue de l application et de ses serveurs, nous nous intéresserons donc uniquement au site de Paris. De plus on a nous informé qu il n y avait aucun autre problème apparent au début de notre audit. Le matériel installé sur Paris paraît de bonne qualité et en bon fonctionnement, et reflète également celui qui est sur Bordeaux. Le matériel de Paris est constitué de la majorité des serveurs. Tous inter-connectés par des switch 10/100 Mbit/s configurable, sur ces switchs sont connectés des switchs 10 Mbit/s, lesquels permettent de relier tous les postes clients. Sur Bordeaux c est la même architecture à part que les switch 10 Mbit/s qui permettent de relier les clients sont des hub 10 Mbit/s. Les deux sites sont interconnectés par une LS 2Mbit/s. Schéma simplifié de Paris concerné par l audit : Postes Clients SWITCH 10Mbit/s SWITCH 10Mbit/s SWITCH 100Mbis/s Serveur Intranet : ASP IIS5 Serveur SGBD : ORACLE8 Open VMS 5/11

6 2.2. Lenteur de connexion à la hotline Nature du problème Les clients se sont plaints de lenteur au moment de l authentification à la hotline. La hotline permet d envoyer un mail à la personne concernée en lui indiquant le problème rencontré. Elle permet également un suivi quant aux réponses du destinataire du mail, améliorant ainsi la rapidité de traitement pour résoudre les problèmes et le suivi clientèle Objectifs Notre objectif est de déterminer le problème de lenteur de connexion à la hotline, et de proposer des solutions. Pour cela, après une analyse de l architecture liée à la hotline, nous avons déterminé les différents thèmes à étudier et voici nos conclusions Réseaux L analyse effectué nous a permis de conclure quant au bon fonctionnement de l architecture réseaux autour de la hotline. La configuration du switch SMART 6000, connectant les serveurs entre eux, est correcte DBA L analyse effectué nous a permis de conclure quant au disfonctionnement du serveur SGBD Oracle8 et de sa carte réseau configurée en 100 MBps half-duplex, qui devrait être en fullduplex. La configuration du SGBD en lui-même est correcte. Il est à noter que si la mise en full-duplex n apporte que peu d amélioration, il serait souhaitable d auditer de serveur pour être sur de sa performance, et peut-être donc de le changer pour une machine plus puissante, en remplaçant l open VMS par un système UNIX par exemple Développement L analyse effectué nous a permis de conclure quant au disfonctionnement du code source de l application de la hotline et de sa partie d authentification (cf. ANNEXE : Code source authentification page 7). De plus, il est à souligner que depuis le dossier 3 - investigation approfondie le code source a subit une modification et la connexion s en est ressentie améliorée. Il est donc nécessaire de revoir ce dernier pour être certain d avoir un algorithme performant et optimal. La configuration du serveur web est correcte. 6/11

7 3. ANNEXE : Code source authentification 7/11

8 8/11

9 9/11

10 10/11

11 11/11