Så här migrerar du webbplatsen med minimal eller ingen nedetid

Många nya teknologier gör det mycket enkelt att flytta en webbplats från en värd till en annan. Oavsett hur snabbt överföringshastigheten är kan genomsnittskunden uppleva viss driftstopp under överföringsprocessen. Beroende på vad som händer bakom kulisserna kan överföringen av DNS-servrar mellan de gamla och nya webbhotellerna orsaka att en domän blir mörk för mellan 12 till 72 timmar efter det att begäran om en sådan ändring lämnats till den nya registraren.

Kombinera med behovet av att överföra webbplatsfiler, återställa viktiga databaser och få alla programinstallationer och subdomänkonfigurationer i funktionsduglig ordning. Det kan ta upp till en dag med inaktivitet innan din webbplats fungerar fullt ut igen. Det finns dock, några ganska bra knep för att undvika katastrof när du överför en webbplats till en ny värdserver. Dessa tips är relativt lätta att göra så länge webbplatsens administratör har en allmän förståelse för cPanel, IP-adresser och mer avancerade FTP-inloggningsrutiner som gör att de kan arbeta med en ny webbhotell planering innan DNS ändras och överförs till ny värd.

I slutet av dagen, om den genomsnittliga kunden är helt omedveten om att förändringar görs bakom kulisserna, är uppdraget en framgång!

1. Flytta först, avbryt senare

Avbryt inte en befintlig webbhotell innan flyttningen är klar.

Det vanligaste misstaget som webblindadministratörer gör som är nya för webbhotell i allmänhet eller nya för att överföra sina webbplatser mellan servrar är att de nästan omedelbart kontaktar sin gamla värd för att informera dem om sitt beslut att flytta sina tjänster till ett nytt företags servrar.

Även om det är säkert en bra idé att informera den gamla webbhotellen om rätten om framtida förändringar, gör det innan övergången har utförts expertvis kan resultera i inte bara stillestånd, utan en fullständig förlust av filer och databasinformation från det ögonblick som en avbokning begärs.

Håll det samtalet

Webbhotellföretag avbryter i allmänhet en plan nästan omedelbart - så snart kundens samtal är avslutat - utan att vänta på att den aktuella månadens service- eller abonnemangsavgift löper ut. Detta ses som att betjäna konsumentens bästa intresse, som De får omgående återbetalning av eventuella återstående avgifter.

Men det betyder också att företaget kommer praktiskt taget att skräpa bort varje skred av information som har laddats upp till servern under sin tid hos företaget. Det kommer inte att finnas några möjligheter att i många fall hämta dessa filer och flytta dem till det nya webbhotellets server eller delad hostingplan i tid.

Det är den typ av stillestånd som är extremt svårt att återhämta sig från, eftersom det potentiellt innebär en förlust av allt innehåll och abonnentdata, såväl som kommersiella förluster och kundbetalningsuppgifter för vissa webbplatser.

Vad ska man göra

När en ny värdplan har säkrats, Överför alla filer innan du avbryter befintlig webbhotell innehas av det gamla företaget. Det kan vara en bra idé att låta webbplatsen köra på det nya företagets servrar i några dagar för att se till att ingenting förbises under flytten.

När allt har verifierats som riktigt övergången, först då ska den gamla värdplanen avbrytas.

2. Ladda ner backupfiler

Logga in på cPanel och få komprimerade säkerhetskopior av webbfiler och databasinformation.

För ren användarvänlighet bör kunder som flyttar till en ny webbhotell se till att både de nya och gamla värdbolagen använder samma webbaserade administrationsteknik. Det här är vanligtvis ett val mellan cPanel och den lite mindre populära PleskPanel webbplatsens kontrollpanel.

Att jämföra tekniken som används av båda värdarna är det enklaste sättet att se till att data snabbt kan säkerhetskopieras och återställas på lika snabbt sätt. För alternativet cPanel-kontrollpanel, vilket är praktiskt taget standard för webbhotell, ska kunderna navigera till domänen med 2082 portnummer bifogat.

Som referens ser det ut som det här i webbläsarens adressfält: http://my-site.com:2082. Alternativt kan http://my-site.com/cpanel fungera för vissa webbplatser:

Leta upp säkerhetskopian

Efter att ha loggat in i cPanel-gränssnittet, leta reda på en grupp inställningar och kontrollpanelsidor som är märkta “Säkerhetskopiering.” Detta innehåller verktyg för säkerhetskopiera webbplatsens huvudsakliga “public_html” mapp liksom några underdomäner. Dessutom hjälper verktygen här webbhotellskunder i säkerhetskopiering av deras MySQL-databaser för restaurering till den nya servern.

Hitta “Ladda ner säkerhetskopior” alternativet inom denna gruppering och klicka vidare till den relevanta cPanel-administrationssidan.

Ladda ner säkerhetskopior

På den här sidan kommer cPanel att bryta ner de tillgängliga säkerhetskopiorna per typ. En fullständig säkerhetskopiering finns tillgänglig. De borde ladda ner den filen så att den kan laddas upp till en annan värd senare. Det kommer också att finnas säkerhetskopieringsfiler som är specifika för varje underdomän inom webbplatsen. Dessa är generellt frivilliga eftersom hela webbplatsens säkerhetskopiering kommer att innehålla all den informationen, men för att vara säker kan du ladda ner dem också.

I ett separat område på samma sida för säkerhetskopiering kan kunderna säkra en komprimerad säkerhetskopia av varje MySQL-databas individuellt. Varje databas bör hämtas i dess komprimerade format. Dessa kommer att laddas upp till den nya servern för att skapa matchande databasnamn vid en senare tidpunkt.

