Domainin ja webhotellin siirto ilman katkoa — aikataulutettu viiden vaiheen ohje

Katkot eivät synny domainin ja webhotellin siirrosta vaan väärästä järjestyksestä, ja lähes aina sähköpostista. Tässä on kahden viikon aikataulu päivämäärineen, tarkistuskohdat ja viisi tyypillisintä katkon syytä.

Suora vastaus: verkkotunnuksen ja webhotellin siirto onnistuu ilman yhtään katkosminuuttia, kun teet asiat tässä järjestyksessä: laske DNS-tietueiden elinaika alas viikkoa ennen, siirrä sähköposti ensin, kopioi sivusto uudelle palvelimelle ja testaa se ennen kuin osoitat mitään sinne, vaihda DNS vasta sitten, ja siirrä verkkotunnuksen välittäjä viimeisenä. Katkot eivät synny siirrosta vaan väärästä järjestyksestä — ja lähes aina sähköpostista, ei sivustosta.

Tämä sivu on aikataulutettu ohje. Siinä on viisi vaihetta päivämäärineen, jokaisen vaiheen tarkistuskohta, ja lista siitä mistä katkot oikeasti syntyvät. Ohje sopii sekä webhotellin vaihtoon että pelkän verkkotunnuksen siirtoon välittäjältä toiselle.

Mitä DNS-tietueiden elinaika tarkoittaa ja miksi se on ensimmäinen teko?

DNS-tietueiden elinaika eli TTL kertoo sekunteina, kuinka kauan muut palvelimet ympäri maailmaa saavat pitää saamansa vastauksen muistissa ennen kuin ne kysyvät uudelleen. Tyypillinen oletus on 3600 sekuntia eli tunti, mutta se voi olla myös 86 400 eli vuorokausi. TTL:n laskeminen on siirron ensimmäinen teko siksi, että se määrää, kuinka kauan vanha vastaus elää muutoksen jälkeen: niin kauan kuin vanha arvo on välimuistissa, osa maailmasta ohjautuu edelleen vanhalle palvelimelle riippumatta siitä, mitä sinä olet jo vaihtanut. Kun TTL on laskettu etukäteen alas, varsinainen vaihto näkyy kaikkialla minuuteissa — ja koko siirron aikataulu rakentuu tämän varaan.

Jos vaihdat palvelimen osoitteen ja TTL on vuorokausi, osa kävijöistä ja osa sinulle lähetetystä postista ohjautuu vanhalle palvelimelle vielä vuorokauden ajan. Tämä on se hetki, jossa "sivut toimii mulla mutta ei asiakkaalla" syntyy. Se ei ole vika vaan välimuisti.

Ratkaisu on laskea TTL arvoon 300 sekuntia eli viisi minuuttia vähintään vuorokautta ennen muutosta, mieluiten viikkoa ennen. Silloin varsinainen vaihto näkyy kaikkialla viidessä minuutissa. Nosta TTL takaisin normaaliksi vasta viikko siirron jälkeen.

Viisi vaihetta aikataulutettuna

1. T−7 vrk: inventaario ja TTL alasKirjaa ylös kaikki nykyiset DNS-tietueet: A, AAAA, CNAME, MX, TXT ja mahdolliset alidomainit. Ota kuvakaappaus. Laske jokaisen TTL arvoon 300. Selvitä samalla, kenen nimissä verkkotunnus on ja kenellä on hallintapaneelin tunnukset.
2. T−5 vrk: uusi ympäristö pystyyn ja sähköposti valmiiksiLuo uudelle palvelimelle samat sähköpostilaatikot samoilla osoitteilla ja salasanoilla. Älä vielä vaihda MX-tietueita. Kopioi vanhojen laatikoiden sisältö uusiin IMAP-siirtona.
3. T−3 vrk: sivusto kopioidaan ja testataan ilman DNS-muutostaSiirrä tiedostot ja tietokanta. Testaa uusi sivusto väliaikaisella osoitteella tai oman koneesi hosts-tiedostolla. Testaa erityisesti lomakkeet, kirjautuminen ja maksut.
4. T−0, alkuviikko aamupäivällä: DNS vaihdetaanVaihda A-tietue uuden palvelimen osoitteeseen ja MX-tietueet uuteen postipalvelimeen. Seuraa 30 minuuttia: avaa sivusto, lähetä itsellesi sähköposti ulkopuolisesta osoitteesta, täytä yhteydenottolomake.
5. T+7 vrk: verkkotunnuksen välittäjä ja vanhan sulkeminenKun kaikki on toiminut viikon, siirrä verkkotunnus uudelle välittäjälle siirtoavaimella ja vasta sitten irtisano vanha sopimus. Nosta TTL takaisin arvoon 3600.

