Kuidas migreerida veebisaiti minimaalsete või puuduvate seisakutega

Arvukad uued tehnoloogiad muudavad veebilehe üleviimise ühest peremeesorganismist teise. Kuid olenemata sellest, kui kiiresti edastamise kiirus on, võib keskmine klient ülekandeprotsessi ajal mõnevõrra seisata. Sõltuvalt sellest, mis toimub kulisside taga, võib DNS-serverite ülekandmine vanade ja uute veebihostide vahel põhjustada domeeni pimedaks muutumise 12 kuni 72 tunni jooksul pärast sellise muutmise taotluse esitamist uuele registripidajale.

Koos vajadusega edastada veebisaidi faile, taastada olulised andmebaasid ja saada töökorras kõik tarkvarasüsteemid ja alamdomeenikonfiguratsioonid, võib see enne veebisaidi täielikku toimimist täielikult ära võtta. Siiski on olemas, mõned üsna suured nipid, et vältida katastroofi, kui veebisait edastatakse uuele serverile. Need näpunäited on suhteliselt lihtsad, kui saidi administraatoril on üldine arusaam cPaneli, IP-aadresside ja täiustatud FTP-sisselogimise rutiinidest, mis võimaldavad neil töötada uue veebimajutuse plaani konfiguratsiooniga enne, kui DNS-i muudetakse ja edastatakse uus host.

Päeva lõpus, kui keskmine klient ei tea mingeid muudatusi kulisside taga, siis missioon on edukas!

1. Liigutage esmalt üles, tühistage hiljem

Ärge tühistage olemasolevat veebimajutuse plaani enne, kui liikumine on lõppenud.

Kõige tavalisem viga veebilinkide administraatorite poolt, kes on veebiserverite jaoks üldiselt uued või veebisaitide serverite vahel ülekandmisel uued, on see, et nad võtavad peaaegu kohe oma vana vastuvõtjaga ühendust, et teavitada neid oma otsusest oma teenuseid uuele ettevõttele üle viia servereid.

Kuigi kindlasti on hea, kui vana veebi vastuvõtjat õigeaegselt teavitada tulevaste muudatuste kohta, tehke seda enne üleminekut asjatundlikult võib põhjustada mitte ainult seisakuid, vaid failide ja andmebaasiteabe täielikku kadumist alates tühistamise taotlemisest.

Hoidke seda kõnet

Veebimajutusteenused tühistavad plaani peaaegu kohe - nagu kliendi kõne lõppedes -, ilma et peaks ootama jooksva kuu teenuse või tellimuse tasu lõppemist. Seda peetakse teenima tarbija parimaid huve nad saavad viivitamata ja prorated tagasimaksed kõik ülejäänud tasud.

Kuid see tähendab ka seda, et ettevõte prügikasti iga üleslaaditud teabe killustik serveriga oma aja jooksul. Paljudel juhtudel ei ole võimalik neid faile alla laadida ja need üle kanda uue veebimajutusteenuse ettevõtte serverisse või jagatud hosting plaani õigeaegselt.

See on selline seisakuaeg, mida on väga raske taastada, kuna see tähendab potentsiaalselt kogu sisu ja abonendi andmete kaotsiminekut, samuti mõnede veebisaitide kaubanduslikku kahju ja kliendi maksete üksikasju.

Mida teha

Kui uus hosting plaan on tagatud, edastage kõik failid enne olemasoleva hostimiskava tühistamist vanas ettevõttes. See võib olla hea mõte lubada veebisaidil mõneks päevaks uude ettevõtte serverisse töötada, et tagada, et liikumise ajal ei jäetud midagi tähelepanuta.

Kui kõik on õigesti üle viidud, siis tuleb vana hostimiskava tühistada.

2. Laadige varukoopiad alla

Logige sisse cPanelisse ja hankige veebisaidi failide ja andmebaasiteabe kokkusurutud varukoopiaid.

