@harrasteblogi JUURI NYT
--:--

Tilaa uutiskirje

Saat tuoreimmat artikkelit sähköpostiisi.

Etusivu / Artikkeleita / Näin siirrät WordPress-sivuston uudelle palvelimelle

Näin siirrät WordPress-sivuston uudelle palvelimelle

WordPress
Tiivistelmä

WordPress-sivuston siirtäminen uudelle palvelimelle tarkoittaa tiedostojen, tietokannan ja tarvittavien asetusten siirtämistä uuteen ympäristöön. Lopuksi verkkotunnuksen liikenne ohjataan uudelle palvelimelle…

f x w
Näin siirrät WordPress-sivuston uudelle palvelimelle

WordPress-sivuston siirtäminen uudelle palvelimelle tarkoittaa tiedostojen, tietokannan ja tarvittavien asetusten siirtämistä uuteen ympäristöön. Lopuksi verkkotunnuksen liikenne ohjataan uudelle palvelimelle.

Huolellisesti valmisteltu siirto voidaan tehdä lyhyellä käyttökatkolla. Suurimmat ongelmat syntyvät yleensä puuttuvista tiedostoista, virheellisistä tietokantatunnuksista tai siitä, että sivustolle kertyy uusia tietoja kesken siirron.

Tässä oppaassa lähtökohtana on tavallinen yksittäinen WordPress-sivusto, jonka verkkotunnus säilyy samana. Jos myös osoite vaihtuu, tarvitaan lisäksi osoitteiden päivityksiä ja uudelleenohjauksia. WordPress Multisite -verkko vaatii oman siirtosuunnitelmansa.

1. Selvitä, mitä olet siirtämässä

Aloita kartoittamalla nykyinen ympäristö. WordPressin lisäksi palvelintilillä voi olla sähköposteja, muita verkkosivustoja ja erillisiä ajastettuja tehtäviä.

Kirjaa ainakin seuraavat tiedot:

  • Sivuston verkkotunnus ja mahdolliset aliverkkotunnukset.
  • WordPressin tiedostojen sijainti.
  • Käytössä oleva tietokanta.
  • PHP-versio ja tarvittavat laajennukset.
  • Sähköpostien palveluntarjoaja.
  • DNS-asetusten hallintapaikka.
  • Ulkoiset integraatiot ja ajastetut tehtävät.

Tarkista myös, tarjoaako uusi palveluntarjoaja siirtopalvelun. Selvitä sen sisältö: kattaako palvelu tiedostot ja tietokannan, kuuluuko testaus mukaan ja kuka muuttaa verkkotunnuksen ohjauksen?

Verkkotunnuksen rekisteröintiä ei yleensä tarvitse siirtää samassa yhteydessä. Sivuston palvelin, DNS-palvelu ja verkkotunnuksen rekisteröijä voivat olla eri yrityksillä.

2. Varmista uuden palvelimen sopivuus

Tarkista ennen kopiointia, että uusi ympäristö tukee sivustosi WordPress-versiota, teemaa ja lisäosia. Kiinnitä huomiota PHP-versioon, tietokantapalveluun, levytilaan ja käytettävissä oleviin resursseihin.

Älä yhdistä siirtoon tarpeettomasti useita suuria muutoksia. Jos vaihdat samalla teeman, päivität kaikki lisäosat ja muutat PHP-version, mahdollisen virheen aiheuttajaa on vaikeampi tunnistaa.

Luo uudelle palvelimelle oikea sivustokohde ja varmista sen julkaisuhakemisto. Samalla palvelintilillä voi olla useita hakemistoja, joten tiedostoja ei pidä siirtää ensimmäiseen vastaan tulevaan kansioon.

Suunnittele myös HTTPS-varmenteen käyttöönotto. Selaimen pitää saada luotettu varmenne heti, kun julkinen liikenne ohjataan uuteen ympäristöön.

3. Ota täydellinen varmuuskopio

Ennen siirtoa tarvitset sekä tiedostot että tietokannan. Pelkkä mediakirjaston lataaminen tai WordPressin sisällön vienti ei korvaa koko sivuston varmuuskopiota.

Tietokannassa ovat esimerkiksi sivut, artikkelit, käyttäjät ja asetukset. Tiedostoissa ovat muun muassa kuvat, teemat ja lisäosat. WordPressin varmuuskopiointiohje

Säilytä kopio myös vanhasta palvelimesta erillisessä paikassa. Tarkista, että varmuuskopiointi valmistui onnistuneesti ja paketti sisältää odotetut osat.

Merkitse kopion ajankohta muistiin. Sen jälkeen syntyneet muutokset eivät sisälly pakettiin.