Kokonaisaika on kaksi viikkoa, josta varsinaista työtä on muutama tunti. Aikataulun pointti ei ole hitaus vaan se, että jokainen vaihe on peruttavissa niin kauan kuin vanha ympäristö on pystyssä.

Miksi sähköposti siirretään ensin?

Sähköposti siirretään ennen sivustoa siksi, että sivuston katko ja sähköpostin katko ovat eriluonteisia vahinkoja. Sivuston katko näkyy sinulle heti ja korjaantuu itsestään, kun DNS päivittyy. Sähköpostin katko on toisenlainen ongelma: kadonnutta viestiä ei saa takaisin, eikä sitä useimmiten edes huomata, koska lähettäjä olettaa viestin menneen perille. Jos MX-tietue osoittaa palvelimelle, jolla ei ole vielä sitä laatikkoa, lähettäjä saa virheilmoituksen tai viesti katoaa hiljaisesti. Siksi postilaatikot luodaan ja niiden sisältö kopioidaan uuteen paikkaan ennen kuin yhtäkään MX-tietuetta kosketaan — tässä järjestyksessä katkoa ei synny, koska vanha paikka palvelee koko ajan.

Siksi järjestys on aina: laatikot olemassa uudessa paikassa ensin, sisältö kopioituna toiseksi, MX-tietue vasta kolmanneksi. Pidä vanha postilaatikko auki vähintään kaksi viikkoa DNS-muutoksen jälkeen, koska osa lähettäjistä yrittää vanhaa osoitetta pitkään.

Muista myös SPF-, DKIM- ja DMARC-tietueet. Ne ovat TXT-tietueita, jotka kertovat vastaanottaville palvelimille kuka saa lähettää postia sinun verkkotunnuksellasi. Jos ne jäävät osoittamaan vanhaan palvelimeen, uudesta paikasta lähetetty posti alkaa päätyä roskapostiin. Tämä on siirtojen yleisin jälkiseuraus, ja se huomataan vasta viikkojen päästä myymättä jääneistä tarjouksista. Yrityssähköpostin kokonaisuus on käyty läpi sivulla sähköposti yritykselle.

Miten verkkotunnus siirretään välittäjältä toiselle?

Verkkotunnuksen siirto välittäjältä toiselle on erillinen ja selvästi yksinkertaisempi toimenpide kuin palvelimen vaihto, ja se koskee vain sitä, kuka tunnusta laskuttaa ja hallinnoi. Käytännössä se on kolme askelta: pyydä nykyiseltä välittäjältä siirtoavain, syötä avain uudelle välittäjälle ja hyväksy siirto tunnuksen haltijan sähköpostiosoitteesta. Sivusto ja sähköposti eivät liiku mihinkään, koska DNS-tietueet säilyvät siirrossa ennallaan. Juuri siksi tämä vaihe kannattaa tehdä viimeisenä ja vasta kun uusi ympäristö on toiminut viikon: se on peruuttamattomin ja samalla harmittomin osa koko siirtoa, eikä sillä ole kiire.

Kaksi asiaa kannattaa tarkistaa ennen kuin aloitat. Ensimmäinen on, että tunnuksen haltijaksi on merkitty sinun yrityksesi eikä toimittajasi. Suomalaisten .fi-tunnusten haltijatiedon voi tarkistaa Traficomin verkkotunnushausta. Jos haltijana on joku muu, siirtoa ei voi tehdä ennen kuin haltijuus on korjattu, ja se on eri ja hitaampi prosessi.

Toinen on yhteystietojen sähköpostiosoite. Siirron hyväksyntä lähetetään siihen. Jos osoite on vanhan toimittajan tai lopetetun laatikon, viesti ei tule perille ja siirto raukeaa. Päivitä osoite ennen siirtoavaimen pyytämistä.

Siirto ei myöskään nollaa tunnuksen voimassaoloa. Katko syntyy vain, jos siirron yhteydessä vaihdetaan myös nimipalvelimet ilman että tietueet on ensin kopioitu uuteen paikkaan — ja sekin on vältettävissä tekemällä kopiointi ensin.

