Upravljanje sprememb strežnika se osredotoča na proces premikanja sistema z enega računalniškega strežnika na drugega. To polje vsebuje celoten proces, od odločitve, ali je selitev potrebna in stroškovno učinkovita do procesa usposabljanja delavcev in odpravljanja težav. Ker področje pokriva toliko različnih vidikov poslovanja, je upravljanje sprememb strežnika običajno projekt med oddelki, ali pa pride specializirana ekipa tretjih oseb, ki nadzoruje proces. To je del veliko večjega poslovnega procesa, imenovanega upravljanje sprememb, ki obravnava številne vrste obsežnih projektov poslovnih sprememb.
Prvi del upravljanja sprememb strežnika je vedno definiranje same spremembe. Celo podjetje zmerne velikosti bo imelo številne različne strežnike, ki delujejo v povezavi in ustvarjajo poslovno omrežje. Ti so sestavljeni iz strežnikov strojne opreme, fizičnih računalnikov, na katerih je programiranje, in programskih strežnikov, programov, ki upravljajo poslovne funkcije in storitve. Upravljanje sprememb strežnika ureja obe področji in vsako predstavlja edinstvene izzive pri spreminjanju.
Da bi opredelili spremembo, upravljavci sprememb pregledajo zadevne sisteme in natančno določijo, kateri strežniki potrebujejo spremembo. Včasih bo na primer en strežnik programske baze podatkov potreboval spremembo, drugi pa ne, čeprav se oba povezujeta z istimi sistemi. Ko je določen natančen fokus spremembe, vodje začnejo iskati procese, ki se povezujejo s spreminjajočim se sistemom. Iskanje vseh povezanih programov je ključnega pomena, saj lahko ena sama majhna sprememba povzroči valovanje v povezanih sistemih in opustoši omrežje.
Po ugotovitvi potrebe in obsega spremembe se prične dejanski prehod. To je lahko hiter postopek ali zelo dolg, vse je odvisno od narave spremembe. Majhna sprememba, kot je zamenjava programskih poštnih strežnikov, lahko traja le uro ali dve, če ni težav. Večje spremembe, kot so fizične spremembe strojne opreme ali preklop na strežnik virtualnega operacijskega sistema s standardnih delovnih postaj, lahko trajajo dneve ali tedne.
Ko je dejansko preklop končan, se lahko začne zadnja faza upravljanja sprememb strežnika. Ta faza običajno vključuje neposredno delo s končnimi uporabniki, da se jih prilagodi spremembi. Prvi del je usposabljanje na novem sistemu, temu pa sledi obdobje tehničnega odpravljanja težav in tehnične podpore. Ta del postopka lahko traja neomejeno, vendar je v mnogih primerih postopek časovno omejen z vnaprej dogovorjeno pogodbo.
SmartAsset.