Dekomprimera inte!

Under denna process, se till att inte dekomprimera någon av de nedladdade säkerhetskopiorna. Detta beror på att denna process kommer att slutföras av den nya servern när filen laddas upp av kunden.

För Mac OS X-användare, se till att Safari inte är inställd att automatiskt öppna så kallad “säker” filtillägg efter nedladdning. Om du gör det kommer du att se till att filen är okomprimerad och redo för snabb återställning. När alla komprimerade säkerhetskopieringsfiler är säkrad, logga ut från den gamla värdens cPanel-installation och gå vidare till den nya värdens version av den populära webbplatsens administrationsprogram.

3. Gör överföringen

Börja ladda upp de komprimerade backupfilerna till den nya servern.

Nästan varje webbhotell kommer, efter att ha fått den första månadens avgift, skicka en e-postbärande information som domännamnsservrar och IP-adressuppgifter för den nya värdplanen. Denna IP-adress kan användas för att se webbplatsens innehåll före DNS-fortplantning och för åtkomst till det individuella FTP-kontot och cPanel-administrationsgränssnittet innan ändringar görs.

Loggar in

Hitta det här e-postmeddelandet och leta efter relevant IP-adress. Om en cPanel-länk inte är specifikt inkluderad, antar du heller “/ cpanel” eller den “: 2082” port suffix kan läggas till den IP-adressen för att aktivera en administrativ inloggning.

När du loggar in i den nya serverns cPanel-iteration, letar du efter de backupverktyg som nämns i steg 2 och navigerar sedan till sidan Säkerhetskopierings nedladdningar. På sidan, leta reda på filuppladdningsfältet som är kopplat till backupen på hela webbplatsen. Detta kommer ofta att märkas som en “Backup Restore” funktion. Välj den fullständiga backupfilen som hämtades från det gamla webbhotellet för att påbörja uppladdningsprocessen.

När filen är fullständigt uppladdad uppdateras webbsidan och filspecifika detaljer visas linjärt eftersom varje fil flyttas på plats. När den andra sidan slutar ladda, är processen klar. Leta reda på webbläsarens “tillbaka” knappen för att återgå till föregående sida och börja databasåterställningsprocessen på ungefär samma sätt. När all information är överförd är det dags att justera vissa inställningar och börja den faktiska sömlösa övergångsprocessen bakom kulisserna.

4. Se till att databasen fungerar

En sak att notera är att databasens säkerhetskopior inte innehåller information om användarnamn, lösenord och behörigheter som är kopplade till varje MySQL-databas. Denna information måste anges i MySQL Databaser-gränssnittet inom cPanel.

Prefix Matter

Notera också prefixet som är tilldelat för varje databas inom cPanel. I händelse av skillnader (t.ex. "jsmith_wordpress" vs "jsm_wordpress") måste prefixen ändras i konfigurationsfilen för varje program som ansluts till den databasen.

All relevant info

Lägg till alla relevanta användare, lösenord och behörigheter och gör sedan nödvändiga ändringar i systemfiler genom att logga in på FTP-kontot via webbplatsens IP-adress. Det här kommer att säkerställa att programvaran fungerar smidigt när domännamnet har överförts för att visa den nya värdens filer i stället för de som finns i det gamla företaget. När det är klart är allt på plats och redo att fungera perfekt.

Allt som behöver ändras nu är den information som säger domänen vilken av de två värdkontonernas filer som ska visas för slutanvändaren.

5. Byt namnservrar

Tala domänregistratorn om att använda nya domännamnsservrar

Det sista steget i processen är helt enkelt att säga domännamnet att visa filer och data på en annan server än den som används i nuvarande bruk. Detta görs av loggar in i domänregistreringskontrollpanelen tillhandahållen av domänregistratören (tjänster som GoDaddy eller Hover, till exempel).

Inom denna kontrollpanel, ett rubrik eller sidobar objekt som heter “Domännamnsservrar” bör dyka upp, och den nuvarande informationen som placeras i det här området ska se ut så här:

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

Dessa måste bytas ut med de nya namnservrarna (finns även i e-postmeddelandet) för den nya värden. (Om den här informationen inte hittas, navigerar du till värdens supportavsnitt, bläddra i deras dokumentation eller kontaktar en representant som kan ge servernsinformation.)

Ändringar i DNS-posterna träder i kraft om 12 till 24 timmar i de flesta fall, även om vissa har upplevt så lite som sex timmar. Under den här tiden kommer både nya och gamla webbplatser att fungera korrekt, och kunder kommer att se identiskt innehåll oavsett vilka värdfiler som presenteras.

Vänta på namnservering

Tänk på att inläggning av innehåll innan förökning är komplett kan resultera i förlorat innehåll eller data efter att de nya värdfilerna är aktiva. Medan nedetiden inte kommer att vara ett problem, webbplats, ägare bör avstå från att göra några ändringar till en webbplatss design, filer eller innehåll, tills de är helt säkra på att processen är klar och de har tillgång till den nya värdservern.

När så är fallet är processen att överföra en webbplats sömlöst till en ny webbhotell leverantör fullständig och användarna kommer att ha överlevt övergången utan en sekund av driftstopp.

Sammanfattning

Var noga med att testa webbplatsen och se till att alla funktioner fungerar korrekt. när allt fungerar precis som det brukade, då kan du avbryta den gamla värdplanen. Det är allt som finns där!