I del to av denne artikkelen serien, viste jeg deg hvordan hendelsesloggen Viewer har blitt modernisert i Longhorn Server og hvordan hendelseslisten har blitt integrert i Feilsøking-delen av Server Manager. I denne artikkelen vil jeg avslutte denne artikkelserien ved å snakke om de to andre funksjonene som er inkludert i avsnittet Feilsøking; Tjenesten Control Manager og Ytelses Diagnostics-verktøyet.
Tjenestekontrollbehandling
Like under Event Viewer container i Server Manager Feilsøking-delen er den Services container. Hvis du klikker på Services container, deretter detaljruten av tjenesten Control Manager vises.
Som du vet, er Tjenestekontrollbehandling ikke nytt for Longhorn Server. Det har eksistert i alle versjoner av Windows Server. Jeg ønsker ikke å kaste bort for mye tid på å snakke om Tjenestekontrollbehandling fordi, fra hva jeg kan se, er det i utgangspunktet uendret siden Windows Server 2003. Jeg fikk imidlertid lurt å i det minste nevne at Tjenestekontrollbehandling er nå tilgjengelig gjennom Feilsøking delen av Server Manager.
Ytelses Diagnostics
Hva er mye mer interessant er den Ytelse Diagnostics container. Hvis du har jobbet med Windows for en stund, er du sikkert kjent med Performance Monitor. The Performance Monitor er en del av forestillingen Diagnostics delen av Server Manager, men det er mye mer til det enn det.
Hvis du velger Ytelses Diagnostics container, vil du se en ressurs oversikt, lik den som er vist i Figur A. Som du kan se i figuren, viser den øverste delen av ressursoversikten et sett med grafer som illustrerer CPU, disk, nettverk og minne utnyttelse
Figur A:. Oversikten ressurs grafisk illustrerer utnyttelsesgrad av systemets primære komponenter
Som du ser på figur A, vil du legge merke til at rett under grafene er individuelle oppføringer for CPU, disk, nettverk og minne. Ved første øyekast ser disse oppføringene egentlig ikke ser ut til å gi deg all informasjon som du ikke kan få ved å se på grafene over. Men hvis du ser til høyre side av skjermen, vil du merke en pil ned i hver seksjon. Hvis du klikker disse ned piler, vil ressursoversikten gi deg mye mer detaljert informasjon om utnyttelse av hver komponent. For eksempel, hvis du klikker på pil ned i CPU-delen, vil du se en oversikt over alle de prosessene som kjører på serveren og hvor mye CPU tid hver prosess bruker. Tilsvarende vil klikke på pilen ned i disken delen forårsake ressursoversikten for å vise en liste over prosesser som har tilgang til disken og nivåene av diskaktivitet at disse prosessene genererer
. Monitoring Tools
Hvis du går tilbake til konsolltreet og utvide Ytelses Diagnostics container, vil du se at den inneholder et overvåkingsverktøy container. Overvåkingen Tools beholder ikke gjør noe av seg selv, men det inneholder to forskjellige overvåkingsverktøy; Performance Monitor og på Reliability Monitor.
Performance Monitor
vil jeg kort snakke om Performance Monitor bare i tilfelle du ikke er kjent med det. For de av dere som er kjent med Performance Monitor, kan du gå videre til neste avsnitt. The Performance Monitor ser ikke ut til å ha endret seg mye siden Windows Server 2003, bortsett fra sin integrering i Server Manager.
Performance Monitor, vist i figur B, er en diagnostisk verktøy som er utviklet for å hjelpe deg med å feilsøke hardware flaskehalser . Hvis du ser nederst i figuren, kan du se en boksen ved siden av en teller som heter% Processor Time. Den% Processor Tid disken tar en titt på serverens samlede prosessorutnyttelse med visse mellomrom og rapporterer sine funn på grafen
Figur B:. The Performance Monitor er et diagnostisk verktøy som brukes for å finne maskinvareflaskehalser
% Processor Tid telleren er bare en av hundrevis, eller kanskje til og med tusenvis, av tilgjengelige tellere. Hver teller er utformet for å måle en viss del av systemets ytelse. Det er typisk en terskelverdi som er tilknyttet hver teller som representerer problema ytelse. For eksempel, hvis du ser på figuren, kan du se at det er noen pigger i prosessor aktivitet der prosessoren når 100% utnyttelse. Disse toppene anses normalt, fordi den gjennomsnittlige prosessorutnyttelsen bortsett fra piggene er ganske lav. Hvis den gjennomsnittlige prosessorbruk var over 80%, vil det representere en prosessor flaskehals.
Ønsker ikke å komme for dypt inn i vitenskapen om resultatoppfølging, ønsket jeg å i det minste innføre Performance Monitor til fordel for alle som aldri har brukt det før.
Reliability Monitor
siste ting som jeg ønsker å vise er den Pålitelighet Monitor. Reliability Monitor er et utmerket verktøy for dem som noen ganger må jobbe med ukjente systemer. For eksempel, hvis du tilfeldigvis være en konsulent og en klient kaller deg til å komme og se på en server problem, da en av de første spørsmålene som du vil sannsynligvis spørre klienten ville være om historien til problemet, eller historien til serveren. Problemet er at den personen som du snakker med kan eller ikke kan gi deg all den informasjonen du trenger. For eksempel kan den personen være samarbeidsvillig, men egentlig ikke vet serverens historie. En annen mulighet er at personen som ringte deg faktisk gjorde noe for å forårsake problemet, og er for flau til å innrømme det. Det er der Reliability Monitor kommer inn i bildet.
Reliability Monitor, vist i figur C, gjør et par forskjellige ting for deg. Det første som du sannsynligvis legge merke til når du ser på figuren er det store grafen. Hvis du ser på den øverste delen av grafen, vil du se en haug med prikker forbundet med en linje. Disse prikkene representerer systemstabilitet Index for hver dag. Den grunnleggende ideen bak denne indeksen er at indeksen antallet øker sakte for hver dag uten en fiasko, og uten å installere eller avinstallere eventuelle programmer
Figur C:. The Reliability Monitor holder orden på diverse feil og hendelser som oppstår på Serveren
jeg ikke har noen dokumentasjon på Reliability Monitor så jeg kan egentlig ikke si sikkert, men ut fra det jeg har kunnet observere, synes stabiliteten Index for å gå ned etter at du installerer et program. Indeksen går sakte opp igjen litt hver dag som systemet viser seg å være stabil mens du kjører programmet. Det samme skjer når noen slags feil oppstår. Når en feil oppstår, stabiliteten indeksen for den dagen faller kraftig. Som tiden går på stabiliteten Index vil etter hvert øke forutsatt at ingen flere feil oppstår.
Du vil merke i den nedre delen av grafen at feil er markert på dagen at de skjedde. Bare ved å se på grafen, kan du se hva slags feil har vært et problem i det siste. Du kan også dobbeltklikke på en bestemt unnlatelse av å få mer detaljert informasjon om hendelsen som genererte feilen rapporten.
En ting som jeg likte om Reliability Monitor er at det tillater deg å forutse problemer. For eksempel anta at ved å se på grafen du tilfeldigvis merke til at det er et program svikt som oppstår hver fjerde dag. Hvis dette skjer konsekvent, så er det et klart mønster til hendelsen. Mange ganger, vel vitende om mønsteret er svært nyttig i feilsøking ulike feil. Viser svikt i grafisk format gjør det lett å få øye på mønstre som du ellers glipp.
Konklusjon
I denne artikkelen har jeg drøftet de ulike feilsøkingsverktøy som er bygget inn i Server Manager. Forhåpentligvis som du har lest denne artikkelen serien, har du begynt å forstå hvor viktig Server Manager vil være i Longhorn Server. Husk at på det tidspunktet at denne artikkelen ble skrevet, var Longhorn Server fortsatt i beta testing. Noen av de tingene som jeg har snakket om potensielt kan endre på den tiden at Longhorn Server er slutt løslatt. Anmeldelser