Uudelleenohjaukset: se osa, joka unohtuu

Uudelleenohjaukset ovat se siirron osa, joka unohtuu useimmin, ja ne tarvitaan aina kun osoitteiden rakenne muuttuu siirron yhteydessä — esimerkiksi silloin, kun sivusto uudistetaan samalla kertaa. Silloin jokaiselle vanhalle osoitteelle on tehtävä pysyvä uudelleenohjaus uuteen. Ilman niitä hakukoneessa olleet sivut päätyvät virhesivulle ja aiemmin ansaittu näkyvyys menetetään, koska hakukone ei osaa yhdistää vanhaa osoitetta uuteen ilman ohjausta. Vahinko ei näy heti vaan viikkojen kuluessa, kun vanhat osoitteet putoavat hakutuloksista. Jos osoitteet pysyvät ennallaan, mitään tästä ei tarvita.

Kerää lista vanhoista osoitteista ennen siirtoa. Yksinkertaisin tapa on ottaa sivukartta talteen ja käydä läpi hakukoneen indeksoimat osoitteet. Tee sen jälkeen taulukko, jossa on kaksi saraketta: vanha osoite ja uusi osoite. Se taulukko on koko uudelleenohjaustyö — ja se on samalla syy siihen, miksi osoitteiden pitäminen ennallaan on siirron yhteydessä lähes aina oikea valinta.

Katkon viisi tyypillistä syytä

Tarkistuslista ennen kuin aloitat

Ennen kuin aloitat domainin ja webhotellin siirron, kerää kasaan kahdeksan tunnusta ja tietoa: verkkotunnuksen hallintatunnukset, webhotellin hallintapaneelin tunnukset, FTP- tai SSH-tunnukset, tietokannan tunnukset, sivuston pääkäyttäjätunnus, kaikkien sähköpostilaatikoiden salasanat, kuvakaappaus nykyisistä DNS-tietueista ja tieto siitä kenen nimissä tunnus on. Suurin osa epäonnistuneista siirroista kaatuu nimittäin siihen, että jokin näistä puuttui kesken työn ja vanha ympäristö oli jo osittain purettu. Kaikki kahdeksan ovat sellaisia, jotka sinulla kuuluu olla joka tapauksessa — jos jokin puuttuu, sen hankkiminen on itsessään syy tehdä tarkistus nyt eikä siirtopäivänä.

Jos jokin näistä puuttuu eikä nykyinen toimittaja anna sitä, olet toimittajalukossa. Se on eri ongelma kuin siirto, ja se pitää ratkaista ensin. Yleensä ratkaisu on kirjallinen pyyntö, jossa vedotaan sopimukseen ja siihen, että kyse on sinun yrityksesi tiedoista.

Testaus siirron jälkeen: kymmenen minuutin kierros

Siirron jälkeen tehdään kymmenen minuutin testikierros, eikä seuraavaan tehtävään siirrytä ennen kuin se on käyty läpi. Kierros kestää kymmenen minuuttia ja löytää käytännössä kaikki tavalliset virheet, koska se käy lävitse ne neljä asiaa, jotka siirrossa oikeasti rikkoutuvat: varmenne, lomakkeet, sähköposti molempiin suuntiin ja osoitteen www-muoto. Testaus tehdään heti DNS-muutoksen jälkeen siksi, että silloin vanha ympäristö on vielä pystyssä ja muutoksen voi perua yhdellä rivillä. Jos testaus jää tekemättä, virheet löytyvät asiakkaalta, ja silloin ne ovat jo maksaneet jotain.

Avaa etusivu ja kaksi alasivua. Tarkista, että osoiterivillä on lukko eli että varmenne toimii uudessa paikassa — tämä on siirron jälkeen toiseksi yleisin virhe heti sähköpostin jälkeen. Täytä yhteydenottolomake ja varmista, että viesti tulee perille oikeaan laatikkoon. Lähetä sähköposti ulkopuolisesta osoitteesta yritysosoitteeseesi ja vastaa siihen, jotta testaat molemmat suunnat. Kirjaudu sivuston hallintaan. Tarkista, että osoitteen molemmat muodot, www-alkuinen ja ilman, päätyvät samaan paikkaan. Jos sivustolla on verkkokauppa, tee yksi testitilaus loppuun asti.

