Det er i utgangspunktet to tilnærminger til feilsøking, ovenfra og ned og nedenfra og opp. I dag vil vi diskutere toppen og ned tilnærming, og i mitt neste tips, vil vi dekke bunnen og opp tilnærming.
I en ovenfra og ned tilnærming, vil du begynne på de øvre lag av OSI protokollstakken . Du vil teste programmet for å være sikker på at det fungerer, så pinge servere, og så videre til du er på bunnen av bunken eller det fysiske laget. Denne tilnærmingen er den beste å bruke hvis flere brukere initiere help desk samtaler. Det er svært sjelden at fysiske laget problemer vil være et problem for alle brukere, med mindre selvfølgelig, det skjer for å være den eneste servertilkobling. Denne metodikken kan du finne ut om programmet eller server er nede, langsom eller annen grunn ikke er mottakelig for nettverks kommandoer. For å være effektiv er det generelt hjulpet av noen verktøy eller nettverksovervåking program som kan gi noen form for trending og handlingskraftige data.
Konkrete data kan være så enkelt som en ping som resulterer i en rekke nås hele måte å overvåke bits feil og andre feil som leveres via en SNMP trap. Den virkelige kunsten, er imidlertid å finne årsaken til feilene. For å være effektiv i å gjøre dette, bør en metodisk feilsøkings plan anvendes. Dette bør absolutt inneholde mer enn omstart en server. Hvis en server går ned, er det noe som forårsaker det å gjøre det. Det kan være en minnelekkasje, overutnyttelse i prosessorene, eller andre problemet, men restarte bør betraktes som en bandasje, ikke en løsning. Så, hva er praktisk data? Det er data som gir nok informasjon til å være nyttig og klar nok til å bestemme en handlingsplan.
De fleste administrasjonspakker og overvåkingsverktøy gjør at en nettverksadministrator for å sette grenseverdier for ytelse utenfor et akseptabelt område. Å vite hvor du skal sette disse for konkrete saker vil kreve litt prøving og feiling. Satt for lavt, vil de gjøre en personsøker et belte massasjeapparat, for høyt og de vil føre til arbeidsledighet. Blindt godta standardinnstillingene kan resultere i henhold utnyttelse av verktøyene. Hver gang du distribuere programvare, anbefaler jeg at du hoste opp bucks og få trent. Den beste treningen ville ideelt sett være på stedet - i miljøet, av noen sertifisert i programvarepakken. På den måten kan du eliminere de modulene du ikke ønsker eller trenger å bruke og melodi de som vil gi deg den beste informasjonen. Båndbredde tunge programmer og tungt utnyttet servere vil kreve mest tuning å være til nytte.
En annen fordel med programvare er muligheten til å spørre uensartet utstyr og beholde statistikk og trender i en rapporteringsverktøy. I gamle dager, og fortsatt i mange miljøer i dag, vi hadde å dobbeltklikke på hver bryter i et bredt utvalg av grensesnitt avhengig av serverprogramvaren og aktiv elektronikk. Ikke helt en tid saver! Nå, med et enkelt verktøy, trending og generelle trafikkrapporter kan eksporteres, sorteres, etc. Disse kan brukes til å rettferdiggjøre nytt utstyr og oppgraderinger (bare en liten side perk). En fordel med en trending og utnyttelse modellen er at det tillater deg å bestemme hvilke servere kan ha nytte av flere nettverkskort. Den lar deg også til å segmentere brytere, slik at du balansere mengden av pakker innenfor hver bryter, slik at man ikke er over utnyttes, mens de andre er under utnyttet. Det hjelper deg også til å vite hva slags pakker beveger seg der, slik at kan optimaliseres også.
Følg med for min neste tips hvor jeg skal dekke bunnen opp tilnærming.
Carrie Higbie, Global Network Applications Market manager The Siemon selskapet Carrie har vært involvert i databehandling og nettverk bransjer for nesten 20. Hun har jobbet med industribedrifter, medisinske institusjoner, kasinoer, helsepersonell, kabel og trådløse leverandører og en rekke andre næringer i både nettverk design /implementering, prosjektledelse og utvikling av programvare for privateide konsulentfirmaer og sist Nettverk og programvareløsninger.
Carrie jobber for tiden med The Siemon Company, hvor hennes ansvar omfatter å gi sambandstjenester til elektroniske produsenter til sikre at det er harmoni mellom de aktive elektronikk og eksisterende og fremtidige kabling infrastruktur. Hun deltar med IEEE, TIA og ulike konsortier for standarder aksept og arbeider for å videre opplyse sluttbruker samfunnet på viktigheten av en god infrastruktur. Carrie har i dag en RCDD /LAN-ekspert fra BICSI, MCNE fra Novell og flere andre sertifiseringer.