Weboldal költöztetése másik tárhelyre lépésről lépésre

12 perc olvasás

Lassú a régi szerver, drága lett a megújítás, vagy egyszerűen kinőtted a csomagodat? A költözés elsőre ijesztőnek tűnik, pedig ha jól előkészíted, a látogatók észre sem veszik. Ebben az útmutatóban sorra vesszük a lépéseket a tervezéstől a régi szolgáltatás felmondásáig: mit kell lementeni, hogyan viszed át a fájlokat és az adatbázist, mikor állítsd át a DNS-t, és hogyan kerülheted el, hogy elvesszenek a leveleid.

Ha még az új helyet keresed, a tárhelycsomagjaink között a webtárhelytől a cPanel és a WordPress tárhelyig minden megtalálható. Ha pedig nem szeretnéd magad végigcsinálni, a cikk végén leírjuk, hogyan költöztetjük át ingyen a weboldaladat.

1. Tervezés és időzítés

A költözés legfontosabb része az, ami a másolás előtt történik. Döntsd el előre:

  • Mit költöztetsz? Csak a weboldalt, vagy a leveleket is? A domain regisztrációja maradhat a régi helyen, a tárhelyváltáshoz nem kell átregisztrálnod.
  • Mikor? Válassz egy forgalomszegény időszakot (webshopnál például hétköznap éjszakát), és ne kampány vagy akció idejére tedd.
  • Ki fér hozzá mihez? Kelleni fog a régi tárhely kezelőfelülete vagy FTP-elérése, az adatbázis adatai, és a domain DNS-beállításainak kezelése (a regisztrátornál vagy ott, ahol a DNS-zóna van).
  • Meddig él még a régi előfizetés? Hagyj ráhagyást: a régi tárhely a költözés után még legalább néhány napig, inkább egy-két hétig maradjon meg.

Webshopnál vagy sűrűn frissülő oldalnál érdemes a költözés idejére tartalomfagyasztást tartani: amíg az adatok úton vannak, ne kerüljön fel új bejegyzés, és ha lehet, ne érkezzen rendelés sem. Különben a régi szerveren keletkezett adatok az új helyről hiányozni fognak.

2. Leltár: mi mindent viszel át?

Írd össze, mi fut a régi tárhelyen. Sokan csak a weboldal fájljaira gondolnak, aztán a költözés után derül ki, hogy elmaradt valami.

  • Fájlok: a weboldal teljes könyvtára, a rejtett fájlokkal együtt (például .htaccess, .user.ini).
  • Adatbázisok: az összes, amit a weboldal használ, a felhasználónevekkel és a jogosultságokkal.
  • E-mail: a postafiókok listája, a méretük, az átirányítások, az automatikus válaszok és a levelezőlisták.
  • DNS-rekordok: az A, AAAA, CNAME, MX és TXT rekordok, köztük az SPF, a DKIM és a DMARC, valamint a külső szolgáltatások (Google, Microsoft 365, hírlevélküldő) ellenőrző rekordjai. Készíts képernyőképet vagy exportot a teljes zónáról.
  • Ütemezett feladatok (cron): a webshopok és a hírlevélküldők gyakran ezekre épülnek.
  • SSL tanúsítvány: ingyenes Let’s Encrypt vagy fizetős? A fizetős tanúsítványnál a lejárat dátumát és a privát kulcsot is tartsd számon.
  • Egyéb beállítások: PHP verzió és PHP paraméterek, átirányítások, jelszóval védett mappák, aldomainek.

3. A TTL csökkentése előre

A DNS-rekordokat a világ névszerverei egy ideig gyorsítótárban tartják; ezt az időt a rekord TTL értéke adja meg. Ha egy A rekord TTL-je egy nap, a változás után akár egy napig is a régi szerverre érkezhetnek a látogatók egy része.

Ezért a költözés előtt legalább egy nappal (pontosabban a jelenlegi TTL-nél régebben) csökkentsd a módosítandó rekordok, elsősorban az A és az MX rekord TTL-jét 300 másodpercre. Így a váltáskor néhány perc alatt mindenki az új szervert látja. A költözés után visszaállíthatod a megszokott értékre.

