Cum muți un site fără downtime: DNS, TTL, testare și pașii corecți

Mutarea unui site pe un alt server nu trebuie să însemne ore în care pagina nu poate fi accesată.

Dacă procesul este pregătit corect, site-ul poate fi copiat, verificat pe noul server și trecut pe noua infrastructură cu o întrerupere minimă sau chiar fără una vizibilă pentru utilizatori.

Cheia este ordinea operațiilor: mai întâi copiezi și testezi site-ul, iar abia apoi modifici DNS-ul.

În continuare explicăm ce înseamnă o mutare de site fără downtime, de ce contează TTL-ul, când trebuie schimbat DNS-ul și ce trebuie verificat înainte și după trecerea pe noul server.

Ce înseamnă downtime?

Downtime este perioada în care un site sau un serviciu nu poate fi accesat normal.

În timpul unei mutări, acesta poate apărea dacă:

• vechiul server este oprit prea devreme;
• DNS-ul este modificat înainte ca noua copie să fie pregătită;
• baza de date nu este transferată corect;
• noul server are o configurație incompatibilă;
• certificatul SSL nu este activ;
• aplicația folosește căi sau setări specifice vechiului server.

Un proces bine planificat reduce aceste riscuri prin suprapunerea temporară a celor două medii: vechiul server rămâne activ până când noul server a fost verificat și traficul începe să ajungă corect acolo.

Cum funcționează mutarea unui site fără downtime

Procesul poate fi simplificat astfel:

1. se creează o copie completă a site-ului;
2. copia este transferată pe noul server;
3. fișierele și baza de date sunt configurate;
4. site-ul este testat pe noul server;
5. se verifică HTTPS, formularele și funcțiile importante;
6. DNS-ul este modificat;
7. vechiul server rămâne activ o perioadă;
8. după propagare, traficul ajunge la noul server.

Important este că schimbarea DNS-ului se face abia după ce noul site este deja funcțional.

Ce rol are DNS-ul?

DNS-ul face legătura dintre numele site-ului și serverul către care trebuie trimise solicitările.

Atunci când site-ul este mutat pe alt server, trebuie modificată informația DNS astfel încât domeniul să indice către noua locație.

Această schimbare nu este văzută simultan de toate calculatoarele și rețelele de pe internet.

Unele vor folosi noua informație imediat, iar altele pot păstra temporar valoarea veche în cache.

De aceea, în perioada de tranziție, este recomandat ca ambele servere să rămână funcționale.

Ce este TTL și de ce contează?

TTL înseamnă Time to Live și indică perioada pentru care o informație DNS poate fi păstrată în cache înainte să fie solicitată din nou.

De exemplu, dacă o înregistrare are un TTL mare, unele servere DNS pot continua să folosească informația veche mai mult timp după schimbare.

Înaintea unei mutări planificate, TTL-ul poate fi redus temporar pentru a permite propagarea mai rapidă a noii configurații.

Această modificare trebuie făcută înainte de mutare, nu în momentul schimbării DNS-ului, deoarece vechea valoare TTL poate fi deja păstrată în cache.

Ce trebuie copiat

O mutare completă nu înseamnă doar copierea fișierelor vizibile ale site-ului.

În funcție de aplicație, trebuie transferate:

• fișierele site-ului;
• imaginile și documentele;
• bazele de date;
• configurările aplicației;
• conturile de e-mail, dacă sunt găzduite în același cont;
• cron jobs;
• subdomeniile;
• redirecționările;
• certificatele și configurarea HTTPS;
• anumite înregistrări DNS;
• permisiunile fișierelor.

Pentru un site WordPress, trebuie copiate atât fișierele, cât și baza de date.

Dacă lipsește una dintre cele două componente, site-ul nu va funcționa corect.

Cum testezi noul server înainte de schimbarea DNS-ului

Unul dintre cei mai importanți pași este testarea site-ului înainte ca publicul să ajungă pe noul server.

Poți face acest lucru fără să modifici încă DNS-ul public.

În funcție de configurație, site-ul poate fi testat:

• folosind o adresă temporară;
• modificând local fișierul hosts;
• printr-un URL de previzualizare;
• printr-o configurație temporară oferită de furnizor.

Verifică cel puțin:

• pagina principală;
• meniurile;
• imaginile;
• formularele;
• autentificarea;
• zona de administrare;
• conexiunile la baza de date;
• URL-urile interne;
• certificatele SSL;
• redirecționările;
• paginile de eroare.

Pentru un magazin online, testează suplimentar:

• coșul;
• autentificarea clienților;
• cupoanele;
• metodele de plată;
• metodele de livrare;
• finalizarea unei comenzi de test.

Ce faci cu site-urile care se modifică frecvent?

Un site simplu de prezentare poate fi copiat fără probleme, deoarece conținutul se schimbă rar.

Situația este diferită pentru:

• magazine online;
• forumuri;
• site-uri cu comentarii;
• platforme cu conturi;
• aplicații în care utilizatorii introduc date.

Dacă baza de date continuă să se modifice în timpul transferului, există riscul ca informații noi să rămână doar pe vechiul server.

În astfel de cazuri se poate folosi:

• o sincronizare finală înainte de schimbare;
• o perioadă scurtă de mentenanță pentru operațiile de scriere;
• replicare, acolo unde arhitectura permite;
• un export final al datelor modificate.

Metoda potrivită depinde de aplicație și de volumul schimbărilor.

Când trebuie schimbat DNS-ul

DNS-ul trebuie modificat numai după ce:

• copia a fost transferată;
• baza de date funcționează;
• site-ul a fost testat;
• HTTPS funcționează;
• permisiunile sunt corecte;
• toate funcțiile importante au fost verificate.

Abia atunci domeniul trebuie orientat către noul server.

Aceasta este una dintre diferențele esențiale dintre o mutare controlată și una făcută prin simpla oprire a vechiului site și pornirea unuia nou.

Cât durează propagarea DNS?

Nu există o durată identică pentru toți utilizatorii.

Depinde de:

• valoarea TTL;
• cache-ul furnizorilor de internet;
• serverele DNS folosite;
• tipul modificării.

În această perioadă, unii utilizatori pot ajunge la vechiul server, iar alții la noul server.

De aceea, vechiul cont nu trebuie șters imediat după schimbarea DNS-ului.

Cât timp trebuie păstrat vechiul server?

După modificarea DNS-ului, vechiul server trebuie păstrat suficient timp pentru a permite propagarea și verificarea noului mediu.

Nu îl închide imediat ce site-ul funcționează pe calculatorul tău.

Verifică din mai multe rețele și dispozitive și urmărește:

• accesările;
• erorile;
• logurile;
• e-mailurile;
• comenzile sau formularele;
• certificatul SSL.

Abia după ce este clar că traficul ajunge la noul server, vechiul mediu poate fi dezactivat.

Cum eviți pierderea e-mailurilor

Dacă e-mailul este găzduit în același cont cu site-ul, mutarea trebuie tratată separat.

Trebuie verificate:

• înregistrările MX;
• conturile de e-mail;
• parolele;
• mesajele existente;
• filtrele;
• forwarderele;
• autoresponderele;
• SPF;
• DKIM;
• DMARC.

În perioada de propagare, unele mesaje pot continua să ajungă pe vechiul server.

De aceea, acesta trebuie păstrat activ temporar sau trebuie realizată o sincronizare finală a mesajelor.

Ce trebuie verificat după mutare

După ce noul server devine activ, verifică din nou:

• paginile importante;
• HTTPS;
• formularele;
• e-mailurile generate de site;
• autentificarea;
• funcțiile magazinului;
• imaginile;
• redirecturile;
• cron jobs;
• viteza;
• logurile de eroare.

Verifică și Google Search Console și Analytics pentru eventuale schimbări neobișnuite.

O mutare corectă nu ar trebui să schimbe URL-urile publice ale site-ului.

Mutarea serverului afectează SEO?

În mod normal, nu, dacă:

• domeniul rămâne același;
• URL-urile rămân aceleași;
• site-ul este disponibil;
• HTTPS funcționează;
• răspunsurile HTTP sunt corecte;
• conținutul nu dispare;
• nu apar redirecturi inutile.

Pentru Google, schimbarea infrastructurii nu reprezintă în sine o schimbare a paginilor.

Problemele SEO apar mai degrabă atunci când mutarea produce:

• perioade lungi de indisponibilitate;
• erori 404;
• redirecturi greșite;
• pagini lipsă;
• certificate invalide;
• modificări accidentale ale robots.txt;
• blocarea indexării.

Greșeli frecvente la mutarea unui site

Schimbarea DNS-ului înainte de testare

Dacă noul server nu este pregătit, vizitatorii vor ajunge direct la un site cu probleme.

Oprirea prea rapidă a vechiului server

Utilizatorii care încă folosesc informația DNS veche pot pierde accesul.

Copierea doar a fișierelor

Site-urile dinamice au nevoie și de baza de date.

Uitarea e-mailurilor

Dacă schimbarea afectează și serviciul de mail, conturile și mesajele trebuie transferate separat.

Lipsa verificării HTTPS

Certificatul trebuie să funcționeze pe noul server înainte de tranziția completă.

Modificarea URL-urilor fără motiv

O schimbare de server nu necesită schimbarea adreselor paginilor.

Checklist pentru o mutare fără downtime

• Creează o copie de siguranță completă.
• Verifică dimensiunea contului.
• Identifică toate bazele de date.
• Identifică toate conturile de e-mail.
• Verifică versiunea PHP și extensiile necesare.
• Redu TTL-ul înainte de mutare, dacă este necesar.
• Transferă fișierele.
• Transferă baza de date.
• Configurează noul mediu.
• Testează înainte de schimbarea DNS-ului.
• Verifică HTTPS.
• Testează formularele și autentificarea.
• Schimbă DNS-ul.
• Păstrează vechiul server activ temporar.
• Verifică e-mailurile.
• Monitorizează erorile după trecere.

Dacă nu vrei să faci singur transferul

La Host-Age.ro, transferul complet al site-ului poate fi realizat de echipa tehnică pentru clienții care aleg un plan eligibil.

Sunt transferate fișierele, bazele de date și conturile de e-mail, iar site-ul este verificat pe noul server înainte de schimbarea finală a DNS-ului. Pentru conturile cPanel eligibile, serviciul este oferit gratuit.

Vezi serviciul de migrare a site-ului

Întrebări frecvente

Concluzie

O mutare fără downtime nu depinde de un singur instrument, ci de ordinea corectă a pașilor.

Noul server trebuie pregătit și testat înainte de modificarea DNS-ului, iar vechiul mediu trebuie păstrat activ până când tranziția este completă.

Pentru site-urile simple, procesul este relativ direct. Pentru magazine, aplicații și site-uri în care datele se modifică permanent, trebuie planificată și sincronizarea informațiilor generate în timpul transferului.

Dacă preferi ca procesul să fie gestionat de echipa tehnică, poți consulta serviciul Host-Age.ro de transfer al site-urilor.