Vous êtes sur la page 1sur 47

Evaluation des performances

CHAPITRE 5: Evaluation des performances rseaux

Evaluation des performances


1. Introduction
Les systmes informatiques et les rseaux de communication (rseau Internet, rseaux mobiles, rseaux ad hoc, de capteurs,) ont rcemment vu une priode de croissance comme jamais vu dans l'histoire. Leur volution

autorise la mise en uvre darchitectures parallles et distribues de plus en


plus sophistiques, qui intgrent la fois des traitements rpartis et des changes d'information entre ces traitements. Ces rseaux tant de plus en plus complexes, la modlisation et l'valuation de performance joue un rle crucial dans leur processus de conception pour assurer leur dploiement et leur exploitation efficaces dans la pratique.

Evaluation des performances

La premire dcision prendre avant de modliser les performances dun systme est de dcider Quoi valuer?, cest--dire de dfinir le systme, sa configuration. Ces dcisions englobent la slection des mtriques de performances, des paramtres de performance, des facteurs de

performance, de la charge et le choix des mthodes utiliser.

Evaluation des performances


2. Approches pour lvaluation de performances
Dans la littrature, il existe trois approches dvaluation de performance des systmes: les modles analytiques, les simulations et les mesures. Le choix dune approche ou dune autre pour valuer les performances dun systme dpend de plusieurs critres. On peut classifier ces techniques en deux

grandes catgories: les techniques bases sur la mesure et les techniques

bases sur la modlisation. La premire catgorie permet de quantifier les


critres de performance en les mesurant directement sur un systme rel. Dans cette catgorie, nous distinguons deux variantes dapproches de mesure: linstrumentation (in-side) et lutilisation de moniteurs externes (out-side). La deuxime catgorie base sur la modlisation, permet de spcifier le systme valuer afin de prdire ses performances. Les modles labors par ces approches seront utiliss pour effectuer des simulations ou une tude analytique

du systme.

Evaluation des performances

La diffrence entre ces deux spcificits est que les simulations mettent en uvre des modles conceptuels du systme sous test (Reprsentation conceptuelle du systme) qui ncessite leurs dveloppement dans un outil de simulation. En revanche, la deuxime mthode (ltude analytique) met en uvre des modles calculables (files dattentes, rseaux de petri, chaines de markov, etc.) sous la forme de formules mathmatiques.

Evaluation des performances

Evaluation des performances


A- La technique de mesure La technique de mesure permet dvaluer un systme existant ou au moins un prototype de ce systme, et elle se base sur des outils dinstrumentation. Linstrumentation dun systme est une mthode indispensable pour mesurer ses performances au cours de son exploitation en utilisant des outils dobservation. Lun des principaux avantages de cette technique est la ralit de ses rsultats, puisque les donnes sont prises sur un systme rel. Cependant, ces rsultats, malgr leur ralisme, sont relatifs et variables. Ils dpendent de plusieurs paramtres, comme la configuration du systme, la charge et le temps de la mesure, qui sont gnralement unique et relatifs chaque test dvaluation de performance. Ces rsultats, ainsi, ne sont pas gnraux mais spcifiques un test particulier. Autres inconvnients: - Le cot est important d lintroduction dquipements rels - Elle nest pas toujours ralisable (exemple: un systme embarqu sur un satellite)

Evaluation des performances

La technique de mesure se base sur deux mthodes: Linstrumentation du

systme sous test ou le monitoring du systme au cours de son excution. La


premire mthode consiste placer des capteurs dans le systme pour mesurer ses performances sous une charge relle. La seconde mthode se base sur des moniteurs qui se positionnent comme des processus indpendants du systme sous test. Ces moniteurs observent les activits du systme au cours de son fonctionnement, collectent les mesures et les affichent ou les placent dans un fichier.

Evaluation des performances