Ha nem rekordokat módosítasz, hanem névszervert váltasz, a TTL-lel kevesebbet nyersz: a névszerverek bejegyzését a domainvégződés nyilvántartója tárolja, és ennek frissülése ettől függetlenül órákig, akár egy-két napig tarthat. Erről a DNS propagációról szóló cikkünk ír részletesen, a két módszer közti választásban pedig az A-rekordot és a névszerver-váltást összevető cikk segít.

4. Teljes biztonsági mentés

Mielőtt bármihez nyúlnál, készíts egy teljes mentést a régi tárhelyről, és tárold a saját gépeden vagy egy felhőtárhelyen. Ez akkor is a kiindulópontod marad, ha a költözés közben valami félremegy, vagy ha a régi szolgáltató a vártnál korábban kapcsolja le a fiókot.

cPanel tárhelyen a teljes fiókmentés egyetlen fájlba csomagolja a fájlokat, az adatbázisokat és a leveleket; más felületeken a fájlokat és az adatbázist külön mented. A mentés módszereit biztonsági mentésről szóló útmutatónk részletezi.

5. A fájlok átvitele

A fájlokat háromféleképpen viheted át:

  • FTP vagy SFTP: egy FTP programmal (FileZilla, WinSCP) letöltöd a régi tárhelyről, majd feltöltöd az újra. Ha lehet, titkosított kapcsolatot használj (SFTP vagy FTP TLS-sel); a részleteket FTP útmutatónk tartalmazza.
  • Fájlkezelő és tömörítés: sok apró fájlnál (egy WordPressnél több tízezer is lehet) gyorsabb, ha a régi tárhely fájlkezelőjében ZIP-be tömöríted a mappát, egyetlen fájlként viszed át, és az új helyen kicsomagolod.
  • rsync SSH-n: ha mindkét oldalon van SSH, ez a leggyorsabb és legmegbízhatóbb, és egy második futtatással csak a közben megváltozott fájlokat másolja:
rsync -avz -e ssh felhasznalo@regi-szerver.hu:public_html/ ~/public_html/

Az rsync és az scp használatát a fájlok szerverek közötti másolásáról szóló cikk mutatja be. Figyelj arra, hogy a fájlok az új tárhelyen a domain gyökérkönyvtárába kerüljenek (ez szolgáltatónként más: public_html, www, htdocs), és hogy a rejtett fájlok is átjöjjenek.

6. Az adatbázis exportálása és importálása

Az adatbázist a régi tárhelyen exportálod egy .sql fájlba, az újon létrehozol egy üres adatbázist felhasználóval, majd importálod bele a fájlt.

phpMyAdminnal: válaszd ki az adatbázist, az Exportálás fülön mentsd le SQL formátumban, majd az új tárhely phpMyAdminjában az Importálás fülön töltsd be. A felület használatáról phpMyAdmin útmutatónk szól. Nagyobb adatbázisnál a feltöltési korlát gondot okozhat; ilyenkor tömörítve (.sql.gz) exportálj, vagy használd a parancssort.

Parancssorból (mysqldump):

mysqldump -u felhasznalo -p --single-transaction --default-character-set=utf8mb4 adatbazis > mentes.sql
mysql -u uj_felhasznalo -p uj_adatbazis < mentes.sql

A --single-transaction kapcsoló úgy készít konzisztens mentést, hogy közben nem zárolja a táblákat, a utf8mb4 karakterkészlet pedig megóvja az ékezeteket és az emojikat. Az import után nézz bele néhány táblába, és ellenőrizd, hogy a magyar szövegek rendben vannak-e.

7. A beállítások frissítése

Az új tárhelyen az adatbázis neve, felhasználója és jelszava szinte biztosan más lesz, ezért ezeket a weboldal konfigurációjában át kell írnod. WordPressnél ez a wp-config.php fájl:

define( 'DB_NAME', 'uj_adatbazis' );
define( 'DB_USER', 'uj_felhasznalo' );
define( 'DB_PASSWORD', 'eros-jelszo' );
define( 'DB_HOST', 'localhost' );

Más rendszereknél a configuration.php (Joomla), a .env (Laravel) vagy egy hasonló fájl tárolja ugyanezt. Ha a weboldal abszolút elérési utakat használ (például /home/regifelhasznalo/public_html/), azokat is igazítsd az új szerverhez.

Ha a domain is változik (vagy például http://-ről https://-re váltasz), WordPressnél a régi címet az adatbázisban is le kell cserélni. Ezt ne sima SQL-lel vagy szövegszerkesztővel csináld, mert a WordPress a beállítások egy részét sorosított (serialized) formában tárolja, és a hossz elrontása tönkreteheti a widgeteket és a sablonbeállításokat. A WP-CLI ezt helyesen kezeli; először próbafuttatással nézd meg, mi változna:

wp search-replace 'https://regi-domain.hu' 'https://uj-domain.hu' --all-tables --dry-run

SSH nélkül egy erre készült bővítmény (például a Better Search Replace) ugyanezt megcsinálja. Ha a domain nem változik, erre nincs szükség. A WordPress költözés további fogásairól, például a migrációs bővítményekről WordPress költöztetési útmutatónk ír, az aWh-ra költözés lépéseit pedig a WordPress oldal aWh-hoz költöztetéséről szóló cikk foglalja össze.

8. Tesztelés a DNS-váltás előtt

Mielőtt a látogatókat átirányítanád, nézd meg az oldalt az új szerveren. A legegyszerűbb módszer a hosts fájl: ebben megadhatod, hogy a saját géped a domainhez az új szerver IP-címét használja, miközben mindenki más még a régit látja. Add hozzá ezt a sort (a saját IP-címeddel és domaineddel):

203.0.113.10  cegnev.hu  www.cegnev.hu

A fájl Windowson a C:\Windows\System32\drivers\etc\hosts, macOS-en és Linuxon az /etc/hosts útvonalon van; rendszergazdai joggal szerkesztheted. Mentés után a böngésző gyorsítótárát érdemes üríteni, vagy privát ablakot nyitni.

Mit nézz meg tesztelés közben?

  • a főoldal és néhány aloldal betöltődik, a képek megjelennek;
  • működik a bejelentkezés az adminfelületre;
  • a kapcsolatfelvételi űrlap elküldi a levelet;
  • webshopnál a kosár és a fizetés tesztüzemmódban végigmegy;
  • nincs PHP hibaüzenet (ha van, valószínűleg a PHP verzió vagy egy hiányzó bővítmény az oka).

Teszt után ne felejtsd el kivenni a sort a hosts fájlból, különben később te magad nem látod a változásokat. A tesztelés idején az SSL tanúsítvány még hibát jelezhet, mert az új szerveren a Let’s Encrypt csak akkor tudja kiadni a tanúsítványt, ha a domain már oda mutat; ez ilyenkor nem baj.

9. A DNS vagy a névszerverek átállítása

Ha minden rendben van, jöhet a váltás. Két út van:

  • A rekordok módosítása: a DNS-zóna marad a mostani helyén, csak a weboldal (és ha a levelezés is költözik, az MX rekord) mutat az új szerverre. Gyors, és a TTL-csökkentés itt érvényesül.
  • Névszerverváltás: a teljes DNS-zóna az új szolgáltatóhoz kerül. Ilyenkor előbb az új helyen állítsd be ugyanazokat a rekordokat, amelyeket a leltárban összeírtál (különösen az MX, az SPF, a DKIM és a külső szolgáltatások TXT rekordjait), és csak utána módosítsd a névszervereket.

A névszerverváltás biztonságos menetéről külön útmutatónk szól. Ha a domaint is másik regisztrátorhoz vinnéd, azt érdemes külön, a tárhelyköltözés lezárulta után intézni; a menetét a domain átregisztrálásáról szóló cikk írja le.

10. SSL az új tárhelyen

Amint a domain az új szerverre mutat, kapcsold be a tanúsítványt. cPanel tárhelyen az AutoSSL magától kiállítja, a KeyHelp alapú webtárhelyen domainenként kell bekapcsolni; ennek lépéseit a Let’s Encrypt tanúsítvány webtárhelyen való bekapcsolásáról szóló cikk mutatja be. A tanúsítvány általában fél órán belül elkészül.

Fizetős tanúsítványnál két lehetőséged van: a régi szerverről exportált tanúsítványt és privát kulcsot telepíted az új helyre, vagy új CSR-rel újra kiállíttatod a tanúsítványt. Ha a váltás és az SSL között rövid időre hibaüzenet jelenik meg, az a fenti okból várható; ha órák múlva is fennáll, ellenőrizd, hogy a domain valóban az új szerverre mutat-e.

11. Az e-mailek költöztetése

A levelezés a költözés legkényesebb része, mert a régi postafiókokban tárolt levelek nem mennek át maguktól a DNS-sel.

  1. Hozd létre a postafiókokat az új tárhelyen ugyanazokkal a címekkel, lehetőleg a régi jelszavakkal, hogy a felhasználóknak kevesebbet kelljen átállítaniuk.
  2. Szinkronizáld a leveleket IMAP-on. A legmegbízhatóbb eszköz az imapsync, amely a mappaszerkezettel és az olvasott/olvasatlan jelzésekkel együtt másol két IMAP szerver között:
imapsync --host1 mail.regi-szolgaltato.hu --user1 info@cegnev.hu --password1 'regi-jelszo' \
         --host2 mail.uj-szolgaltato.hu --user2 info@cegnev.hu --password2 'uj-jelszo' \
         --ssl1 --ssl2
  1. Állítsd át az MX rekordot az új szerverre.
  2. Futtasd le újra a szinkront egy-két nap múlva: az átállás idején még a régi szerverre érkezett leveleket így ez is átviszi.
  3. Állítsd át a levelezőprogramokat és a telefonokat az új szerver adataira (bejövő IMAP, kimenő SMTP, portok, titkosítás).

Ha egy fiók POP3-mal működött, és a levelek csak a felhasználó gépén vannak, azokat a levelezőprogramból kell feltölteni az új IMAP fiókba. A teljes folyamatot, a címjegyzékkel és a naptárral együtt e-mail költöztetési útmutatónk részletezi.

12. Ellenőrzés a költözés után

Az első napokban figyeld az oldalt:

  • egy online DNS-ellenőrzővel nézd meg, hogy a domain a világ különböző pontjairól már az új IP-címet adja-e vissza;
  • küldj és fogadj levelet egy külső címről (például Gmailről) mindkét irányban;
  • nézd át a szerver hibanaplóját és a Google Search Console jelentéseit, nincs-e megugrott 404-es vagy 500-as hiba;
  • ellenőrizd, hogy a cron feladatok lefutnak-e, és a weboldal levelei (rendelési visszaigazolás, jelszó-visszaállítás) megérkeznek-e;
  • mérd meg a betöltési sebességet: ha az új szerveren lassabb, a gyorsítótárazás vagy a PHP beállítások maradhattak el;
  • ha a TTL-t lecsökkentetted, állítsd vissza a szokásos értékre.

13. A régi szolgáltatás felmondása

Csak akkor mondd fel a régi tárhelyet, ha minden működik, és a DNS-váltás óta eltelt legalább néhány nap. Előtte:

  • futtasd le az utolsó levélszinkront, és nézd meg, nem érkezett-e új levél a régi postafiókokba;
  • tölts le egy utolsó teljes mentést, és tartsd meg egy ideig;
  • nézd meg a régi szerződés felmondási idejét és a megújítás dátumát, hogy ne vonjanak le újabb díjat.

A felmondás teendőiről a tárhelyszerződés felmondásáról szóló útmutató szól. Ha a költözéshez megadtad valakinek a régi tárhely belépési adatait, a végén változtasd meg a jelszavakat.

Gyakori hibák költözéskor

  • A régi tárhely túl korai felmondása. Ha a DNS még nem frissült mindenhol, vagy kiderül, hogy elmaradt egy adatbázis, nincs honnan pótolni.
  • Elfelejtett DNS-rekordok. Névszerverváltás után a hiányzó MX vagy TXT rekord miatt nem jönnek a levelek, vagy leáll egy külső szolgáltatás.
  • Kimaradt rejtett fájlok. A hiányzó .htaccess miatt nem működnek a szép URL-ek, és 404-es hibát ad minden aloldal.
  • Elrontott karakterkódolás. Rossz beállítással exportált adatbázisnál az ékezetes betűk helyén furcsa jelek jelennek meg.
  • Kézi keresés-csere a WordPress adatbázisban. A sorosított adatok sérülése miatt eltűnnek a widgetek és a sablonbeállítások.
  • Eltérő PHP verzió. Egy régebbi PHP-hoz írt bővítmény az új, frissebb verzión hibát dob; költözés előtt nézd meg, melyik verzión fut a régi oldal, és mit támogat az új tárhely.
  • Költözés a forgalmas időszakban. Ha közben rendelések vagy hozzászólások érkeznek a régi szerverre, azok elvesznek.

Ingyenes költöztetés az aWh-nál

Ha nem szeretnéd magad végigcsinálni a fenti lépéseket, minden tárhelycsomagunkhoz ingyenes költöztetés jár, minimális vagy akár nulla leállással:

  1. Rendeld meg az új tárhelyet. Válaszd ki a csomagot, amely illik a weboldaladhoz.
  2. Nyiss egy hibajegyet az ügyfélportálon, és add meg a régi tárhelyed belépési adatait.
  3. A fájlokat, az adatbázisokat és a leveleket mi visszük át.

Ha a régi szolgáltatódnál is cPanel van, és nálunk is cPanel tárhelyet választasz, a teljes fiókot (fájlokat, adatbázisokat, leveleket, átirányításokat) egy lépésben költöztetjük. Más felületről a fájlokat FTP-n (vagy SSH-n, ha elérhető) másoljuk át, az adatbázisokat pedig külön mentjük és töltjük vissza. A költözés általában gyorsan elkészül; nagy vagy összetett oldalnál, illetve ha a régi szerver csak lassú adatátvitelt enged, néhány napig is tarthat. Kérhetsz konkrét kezdési időpontot vagy munkaidőn kívüli költöztetést is. A részleteket tárhely költöztetés cikkünk írja le.

Ha kérdésed van a költözés előtt, írj nekünk, és segítünk kiválasztani a megfelelő csomagot.

Gyakori kérdések

Mennyi ideig tart egy weboldal költöztetése?

Egy kisebb bemutatkozó oldal átvitele egy-két óra munka, a DNS-váltás pedig a TTL-től függően néhány perctől egy-két napig tart. Nagy webshopnál vagy sok levélnél a másolás is hosszabb, ezért ott érdemes előre tervezni.

Leáll a weboldalam a költözés alatt?

Jól előkészített költözésnél nem: a régi oldal addig működik, amíg a DNS át nem vált, az új pedig addigra kész és tesztelt. Rövid kiesést legfeljebb az SSL kiállításáig eltelt idő vagy egy elmaradt beállítás okozhat.

Át kell vinnem a domaint is?

Nem. A domain maradhat a régi regisztrátornál, csak a DNS-t kell az új tárhelyre irányítani. Az átregisztráció külön folyamat, amelyet később is elintézhetsz.

Elvesznek a leveleim, ha másik tárhelyre költözöm?

Nem, ha a postafiókok tartalmát IMAP-szinkronnal átviszed, és az MX rekord átállítása után még egyszer lefuttatod a szinkront. A régi fiókokat csak ezután szüntesd meg.

Vissza a blogra