Pidä tämä lähtötilanteen kopio erillään myöhemmistä kokeiluista. Jos siirtotyökalu muokkaa aineistoa tai testaus epäonnistuu, alkuperäinen palautuspiste on edelleen käytettävissä.

4. Valitse sopiva siirtomenetelmä

Tavallisimmat vaihtoehdot ovat palveluntarjoajan siirtopalvelu, siirtolisäosa ja manuaalinen siirto.

Siirtolisäosa voi pakata aineiston ja hoitaa osan asetusten muutoksista. Tarkista kuitenkin työkalun kokorajat, palvelinvaatimukset ja se, tarvitseeko palautus erillisen asennusohjelman.

Manuaalisessa siirrossa tiedostot kopioidaan ja tietokanta viedään sekä tuodaan erikseen. Se antaa enemmän hallintaa, mutta vaatii asetusten ymmärtämistä.

WordPressin virallinen siirto-ohje erottaa toisistaan palvelimen vaihtamisen samalla osoitteella ja siirron, jossa myös osoite muuttuu. Jos verkkotunnus ja sivuston URL-rakenne säilyvät, laajaa osoitteiden korvaamista ei yleensä tarvita. WordPressin siirto-opas

Valitse menetelmä, jonka palautusvaiheen osaat tehdä myös ongelmatilanteessa.

5. Siirrä tiedostot uuteen ympäristöön

Kopioi WordPressin tiedostot uuden sivuston julkaisuhakemistoon esimerkiksi SFTP-yhteydellä tai palveluntarjoajan siirtotyökalulla.

Varmista erityisesti, että mukana ovat:

  • Teemat ja lisäosat.
  • Mediakirjaston tiedostot.
  • Mahdolliset omat tiedostot.
  • Tarvittavat piilotiedostot.
  • Sivuston asetukset.

Älä siirrä vanhan ympäristön välimuistiasetuksia sellaisenaan käyttöön tarkistamatta niiden sopivuutta. Palvelinkohtaiset tiedostopolut tai välimuistiyhteydet voivat olla uudessa ympäristössä erilaiset.

Myös uudelleenohjaus- ja osoiterakennesäännöt tarvitsevat huomiota. Esimerkiksi Apache-palvelimen .htaccess-tiedosto ei sellaisenaan määritä Nginx-palvelimen toimintaa.

Vertaile siirron jälkeen tiedostomääriä tai siirtotyökalun raporttia. Keskeytynyt lataus voi jättää sivuston osittain toimivaksi ja tehdä puuttuvien tiedostojen huomaamisesta vaikeaa.

6. Luo tietokanta ja tuo sen sisältö

Luo uudelle palvelimelle tietokanta sekä sitä käyttävä tunnus. Anna tunnukselle sivuston tarvitsemat oikeudet kyseiseen tietokantaan.

Tuo sitten varmuuskopion tietokantatiedosto esimerkiksi phpMyAdminin Import-toiminnolla tai palveluntarjoajan työkalulla. Varmista kohdetietokanta ennen tuontia, sillä toiminto voi korvata olemassa olevia tietoja. WordPressin tietokannan palautusohje

Suuri tietokanta voi ylittää selaimessa toimivan tuonnin koko- tai aikarajan. Tällöin palveluntarjoajan apu tai komentorivityökalu voi olla tarpeen.

Odota onnistumisilmoitus ja tarkista, ettei tuonti jäänyt kesken. Tietokantatiedoston löytyminen palvelimen hakemistosta ei vielä tarkoita, että sen sisältö olisi tuotu tietokantaan.

7. Päivitä wp-config.php

WordPressin pitää tietää, miten uuden ympäristön tietokantaan yhdistetään. Tarkista wp-config.php-tiedostosta seuraavat asetukset:

  • DB_NAME: tietokannan nimi.
  • DB_USER: tietokannan käyttäjätunnus.
  • DB_PASSWORD: käyttäjän salasana.
  • DB_HOST: tietokantapalvelimen osoite.

Tietokantapalvelin ei kaikissa ympäristöissä ole localhost. Käytä uuden palveluntarjoajan ilmoittamaa arvoa.

Varmista myös, että $table_prefix vastaa tuotujen taulujen etuliitettä. Väärä etuliite voi saada WordPressin näyttämään siltä, ettei sivustoa olisi vielä asennettu. WordPressin wp-config.php-ohje

Säilytä tiedoston muut tarpeelliset asetukset, mutta tarkista vanhaan palvelimeen viittaavat polut ja yhteydet. Älä julkaise tiedoston sisältöä tukipyynnössä ilman salaisuuksien poistamista.

8. Testaa uusi palvelin ennen DNS-muutosta