Il existe deux types de mesures: la mesure passive et la mesure active. La mesure passive ne perturbe pas le systme sous test. En revanche, la mesure active induit, gnralement, des perturbations sur le systme. Il existe deux approches de la mesure passive. Une approche de vraie mesure passive, o loutil de mesure ninduit aucune perturbation sur le systme sous test. titre dexemple un sniffer des paquets dans un rseau LAN sans fil

(WLAN) ne perturbe pas le fonctionnement des autres quipements dans le


rseau. Une approche de faible mesure passive, o le systme sous test doit tre modifi mais sans changer son tat de fonctionnement. titre dexemple, certains switchs Ethernet fournissent des ports spcifiques vers lesquels tous les paquets seront copis sans perturber leurs transmissions. Un analyseur rseau peut sattacher ce type de port.

Evaluation des performances

Lutilisation de la mesure active ne ncessite pas seulement la modification du systme sous test mais impacte sa charge et son tat interne de fonctionnement.

titre dexemple la technique packet-pair utilise pour mesurer les bandes


passantes dans lInternet perturbe la charge et ltat du rseau sous test. Dans des cas extrmes, lutilisation de cette approche de mesure active peut induire le phnomne de Heisenbugs en faisant apparatre des bugs dans le systme sous test.

Evaluation des performances


B- Lvaluation par simulation La simulation simpose comme la technique la plus utilise pour valuer les performances de systmes informatiques. Elle reprsente un moyen utile pour prdire les performances dun systme et les comparer sous plusieurs de ses configurations. Un atout majeur de cette technique est sa flexibilit puisque elle permet dvaluer le systme sous plusieurs conditions et configurations.

Mme, si le systme est dj implant, la technique de simulation reste


favorable puisquelle offre une flexibilit difficile raliser avec la technique de mesure. En revanche, la technique de simulation ncessite une excellente matrise des techniques statistiques pour une analyse pertinente des rsultats. Linconvnient majeur de cette technique, est quelle ncessite, un temps potentiellement important et des ressources de calcul consquentes.

Evaluation des performances


La simulation dun systme de supervision ncessite la ralisation des tapes suivantes:

Evaluation des performances

1. Dfinir le problme et lobjectif de la simulation: dans cette tape il faut essentiellement spcifier le systme de supervision valuer et ses diffrents niveaux de dtails. 2. Concevoir le modle du systme de supervision et dfinir lensemble de ses paramtres de performance. 3. Choisir lensemble des mtriques de performance du systme de

supervision.
4. Choisir lensemble des facteurs de performance du systme de supervision. 5. Dvelopper le modle du systme de supervision dans loutil de simulation et fixer lensemble des paramtres de performance.

Evaluation des performances


6. Configurer lapplication dveloppe dans loutil de simulation afin de produire les rsultats de performance. 7. Excuter la simulation et collecter les donnes relatives aux performances du systme de supervision. 8. Reprsenter les donnes collectes et procder leur interprtation.

Loutil de simulation est un choix important lors de lutilisation de cette


technique. Deux principaux outils de simulation existent: Network Simulator (NS) est libre et OPNET qui est un produit commercial. Les diffrences majeurs entre ces deux outils consistent essentiellement en linterface graphique conviviale de OPNET qui manque dans NS2 et ltroite OPNET. documentation de

Evaluation des performances


C- La technique analytique La technique analytique est lun des moyens les plus rapide, compar avec les deux autres, pour valuer au moindre cot les performances dun systme. Elle se base sur la modlisation des systmes sous forme de paramtres, de variables et un ensemble de formules mathmatiques. Nous pouvons, ainsi, modliser et valuer les aspects variables dun systme. La technique

analytique ncessite beaucoup de simplifications et dhypothses pour arriver


un modle cohrent du systme. Ces simplifications se prsentent comme lune de ses limites majeures et mettent en cause le degr de prcision des rsultats obtenus avec cette technique. Cette technique se base sur plusieurs approches (Rseaux de files dattentes, Rseaux de petri, Chanes de Markov, )pour modliser un systme et prdire ses performances.

