Palvelimen muutosten hallinta keskittyy järjestelmän siirtämiseen tietokonepalvelimelta toiselle. Tämä kenttä sisältää koko prosessin aina siitä, onko siirto tarpeellinen ja kustannustehokas, työntekijöiden kouluttamiseen ja ongelmien vianmääritykseen. Koska kenttä kattaa niin monia liiketoiminnan eri osa-alueita, palvelinmuutosten hallinta on yleensä osastojen välinen projekti, tai erikoistunut kolmannen osapuolen tiimi tulee valvomaan prosessia. Tämä on osa paljon laajempaa liiketoimintaprosessia nimeltä muutoksenhallinta, jossa tarkastellaan monenlaisia suuria liiketoiminnan muutoshankkeita.
Palvelimen muutoksenhallinnan ensimmäinen osa on aina itse muutoksen määrittely. Jopa pienikokoisella yrityksellä on useita palvelimia, jotka toimivat yhdessä yrityksen verkon luomiseksi. Nämä koostuvat laitteistopalvelimista, fyysisistä tietokoneista, joihin ohjelmointi perustuu, ja ohjelmistopalvelimista, ohjelmista, jotka toimivat liiketoiminnoissa ja palveluissa. Palvelinmuutosten hallinta hallitsee molempia näitä alueita, ja jokainen niistä tuo ainutlaatuisia haasteita muuttuessaan.
Muutoksen määrittämiseksi muutosjohtajat tarkastelevat kyseisiä järjestelmiä ja määrittävät tarkalleen, mitä palvelimia on muutettava. Esimerkiksi joskus yksi ohjelmistotietokantapalvelin tarvitsee muutoksia ja toinen ei, vaikka molemmat muodostavat yhteyden samoihin järjestelmiin. Kun muutoksen tarkka kohde on määritetty, johtajat alkavat löytää prosesseja, jotka liittyvät muuttuvaan järjestelmään. Kaikkien yhdistettyjen ohjelmien löytäminen on elintärkeää, koska yksi pieni muutos voi aiheuttaa väreilyä liitännäisjärjestelmissä ja tuhota verkon.
Kun muutoksen tarve ja laajuus on määritetty, varsinainen siirtyminen alkaa. Tämä voi olla nopea tai hyvin pitkä prosessi, kaikki muutoksen luonteesta riippuen. Pieni muutos, kuten ohjelmistopostin vaihtaminen, voi kestää vain tunnin tai kaksi, jos ongelmia ei ole. Suuremmat muutokset, kuten fyysiset laitteistomuutokset tai siirtyminen virtuaaliseen käyttöjärjestelmäpalvelimeen tavallisilta työasemilta, voivat viedä päiviä tai viikkoja.
Kun varsinainen kytkin on valmis, palvelimen muutoksenhallinnan viimeinen vaihe voi alkaa. Tämä vaihe sisältää tyypillisesti työskentelyn suoraan loppukäyttäjien kanssa saadakseen he sopeutumaan muutokseen. Ensimmäinen osa on uuden järjestelmän koulutus, jota seuraa teknisen vianmäärityksen ja teknisen tuen jakso. Tämä prosessin osa voi jatkua loputtomiin, mutta monissa tapauksissa prosessi on aikarajoitettu ennalta sovitun sopimuksen perusteella.