SQL Server 2016 end-of-support oli heinäkuussa 2026. Lukuisilla organisaatioilla se on jo takana tai käynnissä.

Iso osa organisaatioista tekee migraation mahdollisimman nopeasti, mahdollisimman helpost, eli lift-and-shift -mallilla. Sama ympäristö, uusi osoite. Se on osoittautunut kalliiksi valinnaksi.

Migraatio tapahtuu harvoin

Tietokantaympäristön perusteellinen uudelleenarviointi tapahtuu tyypillisesti viiden, jopa kymmenen vuoden välein. Päivittäisessä operatiivisessa toiminnassa kapasiteetti- ja kustannuskysymykset jäävät taka-alalle. Usein on tärkeämpää, että ympäristö toimii.

Migraatio on poikkeus. Se on hetki jolloin koko arkkitehtuuri on lähtötilassa, auki. Ja se on myös hetki, jolloin väärä mitoitus voidaan lukita seuraaviksi vuosiksi.

Lift-and-shift siirtää ongelman uuteen osoitteeseen. Oikein mitoitettu migraatio ratkaisee sen, ja säästää samalla satoja tuhansia euroja.

Kolme polkua migraatioon

Jokaisella asiakkaalla on käytännössä kolme vaihtoehtoa:

  • Suora päivitys uuteen versioon. Nopein, mutta kaikki kapasiteetti ja konfiguraatiot siirtyvät sellaisinaan
  • Lift-and-shift pilveen. Sama mitoitusongelma nyt pilvihinnoittelulla, joka juoksee kuukausittain
  • Oikein mitoitettu migraatio. Analysoidaan todellinen kapasiteettitarve ensin ja mitoitetaan kohde sen mukaan. Migroitaan oikeaan kokoon

Mitä oikea mitoitus tarkoittaa käytännössä?

SQL Governor -kapasiteettianalyysi kerää 30 päivää dataa ympäristöstä. Huippukuormat, kausipiikit, resurssien todellinen käyttöaste analysoidaan. Sitten lasketaan, paljonko kapasiteettia tarvitaan oikeasti.

Useimmissa ympäristöissä löytyy 25–50 prosentin verran ylikapasiteettia. Oikeasti mitoitetussa migraatiossa tämä ylikapasiteetti ei siirry mukana. Lisenssi-, rauta- ja konesalitilakulut pienenevät samassa suhteessa.

Olemme mitoittaneet ja migroineet satoja ympäristöjä. Kaikissa nolla käyttökatkoa. Siksi, että oikein mitoitettu kohdejärjestelmä on helpompi siirtää.

Ikkuna on nyt auki

End-of-support-migraatio on harvinainen tilaisuus. Se ei avaudu uudelleen seuraavaan 5–10 vuoteen. Jos migraatio tehdään ilman kapasiteettianalyysiä, seuraava mahdollisuus optimoida on vasta silloin.

→ Pyydä migraatioarviomme ennen arkkitehtuurin lukitsemista: www.dbproservices.fi