Evaluation des performances

La thorie de rseaux de files dattentes est la plus utilise dans lvaluation de performances des systmes informatiques. Elle reprsente et analyse,

gnralement, des systmes ressources partages. Un modle de rseau de


files dattente se prsente sous la forme dune collection de serveurs qui interagissent entre eux, reprsentant les ressources du systme et dun ensemble de clients qui reprsentent les utilisateurs partageant ces ressources. Ce modle se reprsente formellement comme un graphe orient direct avec des nuds qui reprsentent ces serveurs et les liens entre eux reprsentent le comportement des sollicitations de clients ces serveurs.

Evaluation des performances


La construction de ces modles ncessite la ralisation des tapes suivantes:

1. La dfinition des centres de service (serveurs). Cette dfinition inclue leur nombre, leur classe de clients et leur topologie. 2. La dfinition des paramtres du modle: processus darrive des clients, taux de service et le nombre de clients.

3. Lvaluation pour obtenir une description quantitative du systme modlis en


calculant la valeur de ses indicateurs de performance (utilisation de ressource, dbit du systme et le temps de rponse). Ces indicateurs peuvent tre locale pour un serveur spcifique ou globale pour tout le systme.

Evaluation des performances


Comparaison des techniques:

Evaluation des performances


3. Les mtriques de performance
Une mtrique de performance est un critre de mesure choisi pour quantifier les performances dun systme. Deux catgories de mtriques de performances existent. La premire catgorie met en relation les trois paramtres relatifs un service dun systme temps-

dbit-ressource: le temps mis par le systme pour raliser un service, le dbit


avec lequel le service est ralis et les ressources consommes lors de la ralisation du service. Cette catgorie contient les trois familles de mtriques suivantes:

Evaluation des performances


Les mtriques de rponse: Ces mtriques caractrisent la rapidit dun systme. Elles mesurent le temps coul entre linvocation et la fin dune opration. Les mtriques de production: Ces mtriques mesurent la productivit (dbit) dun systme. Elles reprsentent la quantit du travail accomplie par le

systme par unit de temps.


Les mtriques dutilisation: Ces mtriques mesures les ressources consommes par un systme (lutilisation CPU, lutilisation mmoire et lutilisation rseau).

Cette premire catgorie propose un ensemble de mtriques considres

comme des critres de performances individuelles.

Evaluation des performances


La deuxime catgorie des mtriques quantifie le comportement global du systme sous test. Dans cette catgorie, on trouve les mtriques suivantes: la fiabilit, la disponibilit et le passage lchelle. La fiabilit: est dfinie par la probabilit quune erreur se produise lors de la ralisation dun service, ou comme tant le temps moyen entre lapparition des erreurs dans le systme. La disponibilit: Est dfinie comme tant la fraction de temps durant laquelle le systme est disponible pour rpondre aux requtes des utilisateurs. le passage lchelle: Selon Woodside et al, un systme passe lchelle sil peut tre dploy dune faon efficace et conomique dans des plages convenablement dfinies et de tailles diffrentes. Dans le cas des systmes de gestion de rseaux, Vil et al propose la dfinition suivante: un systme de gestion de rseaux passe lchelle si ses performances ne se dgradent pas avec laugmentation de la taille du systme gr.

Evaluation des performances

Evaluation des performances


4. Les paramtres de performance
Chaque valuation de performance ncessite la dfinition dun ensemble des paramtres que reprsentent les entres du processus dvaluation et influent considrablement les rsultats de performance dun systme. La liste de ces paramtres peut tre divise en deux catgories: les paramtres du systme et les paramtres de la charge (workload).

Les paramtres du systme comportent les paramtres matriels et logiciels


qui ne varient pas sous diffrentes configurations de systme sous test. Les paramtres de la charge reprsentent les caractristiques des requtes de supervision, ou les fonction de gestion. Ils varient dune configuration une autre du systme sous test. Le choix de valeurs de ces paramtres est une tape importante dans tout projet dvaluation de performances.

