Cum să migrați site-ul cu minim sau fără cedare

Numeroase tehnologii emergente fac extrem de ușor să muți un site web de la o gazdă la alta. Cu toate acestea, indiferent cât de repede este viteza de transfer, clientul mediu poate avea un timp de nefuncționare în timpul procesului de transfer. În funcție de ceea ce se întâmplă în spatele scenei, transferul de servere DNS între vechile și noile gazde web poate provoca o întârziere a domeniului între 12 și 72 de ore după ce cererea pentru o astfel de modificare este trimisă noului registrator.

În combinație cu necesitatea de a transfera fișiere de pe site, de a restabili bazele de date importante și de a obține toate configurațiile software și subdomeniile în stare de funcționare, poate dura până la o zi de inactivitate înainte ca site-ul să funcționeze din nou. Există, totuși, câteva trucuri destul de mari pentru a evita dezastrul atunci când transferați un site web către un nou server gazdă. Aceste sfaturi sunt relativ ușor de făcut atâta timp cât administratorul site-ului are o înțelegere generală a adreselor cPanel, IP și a rutinelor avansate de conectare FTP care le vor permite să lucreze la o nouă configurație a planului de gazduire web înainte ca DNS să fie modificat și transferat gazdă nouă.

La sfârșitul zilei, dacă clientul mediu nu cunoaște complet modificările făcute în spatele scenei, atunci misiunea este un succes!

1. Deplasați mai întâi, anulați mai târziu

Nu anulați un plan de găzduire web existent înainte ca mutarea să se încheie.

Cea mai obișnuită greșeală făcută de administratorii de web cravate care sunt noi pentru web hosting în general sau noi de a transfera site-urile lor între servere este că aceștia aproape contactează imediat vechiul lor gazdă pentru a le informa despre decizia lor de a-și muta serviciile către o companie nouă servere.

Deși este cu siguranță o idee bună să informați vechiul gazdă web în timp util cu privire la modificările viitoare, procedând astfel înainte ca tranziția să fi fost executată cu bună știință poate duce nu doar la downtime, ci și la pierderea completă a fișierelor și a informațiilor din baza de date din momentul în care se solicită anularea.

Țineți apelul

Companiile de gazduire web anuleaza in general un plan aproape imediat - ca in momentul in care apelul clientului sa incheiat - fara a mai astepta expirarea serviciului de luna curent sau a abonamentului. Acest lucru este considerat ca servind interesul cel mai bun al consumatorului, ca ei primesc o rambursare imediată și proporționată a oricărei taxe rămase.

Cu toate acestea, înseamnă, de asemenea, că societatea va elimina practic fiecare coș de informații încărcate la server în timpul lor cu compania. Nu va fi nici o oportunitate, în multe cazuri, de a prelua aceste fișiere și a le muta la noul server al companiei de gazduire web sau în planul de găzduire comună în timp.

Acesta este un fel de nefuncționare extrem de greu de recuperat, deoarece ar putea însemna pierderea întregului conținut și a datelor abonaților, precum și pierderile comerciale și detaliile de plată pentru clienți pentru unele site-uri web.

Ce sa fac

Odată ce un nou plan de găzduire a fost asigurat, transferați toate fișierele înainte de a anula planul de găzduire existent deținută de vechea companie. Ar putea fi o idee bună să permiteți site-ului web să ruleze pe serverele noii companii pentru câteva zile doar pentru a se asigura că nimic nu a fost trecut cu vederea în timpul mutare.

Când totul a fost verificat ca tranziție corectă, numai atunci ar trebui să se anuleze vechiul plan de găzduire.

2. Descărcați fișierele de rezervă

Conectați-vă la cPanel și obțineți copii de rezervă comprimate ale fișierelor web și ale bazei de date.

Pentru puritate ușoară de utilizare, clienții care se mută într-o nouă gazdă web ar trebui să se asigure că atât companiile noi cât și vechile companii de găzduire folosesc aceeași tehnologie de administrare bazată pe web. De obicei, aceasta va fi o alegere între cPanel și puțin mai popular PleskPanel controlul panoului web.