Puhta kasutusmugavuse huvides peaksid uude veebiportaali liikuvad kliendid tagama, et nii uued kui ka vanad hosting firmad kasutavad sama veebipõhist haldustehnoloogiat. Tavaliselt on see valik cPanel ja veidi vähem populaarne PleskPanel veebisaidi juhtpaneel.

Mõlema masina kasutatava tehnoloogia joondamine on kõige lihtsam viis tagada, et andmeid saab kiiresti varundada ja taastada sama kiiresti. CPaneli juhtpaneeli valiku puhul, mis on praktiliselt veebimajutuse standard, peaks klient liikuma oma domeenile, millele on lisatud 2082 pordi number.

Viide, tundub see veebibrauseri aadressiribal: http://my-site.com:2082. Alternatiivina võib http://my-site.com/cpanel töötada mõne veebisaidi puhul:

Leidke varundusleht

Pärast cPaneli liidesesse edukalt sisselogimist leidke märgistatud grupp seadeid ja juhtpaneeli lehti “Varundus.” See sisaldab tööriistu varukoopia saidi peamine “public_html” kausta samuti kõik alamdomeenid. Lisaks aitavad siin olevad tööriistad veebimajutusteenuste kliente nende MySQL-andmebaaside varukoopia taastamiseks uuele serverile.

Leia “Laadige alla varukoopiad” selle grupi vahel ja klõpsa läbi vastava cPaneli administreerimise lehele.

Varukoopiate allalaadimine

Sellel lehel jaotab cPanel olemasolevad varukoopiad tüübi järgi. Saadaval on kogu saidi varukoopia; nad peaksid selle faili alla laadima, nii et seda saab hiljem teisele vastuvõtjale üles laadida. Seal on ka iga alamdomeeni spetsiifilised varukoopiad veebisaidil. Need on üldjuhul vabatahtlikud, kuna veebisaidi täielik varukoopia sisaldab kogu seda teavet, kuid turvaliseks, saate need alla laadida.

Sama varukoopiate allalaadimise lehekülje eraldi alal saab klient iga MySQL-i andmebaasi varukoopia eraldi kindlustada. Iga andmebaas tuleks alla laadida pakitud vormingus. Need laaditakse üles uuele serverile, et luua hiljem sobivad andmebaasi nimed.

Ära lahuta!

Selle protsessi käigus ärge unustage ühtegi allalaaditud varukoopiafailide lahtisidumist. Seda seetõttu, et uus server täidab selle protsessi, kui fail on kliendi poolt üles laaditud.

Mac OS X kasutajate puhul veenduge, et Safari ei ole seatud nn automaatselt avama “ohutu” faililaiendid pärast allalaadimist. See tagab, et fail jääb tihendamata ja kiireks taastamiseks valmis. Kui kõik kokkusurutud varukoopiafailid on turvatud, logige välja vana host cPaneli installist ja minge populaarse veebihalduse tarkvara uue peremehe versiooni juurde.

3. Ülekande tegemine

Alusta tihendatud varukoopiafailide üleslaadimist uude serverisse.

Peaaegu iga veebimajutusteenuse pakkuja saadab pärast esimese kuu tasu saamist e-kirja, millel on selline teave nagu domeeninimede serverid ja IP-aadressi andmed uue hostimiskava jaoks. Seda IP-aadressi saab kasutada veebisaidi sisu vaatamiseks enne DNS-i levitamist ning üksikute FTP-kontode ja cPaneli administreerimisliidese avamiseks enne muudatuste tegemist.

Sisse logima

Leidke see meil ja otsige vastav IP-aadress. Kui cPanel-linki pole konkreetselt lisatud, eeldage, et ka “/ cpanel” või “: 2082” administraatori sisselogimise võimaldamiseks võib selle IP-aadressi lisada pordi sufiksi.

Uue serveri cPanel iteratsiooni sisselogimisel leidke punktis 2 nimetatud varundustööriistad, seejärel liikuge lehele Backup Downloads. Leidke lehel kogu saidi varukoopiaga seotud failide üleslaadimise kast. See on sageli märgistatud kui a “Varunda taastamine” funktsioon. Valige vana veebimajutusettevõttelt alla laaditud varukoopiafail üleslaadimise alustamiseks.

