Bruk Resource Monitor for å overvåke lagringsytelsen

Da Microsoft la til det omfattende ressursmonitorverktøyet til Windows, la det til et enestående øyeblikkelig verktøy som lar administratorer skaffe seg dyp intelligens angående driftsforholdene til oppdragskritiske Windows-servere. I min firedelsserie om ressursmonitoren vil jeg fokusere på hvert ressursovervåkningsaspekt av verktøyet: CPU, minne, disk og nettverk. I dette avdraget diskuterer jeg de forskjellige diskrelaterte metrikkene som du kan vise med Resource Monitor, forklarer grafene du ser og gir litt kontekst rundt hver beregning.

I forbindelse med denne artikkelen bruker vi skjermdumpen i figur A. Denne figuren viser en ressursmonitorvisning fra en produksjonsserver som kjører Windows Server 2008 R2 og Exchange Server 2010 med alle Exchange-roller installert; som sådan har denne serveren et betydelig behov for lagringsressurser som opererer innenfor akseptable grenser. ( Merk: Som alle andre servere våre kjører denne serveren som en virtuell maskin under VMware vSphere 4.1.) Figur A

Én titt på Resource Monitor i Windows Server 2008 R2 (Klikk på bildet for å forstørre.)

La oss starte med et samlet blikk på konsollen. Som okkuperer det meste av vinduet er statistikkområdet, som jeg vil forklare i dybden. På høyre side av vinduet er et antall grafer som hver viser en nøkkellagringsbasert ytelsesmetrikk.

I seksjonene nedenfor vil jeg gi detaljer for hver beregning. Jeg vil ikke gjenta beregninger; Hvis en type beregning vises i flere områder, viser jeg den bare én gang.

Behandler med diskaktivitet

Denne delen av Resource Monitor-vinduet viser deg en liste over alle de kjørende prosessene som bruker diskressurser. Du vises navnet på den kjørbare og et antall resultatstatistikker.

  • Bilde. Behandle kjørbart filnavn. Dette er navnet på prosessen som aktivt bruker disken.
  • PID. ID-nummeret som er knyttet til prosessen. Dette er nyttig hvis du vil bruke andre verktøy for å administrere prosesser, eller hvis du enkelt vil matche prosesser opp med Task Manager.
  • Les (B / sek). Gjennomsnittlig antall byte lest per sekund av prosessen i det siste minutt.
  • Skriv (B / sek). Gjennomsnittlig antall byte skrevet per sekund av prosessen i det siste minutt.
  • Totalt (B / sek). Gjennomsnittlig antall byte som er tilgjengelig per sekund det siste minuttet.

Informasjonen du gir i dette avsnittet er ikke spesielt nyttig når du feilsøker, bortsett fra for å vise deg hvilke prosesser som bruker mest ressurs på diskytelse. I figur A kan du se at prosessen som heter DPMRA.exe gjør massevis av lesninger fra disken.

Diskaktivitet

Denne delen av vinduet Resource Monitor gir deg mer nyttig feilsøkingsinformasjon. Spesielt er responstidsberegningen sannsynligvis den mest nyttige metrikken for gruppen, ettersom den er direkte observerbar uten å virkelig forstå den underliggende lagringskonfigurasjonen.

På høyre side av denne seksjonsetiketten ser du to informasjonsbokser med raskt blikk. Den grønne ruten viser deg I / O for gjeldende disk (dvs. datamengden som overføres akkurat nå), og den blå ruten viser den høyeste mengden aktiv tid for diskene i systemet.

  • Fil. Navnet på filen som blir brukt av den aktive prosessen. Du vil merke at du er pekt på hele banen, så det er enkelt å finne filen.
  • I / O-prioritet. Prioriteringen av I / O-overføringer.
  • Responstid (ms). Disk responstid på millisekunder. For denne beregningen er et lavere tall definitivt bedre; Generelt sett betraktes alt mindre enn 10 ms som god ytelse. Hvis du noen ganger går over 10 ms, bør du være i orden, men hvis systemet konsekvent venter mer enn 20 ms på respons fra lagringen, kan det hende du har et problem som trenger oppmerksomhet, og det er sannsynlig at brukere vil merke ytelsesforringelse. Ved 50 ms og større er problemet alvorlig. Figur A viser at Exchange-serveren ser responstider på 5 og 6 ms, så lagringene går bra i henhold til denne metrikken.

Oppbevaring

  • Logisk disk. Stasjonsbokstaven knyttet til en disk.
  • Fysisk disk. Hvilken fysisk disk blir overvåket på denne linjen?
  • Aktiv tid (%). Dette viser prosentandelen av tiden som disken ikke er inaktiv og serverer aktivt forespørsler. Hvis en disk kontinuerlig kjører på veldig, veldig høye nivåer (si mer enn 80%), kan den peke på en lagringsrelatert flaskehals. Hvis brukerne dine ser problemer med ytelsen, og du ser 100% aktive tider, kan det hende du trenger raskere eller flere disker.
  • Tilgjengelig plass (MB). Hvor mye diskplass er tilgjengelig på volumet?
  • Total plass (MB). Hva er den totale størrelsen på volumet?
  • Diskkølengde. Gjennomsnittlig diskkølengde. Metrisk for kølengde viser antall utestående forespørsler (lese og skrive) til enhver tid. Et høyt antall kan indikere at det ikke er nok diskspindler til å betjene applikasjonens behov, eller at den eksisterende lagringen er for treg til å følge med på forespørsler. Hvordan du definerer et "høyt tall" i denne sammenhengen krever imidlertid at du har en dyp forståelse for hvordan det underliggende volumet opprettes på SAN. Hver disk som utgjør det underliggende volumet gir ekstra ressurser som går i diskkølengde (forenklet, jo flere disker, jo høyere kan diskkølengden være). For ytterligere kompliserende faktorer, kan RAID-nivået og stripestørrelsen du velger også påvirke denne verdien. Hvis du kjører på et enkelt disksystem og kølengden din forblir gjennomgående større enn 2, bør du legge til flere ressurser. Hvis det går utover 5, har du alvorlige problemer som må løses. Hvis du vet hvor mange disker som utgjør det underliggende volumet, multipliser antall disker med 2 for å få en veldig grov, maksimal verdi for kuledybden. Så hvis du kjører på et 10-disksystem og kødybden er 18, bør du ha det bra.

Grafene

Grafene er veldig nyttige verktøy. Den øverste grafen viser overføringshastighetene mellom lagring og system for det siste minuttet. Den grønne delen er gjeldende totale I / O, mens den blå linjen viser diskens aktive tid for den perioden. De gjenværende grafene viser kølengden for hver disk i systemet ditt.

Jeg har fire disker (SAN-bind) på denne Exchange-serveren. På grunn av måten de underliggende SAN-volumene blir opprettet i matrisen min, har jeg ingen kølengdebaserte ytelsesproblemer i det hele tatt.

Følg med

I del to av seriene mine om Windows Resource Monitor vil jeg fokusere på CPU-ytelse.

© Copyright 2020 | mobilegn.com