Evaluation des performances


5. Les facteurs de performance
Les facteurs de performance sont un sous ensemble des paramtres de performance. Ce sous-ensemble contient les paramtres qui varient au cours du processus de lvaluation de performance dun systme. Gnralement, ce sont les paramtres qui influent le plus les performances du systme sous

test. Les valeurs de ces paramtres se caractrisent par des niveaux,


reprsentant leur degr de variance.

Evaluation des performances


6. La charge
La charge (workload) reprsente lensemble de services demands au systme sous test, au cours du processus dvaluation de ses performances. La charge est caractrise selon la technique dvaluation utilise. Dans les modles analytiques, elle se caractrise par un modle reprsentant les

probabilits darrive des requtes sur le systme sous test. Dans les tudes
bases sur les simulations, on peut utiliser soit des traces de requtes mesures sur un systme rel ou un modle reprsentant ces requtes. Dans la technique de mesure, on peut utiliser soit une charge de gestion relle base sur un trafic oprationnel, soit des injecteurs de requtes demandant des services au systme sous test.

Evaluation des performances


Dans tous les cas, il est important que la charge soit reprsentative dune

utilisation relle du systme. Deux types de charges existent: les charges


synthtiques et les charges relles. Une charge relle correspond une charge observe sur un systme rel au cours de son utilisation pour des oprations ordinaires. Ce type de charge ne peut tre rgnr en raison de son caractre variable au cours du temps. En effet, il ne convient pas comme charge de test pour les tudes dvaluation de performance. Cependant, la charge synthtique qui possde les mme caractristiques quune charge

relle, peut tre rgnre plusieurs fois dune faon contrle. Cest ce type
de charge qui convient le mieux pour les tudes dvaluation de performance.

Evaluation des performances


7. STRATEGIE DE DEPANNAGE DES RESEAUX
A- IDENTIFIER LES CHANGEMENTS INTERVENUS SUR LE RESEAU Les rseaux donnent parfois l'impression que des gremlins se cachent dans chaque serveur, dans chaque cble, dans chaque PC. Pourtant, trs souvent, ce qu'on pourrait tre tent d'attribuer des gremlins est en fait la consquence d'une modification effectue par un tre humain, qui a simplement oubli (ou qui refuse de reconnatre) qu'il a effectu cette modification. Le syndrome de la main maladroite Supposons quon vient d'effectuer une modification sur un serveur ou sur un routeur pour offrir un nouveau service ou pour rparer un problme. Si la modification porte ses fruits, elle risque d'tre le dernier lment que nous penserons incriminer si un nouveau problme apparat un peu plus tard.

Evaluation des performances


Il faut se remettre toujours en question quand un nouveau problme apparat. On doit demander toujours ce quon vient de faire, et on doit tre prt annuler les modifications peine effectues. Si on consigne dans un journal de bord les oprations quon effectue sur le rseau, il sera plus facile de dceler l'origine d'un problme. Avant de commencer rsoudre un problme, il faut aller voir les utilisateurs du rseau et les collaborateurs, et de leurs demander s'ils ont effectu la moindre modification. Il est particulirement difficile de rsoudre un problme provoqu par une "main maladroite" quand la personne fautive n'a pas rinitialiser immdiatement l'ordinateur ou le priphrique sur lesquels elle est intervenue. Quand le priphrique ou l'ordinateur sont enfin rinitialiss, la modification n'est plus rcente et il est donc difficile de la mettre en cause.

Evaluation des performances


