NetApp Tehniskā dienasgrāmatu

PerfStat ir lielisks veids, kā iegūt kādu diezgan sīki izstrādāta informācija no filer ja jums ir darbību vai cits jautājums, kas jums nevar gluži likt pirkstu. Jums ir nepieciešama piekļuve PerfStat Viewer, vai iegūt kādu apstrādāt šo produkciju jums, un tad jums ir nepieciešams tralis caur to.

Operācijas vadītājs, un jo īpaši efektivitātes padomnieks ir spoža un 99% no laika jums dod skaitītājus, Jums nepieciešams diagnosticēt problēmu. Kad esat atradis savu ceļu ap to, tas ir pilnīgi neaizstājamu!

Bet ja jums nav Operations Manager, vai jūs vienkārši vēlaties, lai ātri izraut informāciju par vienas teritorijas no sistēmas?

Pirmās lietas, ko vēlaties aplūkot sysstat. Ikvienam ir labākais draugs un lielisks veids, kā redzēt "Vai mana sistēma ir aizņemta?". Ikreiz, kad jūs darbināt sysstat, pārliecinieties, lai caur to uz "-s" modifikators, lai jūs iegūtu kopsavilkumu beigās produkciju. Ja jums nav definēt vairākus iterāciju (-c <num>), tad ctrl + C, lai izjauktu produkciju. "-X" ir lieliska iespēja sniegt visas jomas jaudu, taču tas var būt nedaudz plašs reizēm. "-U" ir mans favorīts, jo tas dod jums izmantošanas rādījumus un tos parasti visvairāk noderīga, traucējummeklēšanas.

Lielākā daļa no kolonnas ir diezgan pašsaprotami. CPU ir% aizņemts, NFS, CIFS, HTTP, FCP un iSCSI ir visi protokoli darbības skaitītāji. Neto kB / s un ārā ir skaidrs (par atskaites viena Gigabit interfeiss būs laimīgi uzturēt ap 80MB / s, bet var izstiepties līdz 110/120MB/s). Diska un lentes & out. Skatīties cache vecumu, kad tas kļūst ļoti zems, bet tur ir labāki skaitītāji, ka. Cache hit ir counter jūs vēlaties tik tuvu 100% iespējas. Jo vairāk datu kļūst nolasīt no cache labāk! KP veids ir Konsekvence punkti, es negribu iedziļināties sīkāk par to, kādi tie ir, ir ļoti labs KB raksts par to jau (https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb23471) . Un visbeidzot Disk izmantošana, kas, šķiet, rada zināmu sajukumu. Tas ir lasījums no vienas dzīvākajā disku sistēmā, un nevis vidējo. Šis nolasījums var interesanti doties aptuveni 100% (līdzīgi CPU varat too), un tas vienkārši nozīmē, ka disks ir darīt vairāk, nekā vajadzētu!

Tā sysstat ir lielisks veids, kā iegūt augsta līmeņa viedokļa ir "Vai mana sistēma ir aizņemta", un arī sniedz jums aptuvenu priekšstatu par to, kur traucējoši ir. Ja CPU ir tiešām liels, bet nekas cits, tad tas ir tas, kas kavē sistēmas. Ja diska izmantošana ir ļoti augsts, tad atkal, šeit ir problēma. Bet tie nav pārliecinoši skaitļi, un neliecina tieši par vainīgo. Piemēram, ja disks izmantošana ir ļoti augsts, jums var būt nepieciešams palaist wafl pārdalīt kā jūs ir pievienoti daži jauni diski un tie, kam nav nekādas datu yet. Ja jūsu CPU ir ļoti augsts, tas var būt, ka jūs darāt daudz citu apstrādi, piemēram, A-SIS un SnapVault, vai tas varētu būt ļoti izlases IO tik CPU strādā grūtāk ir mēģināt veikt aprēķinus ap šo.

Nākamais solis varētu būt aplūkot statit. "Priv noteikt Advanced" komandu, un nevis izliekties hearted un lieliska komanda, lai iegūtu momentuzņēmums detaļu kādā laika posmā. Vienkārši palaist "statit-B" sākumā uzraudzības perioda, un tad "statit-e" beigās. Pārliecinieties, lai pieteiktos jūsu izejas logu, kā jūs saņemsiet daudz no statit (vairāk nekā standarta Windows un Putty buferšķīduma rādīs). Ir no statit produkcijas daudz, un es neiešu uz pārāk daudz sīkāk to visu šeit (bet varbūt citu dienu). Lielākā daļa no tā ir diezgan pašsaprotami tiešām.