Alinierea tehnologiei folosite de ambele gazde este cea mai ușoară cale asigurați-vă că datele pot fi reparate și restaurate rapid la fel de repede. Pentru opțiunea pentru panoul de control cPanel, care este practic standardul în gazduire web, clienții ar trebui să navigheze către domeniul lor cu numărul portului 2082 atașat.

Pentru referință, se pare acest lucru într-o bară de adrese a browserului web: http://my-site.com:2082. Alternativ, http://my-site.com/cpanel poate funcționa pentru unele site-uri web:

Localizați pagina de rezervă

După conectarea cu succes la interfața cPanel, găsiți un grup de setări și pagini de pe panoul de control etichetate “Backup.” Aceasta conține instrumente pentru copie de rezervă a site-ului principal “public_html” pliant precum și orice subdomenii. În plus, instrumentele de aici vor ajuta clienții web hosting în backup al bazelor de date MySQL pentru restaurarea pe noul server.

Găsi “Descărcați copii de siguranță” opțiune din cadrul acestei grupări și faceți clic pe pagina de administrare cPanel relevantă.

Descărcarea copiilor de rezervă

Pe această pagină, cPanel va descompune backup-urile disponibile pe tipuri. Este disponibilă o copie de siguranță la nivel de site; aceștia ar trebui să descarce acel fișier astfel încât acesta să poată fi încărcat ulterior într-o altă gazdă. Va fi, de asemenea fișiere de rezervă specifice fiecărui subdomeniu în cadrul site-ului. Acestea sunt în general opționale, deoarece backup-ul complet al site-ului va conține toate aceste informații, dar pentru a fi în siguranță, puteți descărca și acestea.

Într-o zonă separată pe aceeași pagină de descărcări de rezervă, clienții pot securiza o copie de siguranță comprimată a fiecărei baze de date MySQL în mod individual. Fiecare bază de date trebuie să fie descărcată în format comprimat. Acestea vor fi încărcate pe noul server pentru a crea mai târziu nume de bază de date potrivite.

Nu decomprimați!

În timpul acestui proces, asigurați-vă că nu decomprimați niciunul dintre fișierele de backup descărcate. Acest lucru se datorează faptului că acest proces va fi finalizat de noul server când fișierul este încărcat de către client.

Pentru utilizatorii de Mac OS X, asigurați-vă că Safari nu este setat să deschidă automat așa-numitele “sigur” extensii de fișiere după descărcare. Procedând astfel, se va asigura că fișierul rămâne necomprimat și pregătit pentru o restaurare rapidă. Când toate fișierele de backup comprimate sunt securizate, deconectați-vă de la vechea instalare a gazdei cPanel și mergeți la versiunea noului gazdă a software-ului de administrare a site-urilor populare.

3. Efectuați transferul

Începeți să încărcați fișierele de rezervă comprimate pe noul server.

Practic, fiecare companie de gazduire web va primi, după primirea taxei pentru prima lună, un e-mail care conține informații cum ar fi serverele de nume de domeniu și detaliile adresei IP pentru noul plan de găzduire. Această adresă IP poate fi utilizată pentru a vizualiza conținutul site-ului înainte de propagarea DNS și pentru a accesa contul FTP individual și interfața de administrare cPanel înainte de a face modificări.

Autentificare

Găsiți acest e-mail și căutați adresa IP relevantă. Dacă o legătură cPanel nu a fost inclusă în mod specific, presupuneți că una dintre ele “/ cpanel” sau “: 2082” portul sufix poate fi adăugat la acea adresă IP pentru a permite o autentificare administrativă.

După ce vă conectați la repetarea noului server cPanel, localizați instrumentele de rezervă menționate în Pasul 2, apoi navigați la pagina Descărcări în Backup. În pagină, găsiți caseta de încărcare a fișierelor asociată cu copia de rezervă a întregului site. Acest lucru va fi deseori etichetat ca a “Backup Restore” caracteristică. Selectați fișierul de rezervă pentru întregul site care a fost descărcat de la vechea companie de găzduire web pentru a începe procesul de încărcare.