Problmes lis des partenaires extrieurs Deux types de partenaires n'ont mme pas besoin d'entrer dans les locaux de lentreprise pour causer des soucis : le fournisseur d'accs, qui nous permet de surfer sur le Web, ainsi que d'envoyer et de recevoir des messages lectroniques, et la compagnie de tlcommunications qui nous permet peuttre de connecter nos sites les uns aux autres par l'intermdiaire de liaisons loues. Le rapport risques/avantages Il est toujours intressant de disposer de nouveaux programmes. Ils offrent de nouvelles fonctions inexistantes sur les programmes plus anciens, et il est toujours valorisant d'tre le premier avoir la dernire version de tel ou tel logiciel. Cependant, l'exprience montre que chaque nouvelle version d'un logiciel apporte en moyenne deux nouveaux bogues. La course au dveloppement laquelle les diteurs de logiciels se livrent sur l'Internet fait peser une pression insoutenable sur les dveloppeurs, qui doivent absolument tre les premiers sur le march. Il s'ensuit que la priode de test des produits est gnralement courte, ce qui signifie que les programmes sont souvent commercialiss avec quelques bogues.

Evaluation des performances

Consultants et sous-traitants pas de confiance aveugle ! Le consultant que nous avons engag pour prendre en charge notre rseau a certainement coeur de satisfaire tous nos dsirs, mais il est galement tenu de respecter son emploi du temps. Il n'aime pas effectuer plus de travail que celui pour lequel il a t pay, et il a tout intrt nous vendre en permanence de nouveaux produits et services. Par ailleurs, il est probablement impliqu

dans plusieurs projets simultanment ; il peut surgir tout moment sur le pas de
notre porte, ce qui n'est pas ncessairement trs pratique pour nous. Nous pouvons exiger de lui qu'il apporte notre rseau les modifications que nous souhaitons quand nous le voulons.

Evaluation des performances