Testaa sivusto uudessa ympäristössä ennen julkisen liikenteen siirtämistä. Palveluntarjoaja voi tarjota esikatselutavan. Vaihtoehtoisesti ylläpitäjä voi ohjata oman tietokoneensa alkuperäisen verkkotunnuksen uuteen IP-osoitteeseen paikallisella hosts-määrityksellä.

Paikallinen ohjaus ei muuta muiden kävijöiden yhteyksiä. Se ei myöskään korvaa HTTPS-varmennetta, jonka pitää sopia käytettävään nimeen.

Tarkista etusivun lisäksi kirjautuminen, kuvat, haku, lomakkeet ja keskeiset lisäosatoiminnot. Estä testikopiota lähettämästä tahattomia asiakasviestejä tai käynnistämästä tuotannon ajastettuja tehtäviä.

Jos käytät erillistä testiosoitetta, osoitteiden muuttaminen voi olla tarpeen. Käytä WordPressin sarjallistettua tietoa ymmärtävää työkalua. WP-CLI:n search-replace tukee tätä sekä muutokset näyttävää --dry-run-kokeilua. WP-CLI:n korvausohje

9. Siirrä viimeisimmät muutokset hallitusti

Ensimmäisen kopioinnin jälkeen vanhalle sivustolle voi tulla uusia artikkeleita, käyttäjiä, lomakevastauksia tai tilauksia. Ne pitää huomioida ennen vaihtoa.

Sovi lopulliselle siirrolle ajankohta ja tarvittava ylläpitokatko. Estä kirjoitukset vanhaan järjestelmään ja siirrä viimeisin tietokanta sekä muuttuneet tiedostot uuteen ympäristöön.

Pelkkä ylläpitosivun näyttäminen ei välttämättä pysäytä rajapintoja, maksupalveluiden ilmoituksia tai taustatehtäviä. Verkkokaupassa ja jäsenpalvelussa nämä on suunniteltava erikseen.

Älä anna kahden itsenäisen sivustokopion vastaanottaa uusia tapahtumia rinnakkain. Niiden tiedot alkavat muuten erota toisistaan.

Varmista lopullisen synkronoinnin jälkeen vielä, että testauksen aikana käytetyt asetukset vastaavat tuotantokäyttöä.

10. Ohjaa verkkotunnus uudelle palvelimelle

Tee DNS-muutokset siinä palvelussa, jossa verkkotunnuksen nimipalvelut ovat hallinnassa. Usein muutetaan verkkosivuston A-tietuetta ja tarvittaessa AAAA-tietuetta tai www-nimen ohjausta.

A-tietue liittyy IPv4-osoitteeseen ja AAAA IPv6-osoitteeseen. Vanha AAAA-tietue voi ohjata osan kävijöistä edelleen väärään ympäristöön. DNS-tietuetyyppien ohje

TTL määrittää DNS-vastauksen välimuistiaikaa. Sen lyhentäminen pitää tehdä riittävän ajoissa, sillä aiemmin välimuistiin tallennettu vastaus voi säilyä vanhan TTL-arvon mukaisesti. TTL:n toimintaperiaate

Älä muuta sähköpostin MX-tietueita tarpeettomasti. Jos vaihdat koko nimipalvelun, siirrä myös sähköpostin ja muiden palveluiden tietueet sekä tarkista DNSSEC-asetukset.

CDN- tai välityspalvelussa voi lisäksi olla erillinen alkuperäpalvelimen asetus.

11. Tarkista julkaisu ja säilytä paluumahdollisuus

DNS-muutoksen jälkeen varmista eri yhteyksillä, että sivusto avautuu uudelta palvelimelta. Poista omalta koneeltasi mahdollinen hosts-testimääritys, jotta se ei peitä julkisen ohjauksen ongelmia.

Tarkista HTTPS, uudelleenohjaukset, lomakkeiden viestit ja tärkeimmät asiointipolut. Tyhjennä tarvittavat välimuistit ja varmista, ettei tuotantoon jäänyt testikäyttöä varten asetettua hakukone-estettä.

Ota uudessa ympäristössä varmuuskopiointi ja ajastukset käyttöön hallitusti. Vältä samojen taustatöiden suorittamista molemmilla palvelimilla.

Älä sulje vanhaa palvelua heti. Säilytä se sovitun varmistusajan, mutta estä ristiriitaisten uusien tietojen syntyminen siellä.

Jos joudut palaamaan vanhalle palvelimelle, huomioi uudelle sivustolle jo kertyneet tapahtumat. Pelkkä DNS-ohjauksen palauttaminen ei siirrä niitä takaisin. Siirto on valmis vasta, kun sivusto toimii, tiedot ovat ajan tasalla ja ylläpito jatkuu uudessa ympäristössä.

Liittyvät kategoriat

🤖 AI-sinetti: tämän artikkelin viimeistelyssä on käytetty tekoälyavusteisia työkaluja.