Anksčiau ar vėliau daugelis svetainių savininkų susiduria su poreikiu pakeisti hostingo tiekėją. Priežastys būna įvairios. Galbūt dabartinė svetainė kraunasi lėtai. Galbūt serveris per dažnai gula. Galbūt techninė pagalba nereaguoja, kai jos labiausiai reikia. O gal tiesiog radote geresnį pasiūlymą už mažesnę kainą. Kad ir kokia būtų priežastis, kyla tas pats nerimą keliantis klausimas: kaip visa tai padaryti taip, kad svetainė nedingtų ir neprarasčiau duomenų?
Baimė suprantama. Svetainė dažnai yra verslo veidas, o kartais ir pagrindinis pajamų šaltinis. Kiekviena prastovos minutė reiškia prarastus lankytojus, pardavimus ir pasitikėjimą. Bloga migracija gali sugadinti svetainę arba palikti ją neprieinamą kelioms dienoms. Gera žinia ta, kad, tinkamai pasiruošus, perkėlimas yra visiškai valdomas procesas, kurį galima atlikti beveik be prastovų ir be jokių nuostolių.
Šiame straipsnyje išsamiai paaiškinsiu, kaip saugiai perkelti svetainę pas naują tiekėją. Suskirstysiu procesą į aiškius žingsnius, aptarsiu, kaip išvengti prastovų DNS perėjimo metu, ir pasidalinsiu patarimais, kurie padės apsaugoti jūsų duomenis kiekviename etape.
Kodėl perkėlimas reikalauja atidumo
Iš pirmo žvilgsnio gali atrodyti, kad pakanka nukopijuoti svetainės failus iš vienos vietos į kitą. Realybėje svetainė yra sudėtingesnė nei paprastas failų rinkinys, ir yra kelios priežastys, kodėl migracija reikalauja kruopštumo.
Pirma, svetainę sudaro dvi atskiros dalys. Yra failai, tai yra puslapių kodas, vaizdai, temos ir papildiniai, ir yra duomenų bazė, kurioje saugomas visas turinys, nustatymai ir naudotojų informacija. Perkelti reikia abi dalis, ir jos turi tarpusavyje derėti. Perkėlus tik failus, bet ne duomenų bazę, svetainė neveiks.
Antra, egzistuoja DNS ir tęstinumo klausimas. Kai keičiate hostingą, domenas turi būti nukreiptas į naują serverį. Šis pakeitimas įsigalioja ne akimirksniu, o palaipsniui, kartais iki keturiasdešimt aštuonių valandų. Netinkamai suplanuotas perėjimas gali reikšti, kad dalis lankytojų mato seną svetainę, o dalis naują, arba kad svetainė kurį laiką visai neprieinama.
Trečia, yra konfigūracijos niuansai. Skirtingi serveriai gali turėti skirtingas PHP versijas, nustatymus ir aplinkas. Tai, kas veikė sename serveryje, naujame gali reikalauti smulkaus derinimo.
Supratus šiuos niuansus, aiškėja, kodėl verta migraciją planuoti, o ne pulti aklai. Tinkamas pasiruošimas skiria sklandų perėjimą nuo galimo košmaro.
Pasiruošimas: pamatas sėkmingai migracijai
Sėkmingas perkėlimas prasideda nuo tinkamo pasiruošimo. Skubotas darbas be plano yra dažniausia prastovų ir duomenų praradimo priežastis. Prieš pradėdami techninius žingsnius, atlikite keletą pasiruošiamųjų veiksmų.
Pasirinkite naują tiekėją ir užsisakykite planą. Prieš nutraukdami ryšius su senuoju tiekėju, įsigykite naują hostingą. Įsitikinkite, kad jo aplinka suderinama su jūsų svetaine, pavyzdžiui, palaiko tinkamą PHP versiją. Nenutraukite senosios paslaugos, kol migracija visiškai nebaigta.
Padarykite pilną atsarginę kopiją. Tai svarbiausias žingsnis. Prieš liesdami bet ką, sukurkite pilną visos svetainės kopiją, apimančią tiek failus, tiek duomenų bazę, ir išsaugokite ją saugioje vietoje savo kompiuteryje ar atskiroje saugykloje. Ši kopija yra jūsų saugos tinklas. Jei kas nors migracijos metu suklys, jūs visada galėsite atkurti svetainę. Niekada nepradėkite migracijos be atsarginės kopijos.
Pasirinkite tinkamą laiką. Migraciją verta planuoti mažiausio lankomumo metu, pavyzdžiui, naktį ar savaitgalį. Taip sumažinsite riziką, kad lankytojai pastebės bet kokį trikdymą.
Surinkite visus prisijungimo duomenis. Įsitikinkite, kad turite abiejų tiekėjų prieigą: senojo, iš kurio perkeliate, ir naujojo, į kurį perkeliate. Jums prireiks FTP duomenų, duomenų bazės valdymo įrankio ir kontrolės panelės prieigos.
Sumažinkite DNS TTL reikšmę. Tai gudrus, bet vertingas žingsnis prastovoms mažinti. TTL nurodo, kaip ilgai DNS informacija talpinama podėlyje. Sumažinę TTL reikšmę likus kelioms dienoms iki migracijos, pasieksite, kad DNS pakeitimai vėliau įsigalios daug greičiau.
Perkėlimas žingsnis po žingsnio
Nors tiksli eiga priklauso nuo svetainės tipo ir tiekėjų, bendra migracijos seka atrodo taip. Šis pavyzdys iliustruoja principą, tinkantį daugumai svetainių, ypač veikiančių WordPress pagrindu.
1 žingsnis. Padarykite pilną dabartinės svetainės atsarginę kopiją. Kaip minėta, tai apima ir failus, ir duomenų bazę. Failus atsisiųskite per FTP arba hostingo failų tvarkyklę, o duomenų bazę eksportuokite per phpMyAdmin arba panašų įrankį. Išsaugokite viską saugioje vietoje.
2 žingsnis. Perkelkite failus į naują serverį. Naudodami FTP programą, tokią kaip FileZilla, arba naujo tiekėjo failų tvarkyklę, įkelkite visus svetainės failus į naują serverį, dažniausiai į aplanką public_html. Didesnės svetainės perkėlimas gali užtrukti kelias minutes ar ilgiau.
3 žingsnis. Sukurkite duomenų bazę naujame serveryje. Naujo tiekėjo kontrolės panelėje sukurkite naują duomenų bazę ir naudotoją, priskirdami jam visas teises. Užsirašykite duomenų bazės pavadinimą, naudotojo vardą ir slaptažodį.
4 žingsnis. Importuokite duomenų bazę. Per phpMyAdmin arba komandinę eilutę importuokite anksčiau eksportuotą duomenų bazę į naujai sukurtą. Įsitikinkite, kad importas baigėsi be klaidų.
5 žingsnis. Atnaujinkite konfigūracijos failą. Svetainė turi žinoti, prie kurios duomenų bazės jungtis naujame serveryje. WordPress atveju tai reiškia atnaujinti wp-config.php failą, įrašant naujos duomenų bazės pavadinimą, naudotoją ir slaptažodį. Šis žingsnis kritinis, nes be jo svetainė neras savo turinio.
6 žingsnis. Patikrinkite svetainę naujame serveryje. Prieš keisdami DNS, būtina įsitikinti, kad svetainė veikia naujoje vietoje. Tai galima padaryti nekeičiant domeno, laikinai pakeitus vietinį hosts failą savo kompiuteryje, kad domenas rodytų į naują serverį tik jums. Taip pamatysite, kaip svetainė atrodys visiems, dar prieš viešą perėjimą. Peržiūrėkite puslapius, patikrinkite nuorodas, vaizdus ir funkcijas.
7 žingsnis. Pakeiskite DNS įrašus. Tik įsitikinę, kad viskas veikia, pakeiskite domeno DNS įrašus, kad jie rodytų į naują serverį. Tai atliekama pas domeno registratorių, pakeičiant A įrašus arba serverių vardus. Nuo šio momento naujas srautas pradės keliauti į naują serverį.
8 žingsnis. Palaukite DNS propagacijos. DNS pakeitimai plinta internetu palaipsniui, iki keturiasdešimt aštuonių valandų, nors dažniausiai užtenka kelių valandų, ypač jei iš anksto sumažinote TTL. Šiuo pereinamuoju laikotarpiu dalis lankytojų dar gali matyti seną svetainę, o dalis jau naują.
Kaip išvengti prastovų perėjimo metu
Prastovos yra didžiausia migracijos baimė, tačiau jų galima beveik visiškai išvengti laikantis kelių principų.
Pagrindinė taisyklė paprasta: nenaikinkite senosios svetainės, kol nauja visiškai neveikia ir DNS pilnai nepersitvarkė. Kadangi DNS pereinamuoju laikotarpiu dalis lankytojų mato seną, o dalis naują svetainę, abi turi veikti vienu metu. Jei senąją išjungsite per anksti, dalis lankytojų pamatys tuščią vietą.
Šis dvigubo veikimo periodas yra būtent tai, kas leidžia išvengti prastovų. Kol DNS keičiasi, lankytojas visada pasiekia veikiančią svetainę, nesvarbu, į kurį serverį jį nukreipia jo DNS podėlis. Todėl pati svetainė lieka nepertraukiamai prieinama, net jei skirtingi žmonės kurį laiką mato skirtingus serverius.
Papildomai apsvarstykite dinaminio turinio klausimą. Jei jūsų svetainė priima naujus duomenis, pavyzdžiui, užsakymus ar komentarus, pereinamuoju laikotarpiu jie gali atkeliauti į abi svetaines. Elektroninės parduotuvės atveju verta migraciją planuoti taip, kad ji sutaptų su mažiausiu aktyvumu, arba trumpam sustabdyti naujus užsakymus, kad išvengtumėte duomenų išsiskyrimo tarp dviejų serverių.
Ir, žinoma, TTL sumažinimas iš anksto smarkiai pagreitina perėjimą, todėl dvigubo veikimo periodas trunka trumpiau ir rizika mažesnė.
Patikrinimas po perėjimo
Kai DNS persitvarkė ir visas srautas keliauja į naują serverį, migracija dar nebaigta. Būtina kruopščiai patikrinti rezultatą. Šis žingsnis skiria sėkmingą migraciją nuo tokios, kuri paliko paslėptų problemų.
Peržiūrėkite visus svarbiausius puslapius ir įsitikinkite, kad jie kraunasi teisingai. Patikrinkite, ar veikia visos nuorodos ir mygtukai. Įsitikinkite, kad vaizdai rodomi, o ne pakeisti tuščiais langeliais. Išbandykite interaktyvius elementus, tokius kaip kontaktinės formos, paieška ar prisijungimas.
Patikrinkite ir techninius dalykus. Įsitikinkite, kad SSL sertifikatas veikia ir adresas prasideda https, o naršyklė rodo saugos spynelę. Kartais po migracijos SSL reikia įdiegti iš naujo naujame serveryje. Išmatuokite svetainės greitį ir palyginkite su senuoju serveriu, nes vienas migracijos tikslų dažnai ir yra greitesnė svetainė.
Elektroninės parduotuvės atveju atlikite testinį užsakymą, kad įsitikintumėte, jog visa pirkimo grandinė veikia. Jei svetainė siunčia laiškus, pavyzdžiui, užsakymų patvirtinimus, patikrinkite, ar jie tikrai išsiunčiami iš naujo serverio.
Galiausiai stebėkite svetainę kelias dienas po migracijos. Nustatykite uptime monitoringą, kad iškart sužinotumėte apie bet kokį sutrikimą. Peržiūrėkite serverio klaidų žurnalus, ar nekyla paslėptų problemų.
Dažniausios klaidos, kurių verta vengti
Perkeliant svetainę, žmonės dažnai suklysta panašiais būdais, ir daugelio klaidų galima lengvai išvengti.
Dažniausia ir pavojingiausia klaida yra migracija be atsarginės kopijos. Tai lygu žengimui virš bedugnės be saugos tinklo. Visada pirmiausia sukurkite pilną kopiją, apimančią ir failus, ir duomenų bazę.
Kita dažna klaida yra DNS keitimas per anksti, prieš patikrinant, ar svetainė veikia naujame serveryje. Jei nukreipsite domeną į serverį, kuriame svetainė dar sugedusi, lankytojai pamatys klaidas. Visada pirma testuokite per hosts failą, ir tik tada keiskite DNS.
Trečia problema yra senosios svetainės išjungimas per anksti. Kol DNS visiškai nepersitvarkė, senoji svetainė vis dar aptarnauja dalį lankytojų. Palaikykite ją aktyvią bent kelias dienas po DNS pakeitimo.
Dar viena klaida yra konfigūracijos failo neatnaujinimas. Perkėlus failus, bet nepakeitus duomenų bazės prisijungimo duomenų, svetainė neras savo turinio ir rodys klaidą. Šis žingsnis lengvai pamirštamas, bet be jo niekas neveiks.
Galiausiai daugelis pamiršta patikrinti SSL sertifikatą po migracijos. Jei sertifikatas neperkeltas ar neatnaujintas, lankytojai pamatys bauginantį įspėjimą „Nesaugu”, o pasitikėjimas svetaine akimirksniu krenta.
Kada verta rinktis nemokamą tiekėjo perkėlimą
Verta žinoti, kad daugelis šiuolaikinių hostingo tiekėjų siūlo nemokamą svetainės perkėlimo paslaugą. Tokiu atveju techniniai specialistai atlieka visą migraciją už jus, o jums lieka tik pateikti senojo hostingo prieigą ir palaukti.
Šis variantas ypač vertingas, jei nesijaučiate patogiai su FTP, duomenų bazėmis ir DNS nustatymais. Profesionalai perkelia svetainę greitai, teisingai ir dažniausiai be prastovų, nes jie tai daro kasdien. Prieš rinkdamiesi naują tiekėją, verta pasiteirauti, ar ši paslauga įeina į paketą.
Vis dėlto net renkantis nemokamą perkėlimą, atsakomybė už atsarginę kopiją lieka jums. Prieš patikėdami migraciją kam nors kitam, būtinai turėkite savo pilną svetainės kopiją. Tai jūsų garantija nepriklausomai nuo to, kas atlieka techninį darbą.
Ką daryti po sėkmingos migracijos
Kai svetainė sėkmingai perkelta ir patikrinta, dar liko keli žingsniai, užtikrinantys sklandų tolesnį veikimą.
Palaikykite senąją paslaugą aktyvią pereinamuoju laikotarpiu, dažniausiai bent savaitę ar dvi. Tai apsaugo nuo netikėtumų, jei DNS kai kuriuose regionuose persitvarkytų lėčiau.
Nustatykite naują aplinką iki galo. Atkurkite atsarginių kopijų grafiką naujame serveryje, įjunkite saugumo priemones ir įsitikinkite, kad visi papildomi nustatymai perkelti. Nesitikėkite, kad viskas persikels automatiškai, kai kurie serverio lygmens nustatymai reikalauja rankinio atkūrimo.
Grąžinkite TTL reikšmę į įprastą. Jei migracijai sumažinote DNS TTL, po sėkmingo perėjimo galite jį padidinti atgal, kad DNS veiktų efektyviau kasdieniniame darbe.
Sukurkite reguliarų atsarginių kopijų įprotį. Migracija yra gera proga įsivesti sistemingą atsarginio kopijavimo praktiką naujoje aplinkoje, kad ateityje jūsų svetainė visada būtų apsaugota.
Trumpa apžvalga
Svetainės perkėlimas be prastovų ir duomenų praradimo remiasi keliais principais. Visada pradėkite nuo pilnos atsarginės kopijos, apimančios ir failus, ir duomenų bazę. Iš anksto sumažinkite DNS TTL, kad perėjimas būtų greitesnis. Perkelkite failus ir duomenų bazę, atnaujinkite konfigūraciją ir būtinai patikrinkite svetainę naujame serveryje prieš keisdami DNS. Nenaikinkite senosios svetainės, kol nauja visiškai neveikia ir DNS pilnai nepersitvarkė.
Kantrybė ir pasiruošimas čia atsiperka labiausiai. Suplanuota migracija, atlikta žingsnis po žingsnio, beveik visada baigiasi sklandžiai ir be prastovų. Skubotas darbas be plano yra pagrindinė problemų priežastis. O jei nesijaučiate patogiai su technine puse, daugelis tiekėjų atliks perkėlimą už jus nemokamai.
O jūs, ar planuodami perkėlimą jau pagalvojote apie atsarginę kopiją ir DNS TTL sumažinimą? Būtent šie du paprasti žingsniai, atlikti iš anksto, dažniausiai ir skiria ramų, nepastebimą perėjimą nuo įtempto migracijos vakaro, kai svetainė netikėtai dingsta.