B- DIVISER POUR REGNER Que peut bien vouloir dire "diviser pour rgner" dans le contexte d'un rseau ? Tout simplement que pour rsoudre un problme, il est plus facile de le diviser en problmes plus petits. Quand on sait qu'un problme affecte une zone donne (un segment de rseau, ou des PC configurs d'une certaine manire, par exemple), nous pouvons dterminer prcisment la source du problme en divisant la zone incrimine en plusieurs zones. Le jeu du plus ou moins Puisque, en principe, un seul problme peut se poser la fois, il est relativement facile d'en identifier la cause (mme sur un rseau de grande taille). Supposons qu'un passant nous demande de deviner un nombre compris entre un et un million. Si nous procdons squentiellement, on risque de devoir proposer tous les nombres possibles. On peut donc avoir proposer 999 999 nombres avant de trouver celui que le passant a en tte. Toutefois, si on divise chaque fois le nombre maximal en deux pour proposer une valeur et si le passant rpond nos propositions par "plus" ou "moins" afin de nous aiguiller, nous n'aurons besoin que de 23 propositions (au maximum) pour dcouvrir le nombre.

Evaluation des performances


Le rseau est en panne ! Quand le rseau est en panne. Tout d'abord, comment se prsente la panne ? Y aurait-il un problme physique ? Un routeur ou un serveur auraient-ils un problme ? Notre stratgie pour faire face ce type de situation : diviser pour rgner. Quand on est confront un problme, on doit faire appel notre sens logique, et partons de l'ensemble de notre rseau (la plage de nombres de 1 1 000 000) pour arriver au problme prcis (le nombre 265 625). Analyse d'un segment dfectueux La premire chose effectuer pour vrifier qu'un segment est en panne consiste consulter la documentation du rseau pour dnombrer les concentrateurs et les botiers de cblage qui font partie de ce segment. Ils sont, en effet, les composants fondamentaux d'un segment physique. Comme un rseau compte gnralement beaucoup moins de concentrateurs et de botiers de cblage que de PC, il est prfrable de commencer par eux.

Evaluation des performances

Evaluation des performances


C- LE JEU DE L'INTRUS Comme son nom l'indique, la technique de dpannage du "jeu de l'intrus" est beaucoup plus un jeu qu'un travail lourd et pnible. Elle constitue l'un des moyens les plus gratifiants et les plus amusants de dpanner un rseau. Le principe est le suivant : ds lors qu'un rseau est compos d'au moins deux lments identiques, si l'un d'eux ne fonctionne pas correctement, il suffit de le comparer un autre qui fonctionne pour trouver la cause du problme. Serveurs et routeurs Cette rgle est applicable tous les composants d'un rseau, mais elle prsente des limites dans le domaine du dpannage des serveurs et des routeurs. Un routeur ou un serveur donns sont rarement rigoureusement identiques un autre routeur ou serveur, bien qu'ils puissent jouer un rle similaire. Parfois, la similitude du rle jou par deux systmes est suffisante pour dire que ces deux systmes sont comparables.

Evaluation des performances


Objets utilisateur Comme les serveurs sont tous configurs lgrement diffremment les uns des autres, il est prfrable d'appliquer le principe du jeu de l'intrus aux objets utilisateur existant sur le rseau. Par convention, les objets utilisateur (les noms d'utilisateurs, les mots de passe, les droits d'accs et les stations de travail elles-mmes) sont toujours configurs d'une manire similaire - ne serait-ce que parce que notre consultant en rseaux a probablement trouv plus facile de s'appuyer systmatiquement sur le mme modle de rfrence pour configurer le rseau. Rgulariser de force ou non ? Une fois que nous avons cern la zone du problme, la solution la plus rapide consiste rgulariser de force la situation des lments qui ne sont pas identiques aux autres - afin de rendre un lment qui pose problme identique celui qui fonctionne parfaitement.

Evaluation des performances


D- DONNEES SUBJECTIVES, DONNEES OBJECTIVES, ANALYSE ET PLAN:LES QUATRE INSEPARABLES Pour traiter un problme complexe, il faut gnralement prendre beaucoup de notes ; cela permet ensuite d'claircir les zones de flou qui entourent le problme. Jusqu'ici, nous avons trait les problmes de la mme manire que pour remplir un questionnaire choix multiples - en analysant les changements, en raisonnant par divisions et en cherchant les diffrences. La tche est maintenant un peu plus complexe, puisque on fait face un questionnaire trous. Nous allons devoir patauger dans le subjectif, le faire correspondre l'objectif, analyser nos donnes et tablir un plan pour dterminer la conduite tenir. En d'autres termes, nous allons enfin nous attaquer des problmes vraiment ardus.

Evaluation des performances


Docteur rseau Le mtier de dpanneur de rseaux s'apparente celui de mdecin. Mais, d'une certaine manire, la mdecine est une activit plus difficile que le dpannage de rseaux. En mdecine, il n'existe gure de standards. La mthode des quatre insparables permet d'aller dans la bonne direction. En tant que dpanneur de rseaux, nous n'aurons pas toujours la chance de pouvoir rsoudre tous les problmes en un jour ou une semaine. Certains d'entre eux ne sont qu'intermittents, et ils ncessitent gnralement une stratgie trs complexe, s'inscrivant sur le long terme. Pour parvenir cerner un problme complexe, nous devons absolument en discerner les composantes : l'vnement tel qu'il est signal de manire subjective par les utilisateurs d'une part, et les faits objectifs d'autre part. Il est particulirement important de faire abstraction de l'aspect subjectif - un utilisateur peut nous signaler quelque chose effectivement li au problme, mais il n'est pas certain que ces informations nous aiguillent dans la bonne direction.

Evaluation des performances


Des faits, rien que des faits Pour rsoudre un problme de rseau particulirement complexe ou intermittent, il faut essayer de runir un certain nombre d'informations objectives, qui pourront nous orienter vers une solution viable : Dure du problme (problme permanent ou intermittent ?) ; Date et heure auxquelles le problme a commenc se manifester ; Endroit concern (emplacement physique sur le rseau) ; Nombre d'utilisateurs concerns ; Configuration de la station de travail (identique aux autres ou diffrente ?) ; Nombre et type des applications concernes (avec quelles autres applications fonctionnent-elles ?) ; Nom des utilisateurs concerns, ainsi que des groupes de scurit dont ils font partie ; Mesures ; Comportement des applications similaires.

Evaluation des performances


E- L'APPROCHE NAVE Le problme a dj t rsolu par quelqu'un d'autre Rechercher de l'aide de manire approprie Utiliser les forums pour obtenir de l'aide CD-ROM d'assistance technique Co-dpendance

Evaluation des performances


8. DEMARCHE METHODOLOGIQUE DE RESOLUTION DES PROBLEME DES RESEAUX LOCAUX
A. Mthode scientifique Le dpannage de rseau consiste en la mise en application d'une procdure systmatique afin de rsoudre un problme sur un rseau.
i) Mthode scientifique : 1. Observez un certain aspect de l'univers. 2. laborez une thorie qui est conforme ce que vous avez observ. 3. Faites des prdictions en vous fondant sur cette thorie. 4. Mettez ces prdictions l'preuve au moyen d'expriences ou d'autres

