Kā migrēt tīmekļa vietni ar minimālu vai nekādu dīkstāvi
Daudzas jaunās tehnoloģijas padara to par ļoti viegli pārvietot no vienas saimniecības uz citu. Tomēr, neatkarīgi no tā, cik ātri pārsūtīšanas ātrums, vidējais klients pārsūtīšanas procesa laikā var saskarties ar zināmu dīkstāvi. Atkarībā no tā, kas notiek aiz ainas, DNS serveru pārsūtīšana starp vecajiem un jaunajiem tīmekļa mitinātājiem var izraisīt domēna tumsu no 12 līdz 72 stundām pēc tam, kad pieprasījums par šādu izmaiņu tiek iesniegts jaunajam reģistratoram.
Kopā ar nepieciešamību pārsūtīt tīmekļa vietnes failus, atjaunot svarīgas datubāzes un saņemt visas programmatūras instalācijas un apakšdomēna konfigurācijas darba kārtībā, tas var aizņemt līdz pat neaktivitātes dienai, pirms jūsu vietne vēlreiz darbojas pilnībā. Tomēr ir, daži diezgan lieliski triki, lai izvairītos no katastrofas, kad vietne tiek pārnesta uz jaunu saimniekdatoru. Šie padomi ir salīdzinoši viegli izdarāmi, ja vietnes administratoram ir vispārēja izpratne par cPanel, IP adresēm un progresīvākām FTP pieteikšanās rutīnām, kas ļaus viņiem strādāt pie jauna tīmekļa mitināšanas plāna konfigurācijas, pirms DNS tiek mainīts un pārsūtīts uz jauns saimnieks.
Dienas beigās, ja vidusmēra klients pilnīgi nezina par izmaiņām, kas tiek veiktas aiz ainas, tad misija ir veiksmīga!
1. Pārvietojieties vispirms, atceliet vēlāk
Pirms pārvietošanas pabeigšanas neatceļiet esošu tīmekļa mitināšanas plānu.
Visbiežāk pieļautā kļūda, ko izdarījušas tīmekļa saišu administratori, kuri ir jauni tīmekļa mitināšanas pakalpojumos kopumā vai jauni, lai pārsūtītu savas tīmekļa vietnes starp serveriem, ir tas, ka viņi gandrīz nekavējoties sazinās ar savu veco uzņēmēju, lai informētu viņus par savu lēmumu pārvietot savus pakalpojumus uz jaunu uzņēmumu serveriem.
Lai gan ir laba ideja savlaicīgi informēt veco tīmekļa uzņēmēju par turpmākajām izmaiņām, to darot, pirms pāreja ir prasmīgi izpildīta var izraisīt ne tikai dīkstāves, bet gan pilnīgu failu un datubāzes informācijas zudumu no brīža, kad tiek pieprasīta atcelšana.
Turiet šo zvanu
Web hostinga uzņēmumi parasti atceļ plānu gandrīz nekavējoties - tāpat kā tiklīdz klienta zvans ir beidzies - negaidot pašreizējā mēneša pakalpojuma vai abonēšanas maksas izbeigšanos. Tiek uzskatīts, ka tas kalpo patērētāja interesēm viņi saņem tūlītēju un proporcionālu atlikušo maksu atmaksu.
Tomēr tas nozīmē arī to, ka uzņēmums praktiski iztukšos katru augšupielādēto informāciju uz serveri laikā ar uzņēmumu. Daudzos gadījumos nebūs iespēju ielādēt šos failus un pārvietot tos uz jauno tīmekļa mitināšanas uzņēmuma serveri vai koplietošanas hostinga plānu laikā.
Tāda veida dīkstāves ir ļoti grūti atgūt, jo tas potenciāli nozīmē visu satura un abonentu datu zudumu, kā arī komerciālus zaudējumus un klientu maksājumu informāciju par dažām tīmekļa vietnēm.
Ko darīt
Tiklīdz ir nodrošināts jauns hostinga plāns, pārsūtīt visus failus pirms esošā hostinga plāna atcelšanas pieder vecajam uzņēmumam. Iespējams, ir laba ideja ļaut vietnei darboties jaunās kompānijas serveros uz dažām dienām, lai nodrošinātu, ka pārvietošanās laikā nekas netika ņemts vērā..
Kad viss ir pārbaudīts kā pareizi pārcelts, tikai tad vecajam hostinga plānam jāatceļ.
2. Lejupielādēt dublējuma failus
Piesakieties cPanel un iegūstiet saspiestu vietņu failu un datu bāzes datu dublējumu.
Tīram lietošanas ērtumam klientiem, kas pārceļas uz jaunu interneta uzņēmēju, ir jānodrošina, ka gan jaunie, gan vecie hostinga uzņēmumi izmanto to pašu tīmekļa administrēšanas tehnoloģiju. Parasti tas būs izvēle starp cPanel un nedaudz mazāk populāri PleskPanel tīmekļa vietnes vadības panelis.
Abu saimnieku izmantoto tehnoloģiju saskaņošana ir vieglākais veids, kā nodrošinātu, ka datus var ātri atjaunot un atjaunot tikpat ātri. CPanel vadības paneļa opcijai, kas ir praktiski standarta web hosting, klientiem ir jāvirzās uz savu domēnu ar pievienoto 2082 porta numuru.
Atsauces nolūkā tas izskatās tīmekļa pārlūkprogrammas adreses joslā: http://my-site.com:2082. Alternatīvi http://my-site.com/cpanel var darboties dažās tīmekļa vietnēs:
Atrodiet rezerves lapu
Pēc veiksmīgas pieteikšanās cPanel interfeisā atrodiet iestatījumu grupu un vadības paneļa lapas, kas ir marķētas “Dublēšana.” Tas satur rīkus, lai backup vietnes galveno “public_html” mapi kā arī jebkuru apakšdomēnu. Turklāt šeit esošie rīki palīdzēs web hostinga klientiem to MySQL datu bāzu dublējumkopiju atjaunošanai jaunajam serverim.
Atrodi “Lejupielādēt dublējumkopijas” šajā grupā, un noklikšķiniet uz attiecīgās cPanel administrācijas lapas.
Dublējumu lejupielāde
Šajā lapā cPanel sadalīs pieejamos dublējumus pēc veida. Ir pieejama pilna vietne; viņiem tas ir jāielādē, lai vēlāk to varētu augšupielādēt citā uzņēmējā. Būs arī rezerves kopijas, kas raksturīgas katrai apakšdomēnai tīmekļa vietnē. Tie parasti nav obligāti, jo pilnīgā tīmekļa vietnes dublējumā būs visa šī informācija, bet, lai būtu drošs, jūs varat arī lejupielādēt šos datus.
Atsevišķā apgabalā tajā pašā rezerves lejupielādes lapā klienti var nodrošināt katra MySQL datubāzes saspiestu dublējumu atsevišķi. Katra datu bāze ir jāielādē saspiestā formātā. Tie tiks augšupielādēti jaunajā serverī, lai vēlāk izveidotu atbilstošus datubāzes nosaukumus.
Neaizdariet!
Šā procesa laikā pārliecinieties, lai neviena no lejupielādētajiem dublējuma failiem netiktu izjaukta. Tas ir tāpēc, ka šo procesu pabeigs jaunais serveris, kad klients augšupielādēs failu.
Mac OS X lietotājiem pārliecinieties, ka Safari nav iestatīts tā, lai automātiski atvērtu tā saukto “droši” faila paplašinājumi pēc lejupielādes. Tas nodrošinās, ka fails paliek nesaspiests un gatavs ātrai atjaunošanai. Kad visi saspiestie dublējuma faili ir nodrošināti, izrakstieties no vecās uzņēmējas cPanel instalācijas un pāriet uz jaunās saimniekdatora populārās vietnes administrēšanas programmatūras versiju.
3. Pārskaitījuma veikšana
Sāciet saspiestu dublējuma failu augšupielādi jaunajā serverī.
Gandrīz katrs tīmekļa mitināšanas uzņēmums pēc pirmā mēneša maksas saņemšanas sūta e-pastu ar informāciju, piemēram, domēna nosaukumu serveri un IP adreses dati jaunajam hostinga plānam. Šo IP adresi var izmantot, lai skatītu vietnes saturu pirms DNS izplatīšanas, un pirms izmaiņu veikšanas piekļūtu atsevišķam FTP kontam un cPanel administrācijas saskarnei..
Ielogoties
Atrodiet šo e-pastu un meklējiet attiecīgo IP adresi. Ja cPanel saite nav īpaši iekļauta, pieņemiet, ka arī “/ cpanel” vai “: 2082” ostas sufiksu var pievienot šai IP adresei, lai iespējotu administratīvo pieteikšanos.
Piesakoties jaunā servera cPanel atkārtojumā, atrodiet 2. darbībā minētos dublējuma rīkus, tad dodieties uz lapu Backup Downloads. Lapā atrodiet faila augšupielādes lodziņu, kas saistīta ar pilnu vietnes dublējumu. Tas bieži tiks apzīmēts kā a “Backup Restore” iezīme. Atlasiet pilnu vietnes dublējuma failu, kas tika lejupielādēts no vecā web hostinga uzņēmuma lai sāktu augšupielādes procesu.
Pēc tam, kad fails ir pilnībā augšupielādēts, tīmekļa lapa tiks atsvaidzināta, un informācija par failiem tiks parādīta uz līnijas pēc kārtas, jo katrs fails tiek pārvietots vietā. Kad šī otrā lapa tiek pārtraukta, process ir pabeigts. Atrodiet pārlūkprogrammas “atpakaļ” poga, lai atgrieztos iepriekšējā lapā un sāktu datu bāzes atjaunošanas procesu diezgan daudz. Kad visa informācija tiek pārsūtīta, ir pienācis laiks pielāgot dažus iestatījumus un sākt faktisko bezšuvju pārejas procesu aiz ainas.
4. Nodrošināt datu bāzes darbību
Viena lieta, kas jāatzīmē, ir tāda, ka datubāzes dublējuma faili nesatur informāciju par lietotājvārdiem, parolēm un atļaujām, kas saistītas ar katru MySQL datubāzi. Šī informācija būs jāievada MySQL datu bāzu saskarnē cPanel.
Prefikss Matter
Ņemiet vērā arī prefiksu, kas piešķirts katrai datubāzei cPanel. Atšķirību gadījumā (piemēram, "jsmith_wordpress" pret "jsm_wordpress") prefiksus būs jāmaina katras programmatūras lietojumprogrammas konfigurācijas failā, kas savienojas ar šo datubāzi.
Visa saistītā informācija
Pievienojiet visus attiecīgos lietotājus, paroles un atļaujas un pēc tam veiciet nepieciešamos labojumus sistēmas failos, piesakoties FTP kontā, izmantojot vietnes IP adresi. Tas būs nodrošina programmatūras netraucētu darbību kad domēna vārds ir pārsūtīts, lai parādītu jaunā saimnieka failus, nevis vecajā uzņēmumā. Kad tas ir izdarīts, viss ir izveidots un gatavs darboties perfekti.
Viss, kas tagad ir jāmaina, ir informācija, kas norāda domēnu, kurš no diviem hostinga kontu failiem tiek parādīts gala lietotājam.
5. Pārslēgt vārdu serverus
Pastāstiet domēna reģistratoram, lai izmantotu jaunus domēna nosaukumu serverus
Pēdējais procesa solis ir vienkārši pateikt domēna nosaukumu, lai parādītu failus un datus citā serverī, nekā tas, ko pašlaik izmanto. To dara pieteikšanās domēna reģistrācijas vadības panelī domēna reģistrators (piemēram, GoDaddy vai Hover).
Šajā vadības panelī ir nosaukts virsraksts vai sānjoslas vienums “Domēna vārdu serveri” vajadzētu parādīties, un pašreizējai informācijai, kas ievietota šajā apgabalā, vajadzētu izskatīties šādi:
NS1.OLD-WEBHOST.COM NS2.OLD-WEBHOST.COM
Tie ir jāaizstāj ar jaunajiem nosaukumu serveriem (atrodams arī e-pastā) jaunajam uzņēmējam. (Ja šī informācija nav atrodama, dodieties uz resursdatora atbalsta sadaļu, pārlūkojiet to dokumentāciju vai sazinieties ar pārstāvi, kas var sniegt informāciju par serveri.)
DNS ierakstu izmaiņas vairumā gadījumu stāsies spēkā 12 līdz 24 stundās, lai gan dažas ir piedzīvojušas tikai sešas stundas. Šajā laikā gan jaunās, gan vecās tīmekļa vietnes darbosies pareizi, un klienti redzēs vienādu saturu neatkarīgi no izvietotajiem failiem.
Pagaidiet vārda servera pieslēgšanos
Ņemiet vērā, ka satura ievietošana pirms izplatīšanas ir pabeigta, ja pēc jaunajiem saimniekdatoriem ir aktīvs saturs vai dati. Kaut arī dīkstāves nebūs problēmas, īpašniekiem būtu jāatturas no jebkādu izmaiņu veikšanas vietnes dizainam, failiem vai saturam, kamēr viņi ir pilnīgi pārliecināti, ka process ir pabeigts un viņi piekļūst jaunam resursdatora serverim.
Kad tas kļūst par notikumu, mājas lapas nepārtrauktas pārsūtīšanas process uz jaunu tīmekļa mitināšanas pakalpojumu sniedzēju ir pabeigts, un lietotāji būs pārdzīvojuši pāreju bez otrās dīkstāves.
Kopsavilkums
Noteikti pārbaudiet vietni un pārliecinieties, ka visas funkcijas darbojas pareizi; kad viss darbojas tāpat kā agrāk, tad varat atcelt veco hostinga plānu. Tas viss ir ar to!