După ce fișierul este încărcat complet, pagina web se va actualiza, iar detaliile specifice fișierelor vor fi afișate pe rând, pe măsură ce fiecare fișier va fi mutat. Când această a doua pagină se oprește încărcarea, procesul este complet. Găsiți browserul “înapoi” pentru a reveni la pagina anterioară și a începe procesul de restaurare a bazei de date în aproape aceeași manieră. Când toate informațiile sunt transferate, este timpul să reglați unele setări și să începeți procesul real de tranziție fără probleme în spatele scenei.

4. Asigurați-vă că baza de date funcționează

Unul dintre lucrurile pe care trebuie să le menționăm este că fișierele de backup de bază de date nu conțin informații despre numele de utilizator, parolele și permisiunile asociate cu fiecare bază de date MySQL. Aceste informații vor trebui introduse în interfața Baze de date MySQL în cadrul cPanel.

Prefix Matter

De asemenea, rețineți prefixul atribuit fiecărei baze de date în cadrul cPanel. În cazul unor discrepanțe (de exemplu, "jsmith_wordpress" vs "jsm_wordpress"), prefixele vor trebui modificate în fișierul de configurare al fiecărei aplicații software care se conectează la acea bază de date.

Toate informațiile relevante

Adăugați toți utilizatorii, parolele și permisiunile relevante și apoi efectuați modificările necesare pentru fișierele de sistem conectându-vă la contul FTP prin adresa IP a site-ului. Asta va asigura o buna functionare a software-ului odată ce numele de domeniu a fost transferat pentru a afișa fișierele gazdei noi în loc de cele aflate la vechea companie. Odată ce acest lucru este făcut, totul este în vigoare și este gata să funcționeze perfect.

Tot ce trebuie schimbat acum este informația care spune domeniului care dintre fișierele celor două conturi de găzduire trebuie afișate utilizatorului final.

5. Comutați serverele de nume

Spuneți registratorului de domenii să utilizeze noi servere de nume de domeniu

Ultimul pas al procesului este acela de a spune numele domeniului să afișeze fișierele și datele pe un server diferit de cel utilizat în prezent. Acest lucru este făcut de conectarea la panoul de control al înregistrării domeniului furnizate de registratorul de domenii (servicii precum GoDaddy sau Hover, de exemplu).

În cadrul acestui panou de comandă, este denumit un element sau o bara laterală “Servere de nume de domeniu” ar trebui să apară, iar informațiile actuale plasate în acea zonă ar trebui să arate astfel:

 NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM

Aceste trebuie să fie înlocuite cu noile servere de nume (de asemenea, găsite în e-mail) pentru noua gazdă. (Dacă aceste informații nu sunt găsite, navigați la secțiunea de asistență a gazdei, răsfoiți documentația sau contactați un reprezentant care poate furniza detalii despre server.)

Modificările înregistrărilor DNS vor avea efect în 12-24 de ore în majoritatea cazurilor, deși unii au experimentat doar șase ore. În acest timp, ambele site-uri web noi și vechi vor funcționa corect, și clienții vor vedea conținut identic, indiferent care sunt fișierele găzduite.

Așteptați propogarea editorului de nume

Rețineți că postarea conținutului înainte de completarea propagării poate duce la pierderea conținutului sau a datelor după ce fișierele gazdă noi sunt active. În timp ce perioada de nefuncționare nu va fi o problemă, site-ul web, proprietarii ar trebui să se abțină de la a face orice modificări la designul, fișierele sau conținutul site-ului, până când vor fi siguri că procesul este complet și accesează noul server gazdă.

Atunci când acest lucru devine cazul, procesul de transfer de site-uri fără probleme la un nou furnizor de gazduire web este complet și utilizatorii vor fi supraviețuit tranziției fără o secundă de timp de nefuncționare.

rezumat

Asigurați-vă că testați site-ul Web și asigurați-vă că toate funcțiile funcționează corect; când totul funcționează la fel ca în cazul în care ați folosit, puteți anula vechiul plan de găzduire. Cam despre asta e!