Webhotellin siirto: katkoton sivuston siirto
Kerromme vaihe vaiheelta, miten siirrät verkkosivustosi ja sähköpostisi uudelle palvelimelle ilman katkoa täyden varmuuskopion, testiympäristön ja suunnitellun DNS-siirron avulla.
Aurora YazılımToimitustiimi
6 min lukuaika
Webhotellin siirtoa varten otetaan ensin tiedostoista ja tietokannasta täysi varmuuskopio, ladataan se uudelle palvelimelle ja testataan hosts-tiedostolla. Kun kaikki toimii oikein, DNS-tietueet ohjataan uudelle palvelimelle. TTL-ajan lyhentäminen ennen siirtoa ja vanhan palvelimen pitäminen päällä muutaman päivän estää katkot.
Mitä webhotellin siirto on?
Webhotellin siirto tarkoittaa verkkosivustosi tiedostojen, tietokannan ja usein myös sähköpostitilien siirtämistä palvelimelta toiselle. Kävijän kannalta osoite ei muutu; muuttuu kone, jolla sivusto taustalla toimii.
Siirtotarve syntyy yleensä hitauden, riittämättömien resurssien, tietoturvaongelmien, tyytymättömyyden tukeen tai uuteen ohjelmistoalustaan siirtymisen vuoksi. Syystä riippumatta tavoite on sama: siirto, jota kävijä ei huomaa.
Webhotellin siirtoa ei pidä sekoittaa verkkotunnuksen siirtoon. Verkkotunnuksen rekisteröijän vaihto on erillinen prosessi, jonka kerroimme erikseen artikkelissa verkkotunnuksen siirto. Riski pienenee, kun nämä tehdään peräkkäin eikä samaan aikaan.
Tee inventaario ennen siirtoa
Suurin osa katkoista johtuu unohtuneesta osasta. Ennen siirron aloittamista listaa täydellisesti, mitä vanhalla palvelimella toimii:
- Sivuston tiedostot: Koodi, ladatut kuvat, asiakirjat ja asetustiedostot.
- Tietokannat: Kaikki sivuston käyttämät tietokannat, niiden käyttäjät ja merkistö.
- Sähköposti: Tilit, edelleenohjaukset ja vanhat viestit; jos sähköposti on samalla palvelimella, se täytyy suunnitella erikseen.
- Ajastetut tehtävät: Raportteja, varmuuskopioita tai synkronointia ajavat cron-tehtävät.
- Palvelinasetukset: PHP- tai Node.js-versio, muistirajat, ohjaussäännöt, SSL-varmenne.
- Ulkoiset yhteydet: Maksu-, kuljetus- tai API-yhteyksien IP-osoitteeseen sidotut oikeudet.
Miten täysi varmuuskopio otetaan?
Siirron ensimmäinen ja tärkein vaihe on täysi ja tarkistettu varmuuskopio, joka tekee paluun mahdolliseksi. Varmuuskopio on sekä siirron lähde että turvasi, jos jokin menee pieleen. Varmuuskopiointistrategian yksityiskohdat kävimme läpi oppaassamme miten varmuuskopiointi tehdään.
Jos hallintapaneelisi tarjoaa täyden varmuuskopion ominaisuuden, voit käyttää sitä. Jos sinulla on SSH-yhteys palvelimelle, voit ottaa tietokannan ja tiedostot myös komentoriviltä:
mysqldump -u kullanici -p --single-transaction --default-character-set=utf8mb4 veritabani > yedek.sql
tar -czf site-dosyalari.tar.gz -C /var/www siteTarkista varmuuskopio
Onko varmuuskopiotiedoston koko järkevä, aukeaako arkisto ja onko SQL-tiedoston lopussa valmistumisen osoittava rivi? Varmuuskopio, joka ei aukea, ei ole varmuuskopio. Lataa kopio lisäksi omalle tietokoneellesi tai erilliseen tallennustilaan.
Siirto uudelle palvelimelle
Valmistele uudella palvelimella ensin ympäristö: samat tai yhteensopivat ohjelmistoversiot, tietokanta ja sen käyttäjä, tarvittavat laajennusmoduulit ja hakemistojen oikeudet. Siirrä sitten tiedostot ja tietokanta. Palvelimien välillä suoraan siirtämiseen rsync on nopea ja luotettava tapa:
- Päivitä asetustiedostossa oleva tietokannan nimi, käyttäjä ja salasana vastaamaan uutta palvelinta.
- Tarkista tiedosto- ja kansio-oikeudet; latauskansioiden on oltava kirjoitettavia.
- Määritä cron-tehtävät uudelleen uudella palvelimella.
- Asenna SSL-varmenne uudelle palvelimelle tai luo se uudelleen.
rsync -avz -e ssh /var/www/site/ kullanici@yeni-sunucu:/var/www/site/
mysql -u kullanici -p veritabani < yedek.sqlMiten testata ilman DNS-muutosta?
Sivuston kokeileminen uudella palvelimella ennen julkaisua on siirron kriittisin vaihe. Tätä varten lisäät tietokoneesi hosts-tiedostoon rivin, joka yhdistää verkkotunnuksesi uuden palvelimen IP-osoitteeseen. Näin vain sinun tietokoneesi avaa sivuston uudelta palvelimelta; kävijät näkevät edelleen vanhan palvelimen.
203.0.113.10 alanadiniz.com www.alanadiniz.comcurl -I --resolve alanadiniz.com:443:203.0.113.10 https://alanadiniz.comMissä hosts-tiedosto sijaitsee?
Kokeile testissä lomakkeet, maksuvaihe, jäsenkirjautuminen, haku ja hallintapaneeli yksitellen. Muista poistaa lisäämäsi rivi, kun olet valmis.
- Windows: C:\Windows\System32\drivers\etc\hosts (Muistio on avattava järjestelmänvalvojana).
- macOS ja Linux: /etc/hosts (muokataan sudolla).
DNS-siirto ja TTL-asetus
Jos testi onnistui, vuorossa on DNS-siirto. Lyhennä A-tietueiden ja tarvittaessa MX-tietueiden TTL-arvoa vähintään vuorokausi ennen siirtoa; näin muutos leviää internetissä nopeammin. DNS-tietueiden ja TTL:n toiminnan selitimme artikkelissa mikä on DNS.
Vaihda siirtohetkellä A-tietue osoittamaan uuden palvelimen IP-osoitteeseen. Jos sivustosi vastaanottaa reaaliaikaista dataa, esimerkiksi tallentaa tilauksia tai varauksia, tietokanta on siirrettävä uudelleen juuri ennen siirtoa. Turvallisin tapa estää uusien tietueiden syntyminen tänä lyhyenä aikana on asettaa sivusto muutaman minuutin huoltotilaan.
Älä sulje vanhaa palvelinta heti siirron jälkeen. Kunnes DNS:n leviäminen on valmis, osa kävijöistä voi yhä päätyä vanhalle palvelimelle; sen pitäminen päällä muutaman päivän ajan on turvallinen puskuri.
Sähköpostin siirrossa huomioitavaa
Sähköposti on siirron herkin osa. Luo tilit uudelle palvelimelle samoilla nimillä, siirrä vanhat viestit IMAP-siirrolla ja vaihda MX-tietue viimeisenä vaiheena. Muista päivittää myös SPF-, DKIM- ja DMARC-tietueet uutta palvelinta vastaaviksi; muuten lähettämäsi sähköpostit voivat päätyä roskapostikansioon.
Sähköpostin pitäminen verkkosivustosta erillisessä yrityssähköpostipalvelussa helpottaa tulevia palvelinvaihdoksia huomattavasti. Silloin sähköposti ei kärsi lainkaan, kun sivusto siirretään.
Jos siirryt uuteen sivustoon tai infrastruktuuriin, voit käyttää siirtoa myös tilaisuutena. Kun vanhoja ja käyttämättömiä tiedostoja, testikansioita ja tarpeettomia tietokantatauluja ei viedä uudelle palvelimelle, sekä tietoturva-aukkojen riski että varmuuskopion koko pienenevät. Jos verkkosivut uusitaan alusta, vanhoista osoitteista uusiin ohjaamisen suunnitelma on lisättävä siirron aikatauluun.
Siirron jälkeinen tarkistuslista
Siirron jälkeisiä ensimmäisiä 48 tuntia on seurattava tarkasti. Tarkista seuraavat asiat:
Jos jokin näistä tarkistuksista paljastaa ongelman, vanha palvelin on yhä päällä, joten voit palata minuuteissa edelliseen tilaan palauttamalla DNS-tietueen. Palautussuunnitelmalla varustettu siirto on aina vähemmän riskialtis kuin hätiköity siirto.
- Aukeavatko kaikki sivut HTTPS:llä ja onko SSL-varmenne voimassa?
- Lähettävätkö lomakkeet sähköpostia, tallentuvatko tilaukset ja maksut?
- Ovatko kuvat ja tiedostolataukset täydelliset?
- Miten palvelimen vastausaika ja sivun nopeus ovat muuttuneet aiempaan verrattuna?
- Onko hakukoneen indeksointivirheissä nousua?
- Syntyykö virhelokeihin uusia varoituksia?
Milloin palvelinta kannattaa vaihtaa?
Päätös palvelimen vaihtamisesta syntyy yleensä hitausvalitusten myötä, mutta hitauden syy ei aina ole palvelin. Raskaat kuvat, tarpeettomat skriptit tai väärät välimuistiasetukset hidastavat myös sivustoa. Mittaus ennen siirtoa auttaa varmistamaan, että ratkaiset oikean ongelman. Käsittelemme tämän mittauksen ja parannuksen yhdessä kuva-, koodi-, palvelin- ja välimuistikerroksilla nopeus- ja suorituskykyoptimoinnin puitteissa.
Jos siirto tehdään tietoturvasyistä, varo: jos siirrät haittakoodin saastuttaman sivuston, ongelma siirtyy uudelle palvelimelle mukana. Puhdistus on tehtävä ensin ja siirto vasta sitten; tässä tilanteessa noudatettavat vaiheet kävimme läpi artikkelissa verkkosivusto hakkeroitu.
Reaaliaikaista dataa käsittelevissä järjestelmissä, kuten verkkokaupassa tai toimialaohjelmistossa, siirto on suunniteltava katkaisematta tilaus- ja varastovirtaa. Jos yrityksesi käyttää verkkokauppa-alustaa tai Aurora-ratkaisuja, siirto voidaan suunnitella yhdessä tiimimme kanssa.
Usein kysytyt kysymykset
01Meneekö sivusto kiinni webhotellin siirron aikana?
Oikein suunniteltuna ei mene, tai huoltokatko kestää vain muutaman minuutin. Testaus uudella palvelimella, matala TTL ja vanhan palvelimen pitäminen päällä muutaman päivän estävät katkon pitkälti.
02Vaikuttaako siirto hakukonesijoituksiin?
Niin kauan kuin osoite ja sisältö pysyvät samoina, siirto ei yksinään vaikuta sijoituksiin. Jos sivusto kuitenkin on siirron aikana pitkään tavoittamattomissa tai sen nopeus laskee merkittävästi, näkyvyys voi kärsiä.
03Kuinka nopeasti DNS-muutos leviää?
Se riippuu tietueen TTL-arvosta ja internetpalveluntarjoajien välimuistista. Jos TTL on laskettu etukäteen, muutos leviää yleensä nopeasti; jos ei, vanhan tietueen poistuminen välimuistista voi kestää pidempään.
04Voinko tehdä siirron itse?
Yksinkertaiselle ja staattiselle sivustolle kyllä, hallintapaneelin työkalut voivat riittää. Sivustoilla, joilla on tietokanta, sähköposti, maksuyhteydet ja reaaliaikainen tilausvirta, kokeneen tiimin kanssa työskentely pienentää tietojen menetyksen riskiä.
Katkoton webhotellin siirto koostuu täydestä varmuuskopiosta, testiympäristöstä, suunnitellusta DNS-siirrosta ja siirron jälkeisestä seurannasta. Voit tutustua Auroran nopeus- ja suorituskykyoptimointi -palveluun suunnitellaksesi sivustosi toimivan uudella palvelimella nopeammin ja turvallisemmin mittausten avulla tai ottaa meihin yhteyttä yhteydenottosivun kautta.
