IT-migraatio tarkoittaa palvelinten, sovellusten ja datan siirtämistä ympäristöstä toiseen, esimerkiksi uuteen konesaliin, pilveen tai uudelle IT-toimittajalle. Onnistunut migraatio alkaa riippuvuuksien kartoituksesta ja palautussuunnitelmasta. Sofor siirtää ympäristön vaiheittain testisiirron kautta, sopii käyttökatkon rajat etukäteen ja ylläpitää uutta ympäristöä siirron jälkeen. Vanhasta luovutaan vasta, kun uusi on todettu toimivaksi.
Päivitetty
Migraatio etenee Define Build Maintain -mallin mukaan. Jokaisella vaiheella on omistaja ja hyväksymiskriteerit, ja ylläpidossa havaitut tarpeet palaavat suunnitteluun.
Administer teki strategisen päätöksen uudistaa IT-infrastruktuurinsa osana pitkän aikavälin kehitystyötä. Vanhassa konesalissa ei ollut varsinaisia ongelmia. Kumppaniksi valittiin Sofor, jolla oli vahva näyttö Telian konesaliympäristöistä.
Selkeä yhteinen tavoite ja Soforin vahva projektinhallinta mahdollistivat saumattoman siirtymän ilman yllätyksiä.
Konesalimuutto toteutettiin hallitusti ja ilman vaikutusta Administerin päivittäiseen toimintaan. Kaikki vaiheet dokumentoitiin ja aikataulutettiin huolellisesti.
Lähde: Administerin asiakastarina, sofor.fi,
Neljä asiaa kirjataan ennen kuin ensimmäistäkään palvelinta siirretään. Ne ratkaisevat, miten siirron aikana toimitaan, kun jokin ei mene suunnitellusti.
Kirjataan, mistä vastaa oma IT, mistä Sofor ja mistä muut toimittajat. Jokaiselle järjestelmälle nimetään omistaja, joka hyväksyy sen siirron.
Sovitaan järjestelmäkohtaisesti, kuinka pitkä katko on hyväksyttävä ja mihin aikaan siirto tehdään. Kaikkea ei voi siirtää katkotta, joten raja sovitaan ennen siirtoa.
Määritellään testit, joilla todetaan, että järjestelmä toimii uudessa ympäristössä. Siirto hyväksytään näiden kriteerien perusteella.
Palautussuunnitelma kertoo, missä vaiheessa ja kenen päätöksellä palataan vanhaan ympäristöön. Vanha pidetään käytettävissä, kunnes uusi on hyväksytty.
Lue blogista 8 asiaa, jotka selvitetään ennen IT-migraatiota
Tero Laine on Soforin järjestelmäarkkitehti, joka on erikoistunut Citrix-ympäristöihin sekä työpöytä- ja sovellusvirtualisointiin. Citrix on palkinnut hänet vuoden kouluttajana viidesti.
Citrixin syvyyksistä -sarjassa hän kuvaa muun muassa, miten Citrix Virtual Apps and Desktops -ympäristön migraatio Citrix DaaS -palveluun tehdään. Ympäristöänne hoitavat nimetyt asiantuntijat, joten sama tiimi tuntee ympäristön kartoituksesta ylläpitoon.
Kapasiteetti kotimaisesta konesalista. Data pysyy Suomessa, ja kapasiteettia lisätään tarpeen kasvaessa.
Varmistukset mitoitetaan ympäristönne mukaan, ja palautukset hoidetaan puolestanne ennen siirtoa ja sen jälkeen.
Valvonta, päivitykset ja häiriöiden hoito yhdeltä kumppanilta suomeksi ja englanniksi ympäri vuorokauden.
Palvelimet, konesali- ja pilviympäristöt sekä varmistukset yhdeltä kumppanilta suunnittelusta ylläpitoon.
Suunnittelu alkaa nykyisen ympäristön kartoituksesta. Palvelimet, sovellukset, integraatiot ja niiden riippuvuudet käydään läpi, ja niiden pohjalta päätetään siirtojärjestys, aikataulu, käyttökatkon rajat, vastuut ja hyväksymiskriteerit. Suunnitelmaan kuuluu aina palautussuunnitelma ja testisiirto ennen tuotannon siirtoa.
Kesto riippuu ympäristön koosta, riippuvuuksista ja siitä, kuinka monessa erässä siirto tehdään. Kartoituksen jälkeen aikataulu arvioidaan järjestelmä kerrallaan. Suurin osa työstä tehdään ennen tuotannon siirtoa, joka ajoitetaan sovittuun huoltoikkunaan.
Käyttökatkoa vähennetään siirtämällä järjestelmät erissä, harjoittelemalla siirto testisiirrolla ja ajoittamalla tuotannon siirto liiketoiminnan kannalta hiljaiseen aikaan. Täysin katkotonta siirtoa ei voi luvata jokaiselle järjestelmälle, joten hyväksyttävä katko sovitaan etukäteen järjestelmäkohtaisesti.
Lue lisää blogista IT-migraatio ilman turhaa käyttökatkoa.
Palautussuunnitelma kuvaa, miten palataan vanhaan ympäristöön, jos siirto ei onnistu. Siinä sovitaan, millä perusteella paluusta päätetään, kuka päätöksen tekee, mihin mennessä se tehdään ja mitä siirron aikana muuttuneelle datalle tehdään.
Vastuut kirjataan ennen siirtoa. Sofor vastaa sovitusta suunnittelusta, siirrosta ja ylläpidosta, ja asiakkaan järjestelmäomistajat hyväksyvät oman järjestelmänsä siirron. Jos mukana on muita toimittajia, myös niiden tehtävät ja yhteyshenkilöt kirjataan samaan suunnitelmaan.
Vanhasta ympäristöstä luovutaan, kun uusi on läpäissyt sovitut hyväksymiskriteerit ja toiminut tuotannossa sovitun ajan. Siihen asti vanha pidetään valmiina paluuta varten. Ennen alasajoa varmistetaan, että kaikki data on siirretty ja tarvittavat varmuuskopiot on otettu.
Konesalimuutossa palvelimet ja niiden työkuormat siirretään konesalista toiseen, esimerkiksi kotimaiseen konesaliin. Pilvimigraatiossa työkuormia siirretään pilvipalveluun, kuten Microsoft Azureen. Molemmat etenevät samoin vaihein. Hybridimallissa osa työkuormista ajetaan pilvessä ja osa kotimaisessa konesalissa.
Lue lisää konesalipalveluista ja kotimaisesta pilvestä.
Kertokaa, mitä olette siirtämässä ja mihin. Käymme tilanteen läpi ja ehdotamme, mistä kartoitus kannattaa aloittaa.