Kui fail on täielikult üles laaditud, värskendatakse veebilehte ja failispetsiifilised üksikasjad kuvatakse rida-realt iga faili paigutamisel. Kui see teine ​​lehekülg peatub, on protsess lõppenud. Leidke brauseri asukoht “tagasi” nuppu, et naasta eelmisele lehele ja alustada andmebaasi taastamisprotsessi üsna samamoodi. Kui kogu teave on edastatud, on aeg reguleerida mõningaid seadeid ja alustada tegelikku tõrgeteta üleminekuprotsessi kulisside taga.

4. Veenduge, et andmebaas töötab

Üks asi, mida tuleb märkida, on see, et andmebaasi varukoopiate failid ei sisalda teavet kõigi MySQL-andmebaaside kasutajanimede, paroolide ja õiguste kohta. See teave tuleb sisestada MySQL andmebaaside liidesesse cPanelis.

Prefiksimaterjal

Pange tähele ka iga cPaneli andmebaasi määratud eesliide. Lahknevuste korral (nt "jsmith_wordpress" vs "jsm_wordpress") tuleb eesliiteid muuta iga selle andmebaasi ühendava tarkvararakenduse konfiguratsioonifailis.

Kõik asjakohased andmed

Lisage kõik asjakohased kasutajad, paroolid ja õigused ning tehke seejärel vajalikud muudatused süsteemifailidesse, logides FTP kontole veebisaidi IP-aadressi kaudu. See on tagada tarkvara tõrgeteta toimimine kui domeeninimi on üle kantud, et näidata uue peremehe faile vana ettevõtte asemel. Kui see on tehtud, on kõik olemas ja valmis suurepäraselt töötama.

Kõik, mida tuleb nüüd muuta, on teave, mis ütleb domeenile, kumb kahest hostikonto failist lõppkasutajale kuvada.

5. Vahetage nimeserverid

Ütle domeeni registripidajale uue domeeninime serverite kasutamine

Protsessi viimane etapp on lihtsalt öelda domeeninimele failide ja andmete näitamine teises serveris kui praegu kasutatav. Seda teeb domeeni registreerimise juhtpaneeli sisselogimine domeeni registripidaja poolt pakutavad teenused (näiteks GoDaddy või Hover).

Selles juhtpaneelil nimetatakse pealkirja või külgriba elementi “Domeeninimede serverid” peaks ilmuma, ning selles piirkonnas olev teave peaks nägema välja selline:

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

Need tuleb asendada uute nimeserveritega (leitud ka e-kirjas) uue peremehe jaoks. (Kui seda teavet ei leita, navigeerige vastuvõtva toe sektsiooni, sirvige oma dokumentatsiooni või võtke ühendust esindajaga, kes suudab serveri andmeid esitada.)

DNS-i kirjete muudatused jõustuvad enamikul juhtudel 12–24 tunni jooksul, kuigi mõned neist on kogenud vaid kuus tundi. Selle aja jooksul toimivad nii uued kui ka vanad veebisaidid korralikult ja kliendid näevad identset sisu olenemata sellest, milliseid hostitud faile esitatakse.

Oodake nimeserveri propogatsiooni

Pidage meeles, et sisu levitamine enne levitamist võib põhjustada kaotatud sisu või andmeid pärast uute hostifailide aktiveerimist. Kuigi seisakuid ei ole probleem, veebisaidil peaksid omanikud hoiduma muudatuste tegemisest saidi kujundusele, failidele või sisule, kuni nad on täiesti kindlad, et protsess on lõppenud ja nad kasutavad uut serverit.

Kui see muutub, on veebisaidi sujuv ülekandmine uue veebimajutusteenuse pakkuja juurde lõpule jõudnud ja kasutajad on üleminekust üle jäänud, ilma et oleks vaja teist seisakut.

Kokkuvõte

Kontrollige kindlasti veebisaiti ja veenduge, et kõik funktsioonid toimivad korralikult; kui kõik töötab, nagu varem, siis saate vana hostimiskava tühistada. See on kõik selleks!