Weboldal költöztetése másik tárhelyre, kiesés nélkül

A tárhelyváltástól a legtöbben azért tartanak, mert nem látják előre, mi romolhat el. Pedig egy weboldal költöztetése jól tervezhető folyamat. A kiesés szinte mindig abból adódik, hogy valami kimaradt a leltárból – leggyakrabban a levelezés vagy egy DNS-rekord –, nem magából a másolásból.

1. Leltár: mi tartozik az oldalhoz?

Mielőtt bármit másolnál, írd össze mindazt, ami a régi tárhelyen fut:

• a weboldal fájljai és az adatbázis (vagy adatbázisok),
• időzített feladatok (cron), amelyek például hírlevelet küldenek vagy gyorsítótárat ürítenek,
• a futtatókörnyezet: PHP-verzió, bekapcsolt modulok, memóriakorlát, a .htaccess átirányításai,
• e-mail fiókok, továbbítások, automatikus válaszok – ha a levelezés is a tárhelyen van,
• a teljes DNS-zóna, ha a névszerver is a régi szolgáltatónál van: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, domain-ellenőrzések) rekordok,
• a tanúsítvány, és az, hogy hogyan újul meg.

A DNS-zónáról készíts teljes listát vagy exportot. Ez lesz a leggyakrabban elővett dokumentumod a költözés alatt.

2. Csökkentsd a TTL-t napokkal előre

A DNS-rekordok TTL-értéke szabja meg, meddig őrzik a régi választ a gyorsítótárak. Ha a weboldal A rekordjának TTL-je egy nap, a váltás után még egy napig lesz, aki a régi szerverre érkezik. Ezért legalább egy régi TTL-nyi idővel a költözés előtt állítsd az érintett rekordokat 300 másodpercre. A részleteket a domainről és a DNS-propagációról szóló írás mutatja be.

3. Másolás és beállítás az új helyen

Töltsd fel a fájlokat, hozd létre az adatbázist és a felhasználót, importáld az adatbázis-mentést, és állítsd át az alkalmazás beállítófájljában az adatbázis elérését. Ellenőrizd, hogy a PHP-verzió és a modulok egyeznek-e a régivel. Ha az új környezet újabb verziót futtat, előbb ott derüljön ki az eltérés, ne élesben.

4. Tesztelés a hosts fájllal

A gépeden lévő hosts fájlba írd be a domaint az új szerver IP-címével. Ettől kezdve a te böngésződ (és csak a tiéd) már az új szerverre megy, a világ többi része még a régire. Így élesben, a valódi domainnel nézheted végig az oldalt: menük, űrlapok, képek, bejelentkezés, kosár, keresés. Ha mindent rendben találtál, töröld a bejegyzést.

5. Az átállás pillanata

Dinamikus oldalnál a régi adatbázis a költözés közben is változik: jönnek a rendelések, a hozzászólások. Az utolsó lépés előtt ezért állítsd az oldalt rövid karbantartási módba, készíts friss adatbázis-mentést, töltsd át az újra, és csak utána módosítsd a DNS-t. Két lehetőséged van:

• Csak az A (és AAAA) rekordot írod át a régi névszerveren. Gyors, egyszerű, a levelezés és a többi rekord érintetlen marad.
• A névszervereket is átállítod az új szolgáltatóra. Ilyenkor az új zónában előre szerepelnie kell minden rekordnak a leltárból – különben a váltás pillanatában eltűnik az MX vagy az SPF. .hu domainnél ráadásul az új névszervereknek a kérelem beadásakor már működniük kell, mert a nyilvántartó technikailag ellenőrzi őket.

6. A levelezés költözése

Ha az e-mail is a tárhellyel költözik, hozd létre ugyanazokat a fiókokat az új helyen, és másold át a régi leveleket (IMAP-on keresztül erre vannak célszerszámok, de egy levelezőprogrammal is áthúzhatók). Az MX rekord átállítása után még egy ideig érkezhet levél a régi szerverre, ezért a régi postafiókokat néhány napig még nézd meg. Az SPF- és DKIM-rekordokat az új küldőszerverhez kell igazítani.

7. Tanúsítvány

Az automatikusan kiadott tanúsítványok általában azt ellenőrzik, hogy a domain az adott szerverre mutat-e. Az új szerveren ezért a DNS-váltás előtt jellemzően nem lehet ilyen módon tanúsítványt kérni. Két megoldás van: DNS-alapú ellenőrzéssel előre kéred, vagy az átállás után azonnal kéred, és addig rövid ideig a régi szerver szolgál ki. Ellenőrizd, hogy a HTTP-ről HTTPS-re irányítás az új helyen is működik.

8. A régi tárhely lezárása

Ne mondd fel a régi tárhelyet a váltás napján. Hagyd futni legalább addig, amíg a régi TTL többszöröse el nem telt, a régi postafiókok kiürültek, és meggyőződtél róla, hogy semmi nem hivatkozik a régi szerverre (például egy külső szolgáltatás, amely IP-címmel éri el az oldalt). Utána készíts róla egy végső, teljes mentést, és csak ezt követően kérd a megszüntetést.