Migrácia webhostingu má povesť nočnej mory, hoci technicky ide o presun súborov a jednu zmenu v DNS. Problém nie je zložitosť, ale poradie: väčšina výpadkov vznikne tým, že sa DNS prepne skôr, než je nový server pripravený. Nasledujúci postup je napísaný tak, aby si ho vedel odškrtávať zhora nadol.
Prečo pri migrácii vôbec vzniká výpadok
Web má v DNS záznam A, ktorý hovorí, na akej IP adrese beží; pri zmene hostingu sa táto IP mení. Lenže odpovede z DNS sa kešujú — každý záznam má hodnotu TTL (Time To Live) v sekundách a resolvery si odpoveď držia presne tak dlho. Po zmene A záznamu preto časť sveta vidí nový server a časť ešte starý. Toto obdobie sa volá propagácia a nedá sa preskočiť, len skrátiť.
A tu je detail, ktorý veľa návodov zamlčí: zníženie TTL sa prejaví až po vypršaní pôvodnej hodnoty. Ak máš na A zázname TTL 86 400 sekúnd (24 hodín) a hodinu pred migráciou ho stiahneš na 300, resolvery, ktoré si záznam uložili ráno, si ho aj tak podržia celý deň. Preto sa TTL znižuje 24 až 48 hodín vopred — nie tesne pred prepnutím.
Krok 1: inventár — čo všetko sa vlastne sťahuje
Skôr než niečo kopíruješ, spíš si, čo na starom hostingu naozaj beží. Prekvapenia patria sem, nie za prepnutie.
- Súbory webu — vrátane vecí mimo hlavného priečinka: staré subdomény,
.htaccess, overovacie súbory. - Databázy — koľko ich je, ktoré sú živé a aká je verzia MySQL/MariaDB.
- Verzia PHP a zapnuté rozšírenia. Novšie PHP môže odhaliť chyby, ktoré na starom prechádzali.
- Cron úlohy (naplánované skripty) — zabúdajú sa takmer vždy.
- E-mailové schránky a MX záznam — pošta je samostatná služba a nemusí sa sťahovať s webom.
- Celá DNS zóna — nielen
AaMX, ale ajTXT(SPF, DKIM, DMARC, overenia),CNAMEaCAA. - SSL certifikát — kto ho vydáva a či sa obnovuje automaticky.
- Externé integrácie — platobná brána s povolenou IP, dopravcovia, účtovný systém.
Ak si nie si istý, či nový hosting pokryje všetko z tohto zoznamu, porovnaj si parametre v kategórii webhosting — a pri WordPresse zvlášť v kategórii WordPress hosting.
Krok 2: záloha a test obnovy (nie iba záloha)
Urob úplnú zálohu súborov aj databázy a stiahni si ju k sebe, nie iba na starý server. Potom prichádza krok, ktorý sa vynecháva a ktorý je celý zmysel zálohovania: skús ju obnoviť. Ak sa import databázy zasekne na chybe kódovania alebo na neexistujúcej funkcii, chceš to vedieť teraz — nie o dva dni pri návrate späť.
Zároveň si pred migráciou zmraz obsah: žiadne nové články, objednávky ani nahrávanie súborov na starom webe počas presunu. Inak sa ti dáta rozídu a budeš ich zlučovať ručne.
Krok 3: zníž TTL — a to s predstihom
Dva dni pred plánovaným termínom zníž TTL na záznamoch, ktoré sa budú meniť (typicky A a AAAA pre doménu a www). Rozumná hodnota je 300 sekúnd.
Ak poštu nesťahuješ, MX záznamy nechaj tak, ako sú — a hlavne si ich odlož. Pri prevzatí DNS novým poskytovateľom sa MX najčastejšie stráca a firma to zistí, až keď sa jej ozve klient.
Po niekoľkých dňoch stabilnej prevádzky vráť TTL späť na 3 600 alebo 86 400 sekúnd. Nízke TTL znamená viac dopytov na nameservery, čo pri väčšej návštevnosti nie je zadarmo.
Krok 4: presun súborov a databázy
Súbory prenes cez SFTP alebo — ak k tomu máš prístup — cez SSH a rsync, ktorý je pri väčších weboch rýchlejší a vie prenos dokončiť po prerušení. Databázu exportuj do SQL dumpu a naimportuj na novom serveri. Potom skontroluj:
- Práva na súbory a priečinky — po prenose sa často zmenia a web hlási 403 alebo nevie nahrávať prílohy.
- Prístupové údaje k databáze v konfiguračnom súbore (pri WordPresse
wp-config.php) — na novom serveri sú iné. - Verziu PHP — nastav tú, ktorú web podporuje, a upgrade zvažuj až po úspešnom teste.
- Cron úlohy — prenes ich ručne, neprenesú sa samy.
Krok 5: otestuj nový server ešte pred prepnutím DNS
Toto je trik, vďaka ktorému je migrácia bez výpadku vôbec možná: web na novom serveri si vieš otvoriť pod skutočnou doménou skôr, než niečo zmeníš v DNS. Stačí prepísať prekladanie domény len na svojom počítači cez systémový súbor hosts.
- Linux a macOS:
/etc/hosts - Windows:
C:\Windows\System32\drivers\etc\hosts
Do neho pridáš riadok s IP adresou nového servera a doménou:
203.0.113.10 firma.sk www.firma.skOd tej chvíle tvoj prehliadač chodí na nový server, zatiaľ čo zvyšok internetu vidí ešte starý. Prejdi si web tak, ako keby bol ostrý: podstránky, prihlásenie do administrácie, odoslanie formulára (a či ten e-mail naozaj dorazil), testovaciu objednávku pri e-shope, nahranie obrázka kvôli právam na zápis a nakoniec chybový log — mal by byť tichý.
Keď si hotový, riadok z hosts zmaž. Zabudnutý záznam je klasická príčina toho, že „mne to funguje, ale klient hovorí, že nie".
Krok 6: prepnutie DNS a súbežná prevádzka
Až teraz zmeň A záznam na novú IP adresu. Vďaka nízkemu TTL sa väčšina sveta prepne do niekoľkých minút, zvyšok do hodiny.
Kľúčové pravidlo prechodového obdobia: starý hosting nechaj bežať ešte aspoň týždeň. Počas propagácie časť návštevníkov stále pristáva na starom serveri. Ak by tam mohli vzniknúť nové dáta (objednávka, registrácia, komentár), prepni starý web do režimu, kde sa zapisovať nedá.
Ak meníš aj nameservery domény, počítaj s pomalšou zmenou než pri obyčajnom A zázname. Najprv prenes celú zónu na nové nameservery s identickými hodnotami, nechaj ju odležať, a až potom meň jednotlivé záznamy.
Krok 7: SSL certifikát na novom hostingu
Nový server potrebuje vlastný certifikát. Väčšina hostingov vystaví bezplatný certifikát od Let's Encrypt automaticky — ale až vtedy, keď doména smeruje na ne, pretože overenie prebieha cez doménu.
Pri opakovaných pokusoch narazíš na limity vydávania. Let's Encrypt dovoľuje 50 certifikátov na registrovanú doménu za 7 dní, 5 certifikátov pre úplne rovnakú množinu domén za 7 dní a 5 neúspešných overení na doménu za hodinu (dokumentácia limitov). Duplicitný limit sa nedá zvýšiť ani po dohode — takže netestuj vydávanie certifikátu dokola „či to už chytí".
Po vydaní certifikátu skontroluj presmerovanie z HTTP na HTTPS a medzi verziou s www a bez neho. Dôležité je, aby to fungovalo rovnako ako predtým — inak si zbytočne prehodíš kanonické URL.
Krok 8: kontrola po migrácii
| Čo skontrolovať | Ako to spoznáš, že je zle |
|---|---|
| HTTPS a presmerovania | Varovanie prehliadača, slučka presmerovaní, zmiešaný obsah |
| Odosielanie pošty z webu | Formulár sa tvári odoslaný, ale e-mail nedorazí |
| Príjem pošty na doméne | Zmenený alebo stratený MX záznam |
| SPF, DKIM, DMARC | Pošta chodí, ale končí v spame |
| Cron úlohy | Neodosielajú sa upozornenia, neaktualizuje sa feed |
| Chybové logy | 500-tky pri konkrétnych akciách, chýbajúce PHP rozšírenie |
| Rýchlosť | Web funguje, ale je pomalší než predtým |
| Indexovanie | Prepad v Search Console, nedostupný robots.txt alebo sitemap |
| Externé integrácie | Platobná brána alebo API odmieta požiadavky z novej IP |
Ak sa web po migrácii tvári pomalšie, nehádaj — pomôže postup z článku o tom, prečo je web pomalý. Nový hosting sa od starého môže líšiť verziou PHP, nastavením cache aj limitmi databázy.
Plán návratu drž jednoduchý: kým beží starý server, návrat je zmena A záznamu späť. Preto sa staré prostredie ruší až po týždni bez problémov, nie v deň migrácie.
Časová os, ktorú si môžeš odškrtať
| Kedy | Čo urobiť |
|---|---|
| D-7 | Inventár, výber nového hostingu, objednávka |
| D-3 | Prenos súborov a databázy na nový server, prvé spustenie |
| D-2 | Zníženie TTL na 300 s, export DNS zóny do textu |
| D-1 | Test cez hosts súbor, oprava nájdených chýb, zmrazenie obsahu |
| D-0 | Finálna synchronizácia dát, zmena A záznamu, vydanie SSL |
| D+0 až D+1 | Kontrolný zoznam vyššie, sledovanie logov |
| D+7 | Návrat TTL na pôvodnú hodnotu, zrušenie starého hostingu |
Často kladené otázky
Ako dlho trvá migrácia webhostingu?
Samotný presun malého webu je hodina práce. Celý proces vrátane zníženia TTL, testu a dobehnutia starého servera trvá zhruba týždeň, väčšinou len čakaním. Ak niekto sľubuje presun „za 15 minút vrátane DNS", vynecháva testovanie.
Musím kvôli migrácii preniesť aj doménu k novému poskytovateľovi?
Nemusíš. Doména, DNS a hosting sú tri nezávislé služby. Na presun webu stačí zmeniť A záznam — doména môže zostať u pôvodného registrátora. Prenos domény rieš samostatne a v inom termíne.
Čo sa stane s e-mailmi počas migrácie?
Ak nemeníš poskytovateľa pošty a MX záznam zostane nedotknutý, nič — pošta chodí ďalej. Ak sťahuješ aj schránky, platí pravidlo: najprv skopíruj obsah cez IMAP, potom prepni MX a staré schránky nechaj ešte pár dní bežať, aby do nich dobehla zvyšková pošta.
Prečo mi po prepnutí DNS niektorí ľudia stále vidia starý web?
Pretože ich resolver alebo prehliadač má ešte uloženú starú odpoveď a drží si ju po dobu TTL predchádzajúceho záznamu. Nie je to chyba, ale očakávané správanie DNS. Práve preto sa TTL znižuje s predstihom a starý server sa nechá ešte týždeň bežať.
Prídem migráciou o pozície vo vyhľadávaní?
Pri správne urobenej migrácii sa URL adresy nemenia, takže dôvod na prepad nie je. Riziko vzniká, keď sa zmení štruktúra adries, prehodí sa www verzia, zabudne sa na robots.txt alebo server dlhodobo vracia chyby. Prvý týždeň sleduj Search Console a chybové logy.
Oplatí sa využiť bezplatnú migráciu od poskytovateľa?
Vo väčšine prípadov áno — poskytovateľ pozná svoje prostredie a presun zvládne rýchlejšie. Aj tak si však sám urob inventár, vlastnú zálohu a záverečnú kontrolu. Za to, že po prepnutí funguje formulár, cron a pošta, je zodpovedný majiteľ webu.
Migrácia bez výpadku nie je otázka šťastia, ale poradia: skopíruj, otestuj, potom prepni. Ak nový hosting ešte len vyberáš, prejdi si parametre v porovnaní webhostingu alebo — pri viacerých projektoch na jednom účte — v kategórii multihosting; pomôže aj sprievodca výberom podľa typu webu.