Tas parādīs mani uz reālo iemeslu šā panta pirmajā vietā. Viens no maniem favorite komandām, un, protams, lielā mērā ignorēti viens, "STATS". Tas ir daudz informācijas pie tā rokai, diezgan daudz kaut ko varat redzēt no Performance Advisor un kaut jūs varat ziņot par ar PerfStats ir pieejams stats komandu. Un, iespējams, daudz vairāk! "Statistika" darbojas ļoti līdzīgi sysstat jo tas sniedz skaitītāji, pamatojoties uz iterāciju. Ja jūs vienkārši palaist, tā būs jāziņo ko sistēma dara, ka precīzu laiku. Ja jums pateikt to palaist ik pēc 5 sekundēm, tas būs jāziņo tas, kas notika pa tiem 5 sekundes.

Tātad vispirms augšu, ne tikai un palaist "STATS šovs" bez dažas minūtes, lai rezerves. Produkcija ir ļoti pilnīgs! Vispirms jūs vēlaties redzēt, kas iebilst, ir pieejami. Stats tiek sadalīts "objekti", "Gadījumi" un "Counters". Lai parādītu viens, mēs varam izmantot "STATS sarakstu ..."

filer01> Stats saraksts objekti

Objekti:

izgāzt

logical_replication_source

logical_replication_destination

vfiler

qtree

kopums

iSCSI

FCP

CIFS

tilpums

lun

mērķis

nfsv3

ifnet

procesors

disks

sistēma

filer01> statistika saraksts gadījumi ifnet

Gadījumi uz Objekta nosaukums: ifnet

B2net

Glabāšanas 101

filer01> statistika saraksts skaitītāji ifnet

Skaitītāji Objekta nosaukums: ifnet

recv_packets

recv_errors

send_packets

send_errors

sadursmes

recv_data

send_data

recv_mcasts

send_mcasts

recv_drop_packets

Kā piemēru iepriekš, es varu parādīt visus objektus pieejamus mani, es varu vaicājumu visu tīklu gadījumus Man ir setup (2 VIFs, 1 ar VLAN), un es varu redzēt, kas novērš es varu ziņot par. Tātad liekot to kopā ...

filer01> statistika liecina ifnet: Uzglabāšana-101: sadursmes

ifnet: Uzglabāšana-101: sadursmes: 0 / s

Liels, mans uzglabāšana interfeiss nav neviena tīkla sadursmēm laikposmā tas ir nokļuvis! Tas ir labas ziņas priekš manis!

Ja es gribu palaist to pa vairākām iterācijām, es varētu pabarot to dažas citas iespējas. Piezīme: Iespējas ir jāiet pirms skaitītāja informāciju!

filer01> statistika liecina-n 5-i 1 ifnet: Uzglabāšana-101: sadursmes

Instancē sadursmes

/ S

Glabāšanas 101 0

Glabāšanas 101 0

Glabāšanas 101 0

Glabāšanas 101 0

Glabāšanas 101 0

Liels, tāpēc laika posmā no 5 sekundēm es esmu joprojām nesaņemu sadursmes!

Jūs pamanīsiet no augšas, ka ir par veiktspējas skaitītāji pieejamo daudz, un ne visi no tiem ir visvairāk runīgs nosaukumiem. Varat noskaidrot jebkuru no šiem, vadot "STATS izskaidro skaitītāji".

filer01 PĀRSNIEDZ statistika izskaidrot skaitītāji ifnet sadursmes

Skaitītāji Objekta nosaukums: ifnet

Nosaukums: sadursmes

Apraksts: Sadursmes sekundē par CSMA saskarnes

Īpašības: kursa

Vienība: per_sec

Tā ļauj veikt vēl vienu piemēru, es vēlos apskatīt latentuma lasījumos par manu Exchange sistēma ...

filer01> statistika liecina-n 5-i 1 tilpums: exch01_db: read_latency tilpums: exch01_db: write_latency tilpums: exch01_logs: read_latency tilpums: exch01_logs: write_latency

Piemēram read_latency write_latenc

ms ms

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

Tas ir 8 no rīta, neviens no pārdošanas komandas ir nomodā vēl! Kolonnu virsraksti iegūt mazliet asimetrisks, taču mēs varam redzēt lasīt latentuma pirmajā slejā, un rakstīt latentuma in 2..

Viens no maniem lielākajiem sūdzības par sysstat ir tas, kas notiek, ja es vēlos saglabāt šo darbību ilgā laika posmā un log izejas? Nu, es varu mainīt "iespējas autologout" un atstāt savu klēpjdatoru plugged in, bet tas nekad nav laba ideja. "Statistika" dod Jums iespēju ar cauruli visi stats izejas tieši uz failu. Izcili jaunumi!

filer01> statistika liecina-n 5-i 1-o / etc / stats.txt tilpums: exch01_db: read_latency tilpums: exch01_db: write_latency tilpums: exch01_logs: read_latency tilpums: exch01_logs: write_latency

filer01> rdfile / etc / stats.txt

Piemēram read_latency write_latenc

ms ms

exch01_db 0 16,00

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 8,00

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 1,00

exch01_logs 0 0