Käy sama kierros uudestaan seuraavana aamuna. Osa ongelmista näkyy vasta kun välimuistit ovat vanhentuneet ja ensimmäiset oikeat asiakkaat ovat käyneet.

Milloin siirtoa ei kannata tehdä?

Domainin ja webhotellin siirtoa ei kannata tehdä kolmessa tilanteessa, joissa se maksaa enemmän kuin tuottaa: kun sivusto on toimittajan omalla alustalla eikä sitä saa ulos siirrettävässä muodossa, kun säästö on pieni ja nykyinen ympäristö toimii, ja kun olet keskellä sesonkia tai kampanjaa. Kaikissa kolmessa siirto on teknisesti mahdollinen mutta taloudellisesti huono päätös, koska siirron hinta ei ole vain työaika vaan myös riski, joka realisoituu juuri väärään aikaan. Kaksi ensimmäistä ratkaistaan selvittämällä asia etukäteen, kolmas pelkällä ajoituksella. Alla jokainen kolmesta erikseen.

Sivusto on toimittajan omalla alustalla. Silloin siirrettävää ei ole: tiedostoja ja tietokantaa ei saa ulos siirrettävässä muodossa, ja "siirto" tarkoittaa sivuston rakentamista uudelleen. Selvitä tämä ensimmäisenä, koska se muuttaa koko hankkeen luonteen ja hinnan.

Säästö on pieni ja nykyinen toimii. Muutaman kympin vuosisäästö ei kata siirtoon menevää aikaa eikä riskiä. Neuvottele hinta ensin uusiksi.

Olet keskellä sesonkia tai kampanjaa. Siirto tehdään hiljaisena aikana, mieluiten tiistaiaamuna. Älä koskaan perjantaina, koska vikatilanteessa tuki on kiinni ja korjaat sitä itse viikonlopun.

Kuka siirron tekee?

Domainin ja webhotellin siirron tekee joko sinä itse tai tekninen osaaja, ja valinta riippuu yhdestä kysymyksestä: ovatko DNS, IMAP ja tietokantavedos sinulle tuttuja käsitteitä. Tekninen osaaja tekee tavallisen yrityssivuston ja muutaman sähköpostilaatikon siirron muutamassa tunnissa. Itse tehtynä se on täysin mahdollista, kun aikataulu on tämän sivun mukainen ja vanha ympäristö pidetään pystyssä loppuun asti. Jos käsitteet eivät ole tuttuja, kannattaa tunnistaa yksi asia: virhe maksaa enemmän kuin apu — kadonnut sähköposti ja roskapostiin päätyvä lähtevä posti eivät ole korjattavissa jälkikäteen samalla tavalla kuin sivuston katko.

Me teemme siirtoja osana IT-palveluita yrityksille, ja rakennamme sivustot niin että ne ovat siirrettävissä milloin tahansa myös meiltä pois. Työn hinta lukee hinnastossa tuntiveloituksena, joten näet kustannuksen etukäteen ilman tarjouspyyntöä. Jos harkitset siirtoa hinnan takia, lue myös webhotelli-vertailu.

Usein kysyttyä

Lue seuraavaksi

• Domain ja webhotelli: kannattaako ne ostaa samasta paikasta vai erikseen?
• Datan siirto järjestelmästä toiseen: vientimuodot ja viennin testaus etukäteen
• Domain-haku ja vapaan nimen löytäminen: kolme testiä ennen rekisteröintiä
• Domainin osto ja omistajuus: kuka verkkotunnuksesi oikeasti omistaa ja miten saat sen itsellesi
• Domainin rekisteröinti: mitä fi-domain oikeasti maksaa vuodessa ja miksi uusimishinta ratkaisee
• HR-konsultointi pienyritykselle: mitkä tehtävät ostetaan ja mitkä automatisoidaan

Lue myös: Sähköposti yritykselle: mitä nimi@firma.fi maksaa ja miten se otetaan käyttöön · verkkotunnus ja domain · WordPress-ylläpito: mitä se on, mitä se maksaa ja milloin sitä ei tarvita · Microsoft 365 vai Google Workspace: rehellinen vertailu 1-10 hengen yritykselle · Google-mainonta pienelle yritykselle · Hakukoneoptimointi yritykselle · Tarjouspyyntöpohja IT-hankintaan · IT-sanasto yrittäjälle