En av de mest kritiske tingene et nettverk ingeniør trenger å vite er hvordan man skal gjøre endringer, fordi, vel, endringer er hva nettverk ingeniører gjør, og de fleste av nettverkene du skal jobbe på er ikke greenfield nettsteder der du kan spille på ferie. Du vil ha massevis av hardware allerede på plass, og du må jobbe rundt det. Noen ganger er dette enkelt, men visse ting kan gjøre det svært komplekse, for eksempel svært gammel kritisk maskinvare du kan ikke erstatte, eller å måtte gjøre endringer til en live nettverk uten avbrudd for brukerne. I denne artikkelen vil vi kartlegge noen av de avgjørelsene du trenger å gjøre, og hvordan de kan hjelpe eller skade sjansene for suksess.

Staging

Det første du må gjøre når du planlegger en endring er å identifisere alle de oppgavene som må utføres for å fullføre endringen, og deretter dele dem inn to grupper: ting som kan utføres før " forandring vindu " og ting som må utføres under selve endringen. Begrepet " iscenesettelse " betyr vanligvis det handler om å gjøre alle aktiviteter i den første gruppen.

Hvis endringen er å installere en ny Ethernet-svitsj som skal erstatte en eksisterende, og organisasjonen din har gitt deg en time ved midnatt på lørdag for å stenge ned nettverket og fullføre endringen, deretter noen eksempler på ting du kan gjøre på forhånd kan inkludere pakker ut nye bryteren, montere den i et stativ, merking av alle portene og ledninger, plugge i strømkabelen og konfigurere den. Under vinduet, ville du gjøre alle de tingene som er nedbrytende, som for eksempel flytting av kabler, testing og opprydding.

Selvfølgelig, jo flere aktiviteter du kan fullføre på forhånd, jo mindre risiko du vil kjøre under endringen. Og hvis du støter på et problem, gir effektiv iscenesettelse deg mer tid til å løse det.

Testing og Backout plan

En av oppryddings aktivitetene du trenger for å fullføre etter at en endring kan være å koble den gamle bryteren og fjerne den fra stativet. Det er godt å holde datasentre og kablingsskap som ren og enkel som mulig, men i mange tilfeller er det bedre å la den gamle boksen i en stund som en del av Backout plan.

For hver endring du gjør, bør du ha en testplan og en Backout plan. Testplanen i eksempelet ovenfor kan være så enkelt som å koble den bærbare datamaskinen og pinge en server for å bekrefte tilkobling. De fleste endringer er mye mer kompleks, men, og vanligvis innebære mange trinn. Sjansene for suksess er mye større hvis du utfører noen enkle tester underveis, heller enn å vente til du tror du er ferdig, og oppdager at noe ikke fungerer.

Det er der Backout planen kommer i. Når endringen går sidelengs uansett grunn, må du være i stand til å sette nettverket tilbake som det var, gjenopprette tjenesten til brukerne, til du kan finne ut hva gikk galt og hva du skal gjøre med det. I teorien kan det Backout planen være så enkelt som å endre trinnene i revers, men det viktigste å forstå er når
å bakke ut. Dette er grunnen til dine testing og Backout planer går sammen. Hvis du har en time, og det tar deg 40 minutter å gjøre endringen og 10 minutter å finne ut at det ikke fungerte, og du ikke kan fikse det, sitter du igjen med bare 10 minutter å angre noe som tok 40 minutter å gjøre i første omgang. Math sånn kan være karriere-begrensende.

Lokale eller eksterne endringer

En annen utfordring for nettverksadministratorer er å gjøre endringer i avsidesliggende steder. Dette er uunngåelig, fordi du ikke kan være på begge ender av en WAN krets samtidig, og i dagens forretningsklima, til å ha ekstra folk hjelpe deg er en sjelden luksus. Så må du tenke på hvordan du skal gjøre endringer eksternt og gjør testing eksternt. Enda viktigere, må du analysere trinnene i endring plan grundig for å være sikker på at ingen av dem fører til en mangel på tilkobling til eksterne komponenter. For eksempel, hvis du Telnetting til en ekstern ruter og gjør en endring i grensesnittet du er koblet til, kan du deaktivere grensesnittet og hindre deg fra å koble til å fikse det. For saker som dette, er det best å ha en out-of-band metode for tilgang, for eksempel et modem koblet til konsollen port, eller navnet på noen på stedet som kan hjelpe deg raskt.

Husk: Gjør så mye som mulig på forhånd, identifisere din " go /no-go " ganger slik at du kan se på klokken under endringen, og sørg for at du har verktøy og hjelp du trenger for å gjøre ekstern konfigurasjon.