Diemžēl tas neatbrīvo augšu konsole, tik skriptu tas no RSH vai SSH var būt labākais bet, bet esiet uzmanīgi, cik ilgi jūs palaidīsiet iterācijas par!

Vēl viens jauks iezīme ir tā, ka jūs varat būt dažas presets. Tātad, ja jums ir 4 Exchange serveri katra ar 3 datu bāzēm, tad jūs varat ielādēt visas tilpums: <vol_name>: lasīt / write_latency komandas failā un izsniedz to tieši no stats komandu. Šā presets faili ir XML faili, tāpēc tie aizņem mazliet padomājot rakstīšanā, bet, ja jūs esat redzējis XML pirms, tad tas nav tik grūts.

Mans XML fails izskatās šādi ...

<Xml version = "1.0"?>

<preset>

<object name="volume">

<instance name="exch01_db">

<counter name="read_latency">

</ Skaitītāju>

<counter name="write_latency">

</ Skaitītāju>

</ Instancē>

<instance name="exch01_logs">

<counter name="read_latency">

</ Skaitītāju>

<counter name="write_latency">

</ Skaitītāju>

</ Instancē>

</ Object>

</ Preset>

Reizi saglabāts robežās / etc / stats / presets kā ". Xml" failu, es varu zvanīt tieši no stats komandu.

filer01> statistika liecina-p valūtas i 1-N 5

Piemēram read_latency write_latenc

ms ms

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0

exch01_logs 0 0

exch01_db 0 0,13

exch01_logs 0 0,12

exch01_db 0 0,00

exch01_logs 0 0,00

exch01_db 0 0

exch01_logs 0 0

Iespējas ir milzīgas iespējas, taču tas paver kaut ko vēl labāku. Tagad mēs varam izmantot "STATS Start" un "STATS STOP" uz iedarbinātu šo ziņojumu, un es saņemt savu konsoli atpakaļ!

filer01> statistika sākuma p apmaiņa

Stats identifikators nosaukums ir "Ind0x6920b2f0"

filer01> statistika liecina-es Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

tilpums: exch01_db: read_latency: 0ms

tilpums: exch01_db: write_latency: 5.14ms

tilpums: exch01_logs: read_latency: 0ms

tilpums: exch01_logs: write_latency: 0.00ms

filer01> statistika stop-es Ind0x6920b2f0

StatisticsID: Ind0x6920b2f0

tilpums: exch01_db: read_latency: 0ms

tilpums: exch01_db: write_latency: 5.36ms

tilpums: exch01_logs: read_latency: 0ms

tilpums: exch01_logs: write_latency: 0.00ms

Cerams, ka jūs sākat saprast, kāpēc man patīk šo komandu, un kāpēc lai to izmantotu to iespējas ir milzīgas, un ka tas ir ļoti spēcīgs tiešām!

Viens gala lieta, lai pievienotu, ir daudz skaitītāju pieejami pēc noklusējuma normālā priviliģētā stāvoklī, bet mēģināt pārgāja uz uzlabotas vai pat diagnostikas, un redzēt, cik skaitītāji ir pieejami, tad! Tas ir milzīgs, bet ar mazliet rakšana, ļoti spēcīgs.

Viens no pēdējā lieta, jūs varat izmantot aizstājējzīmes ar "STATS šova" komandu, lai izraut visus lodziņus manu apmaiņas datu bāzē ...

filer01> statistika liecina, tilpums: exch01_db: *

tilpums: exch01_db: avg_latency: 0.00ms

tilpums: exch01_db: total_ops: 3 / s

tilpums: exch01_db: read_data: 0B / s

tilpums: exch01_db: read_latency: 0ms

tilpums: exch01_db: read_ops: 0 / s

tilpums: exch01_db: write_data: 12288b / s

tilpums: exch01_db: write_latency: 0.00ms

tilpums: exch01_db: write_ops: 3 / s

tilpums: exch01_db: other_latency: 0ms

tilpums: exch01_db: other_ops: 0 / s

Vai lai parādītu visu read_latency visiem maniem apjomiem ...

filer01> statistika liecina, tilpums: *: read_latency

tilpums: vol0: read_latency: 0ms

tilpums: exch01_db: read_latency: 0ms

apjoms: mājas: read_latency: 0ms

tilpums: rezerves: read_latency: 0ms

tilpums: daļa: read_latency: 0ms

Ja jums ir kādi konkrēti jautājumi, vai jūs vēlaties, lai vaicājums, kā iegūt specifisku skaitītāja informāciju no sistēmas, nekautrējieties sūtīt man pa kādu jautājumu. Ceru, ka šis ir noderīgs ikvienam!

based on 3 ratings Izrāde "statistika" bez PerfStat vai Ops pārv, 10,0 no 10 Balstās uz 3 vērtējumiem

Vispārējā perfstat sniegums statit statistika ONTAP NetApp