observations.
5. Modifiez la thorie la lumire de vos rsultats. 6. Retournez l'tape 3.

Evaluation des performances


ii) Mthode scientifique applique au dpannage 1. Dterminer le problme touchant le rseau ou un utilisateur.

2. Recueillir des donnes sur ce problme.


3. Analyser les donnes afin de trouver une solution possible au problme. 4. Mettre la solution en oeuvre sur le rseau afin de tenter de corriger le problme. 5. Si le problme n'est pas rsolu, annuler les changements qui vient dtre effectus et modifier les donnes.

6. Retourner l'tape 3.

Evaluation des performances


B. Analyse pour le dpannage de rseau un utilisateur du rseau appelle le service de dpannage pour signaler que son ordinateur n'a plus accs Internet. Le service de dpannage remplit un relev d'erreur qu'il envoie au service charg du soutien du rseau. C. Dpannage de rseaux

Rsolution de problmes
Les problmes sont invitables. Mme dans un rseau contrl, avec de l'quipement fiable et des utilisateurs prudents, des incidents peuvent survenir. Un bon administrateur rseau doit dmontrer qu'il peut analyser, dpanner et

rsoudre des problmes alors qu'il subit la pression d'une dfaillance du


rseau pouvant interrompre les activits de l'entreprise.

Evaluation des performances


La premire tape, et la plus importante, consiste prendre des notes dans le journal technique. Ces notes peuvent faciliter le diagnostic d'un problme. Elles peuvent nous indiquer les mesures dj prises et leurs rsultats par rapport au problme. L'tiquetage constitue un autre lment essentiel du dpannage premptif.

tiqueter tout, y compris les deux extrmits d'un cble horizontal. Il faut
indiquer sur l'tiquette non seulement le numro du cble mais galement l'emplacement de l'autre extrmit et l'utilisation du cble, par exemple pour la communication voix, donnes ou vido.

Evaluation des performances

Evaluation des performances


Mthodes de dpannage Les deux techniques de dpannage rseau les plus efficaces sont le processus

d'limination et la mthode "diviser pour rgner".

Evaluation des performances


D. Maintenance des ressources partages Impossible de trouver des Imprimantes par les emplacements Vrifier que l'emplacement utilise bien la bonne convention, qu'il est bien renseign cot imprimante, mais aussi cot objet Active Directory. Impossible d'accder un dossier visible dans une recherche Active Directory On a pas les droits ncessaires au niveau partage ou NTFS pour accder la ressource.

Evaluation des performances


Un document reste bloqu dans la file d'attente d'une imprimante, Il ne s'imprime pas et on ne peut pas le supprimer Redmarrer le service du spooleur sur le serveur d'impression. Ceci va supprimer tous les documents en attente.

Un priphrique d'impression est en panne, et plusieurs documents sont en attente dans la file dattente
Ajouter un nouveau port sur l'imprimante de type local, cette manipulation va rediriger tous les documents en attente vers le nouveau port.