Sådan migreres hjemmeside med minimal eller ingen nedetid

Mange nye teknologier gør det meget nemt at flytte et websted fra en vært til en anden. Men uanset hvor hurtigt overførselshastigheden kan den gennemsnitlige kunde opleve nedetid under overførselsprocessen. Afhængigt af hvad der foregår bag kulisserne, kan overførslen af ​​DNS-servere mellem de gamle og nye webhoste få et domæne til at blive mørkt i mellem 12 til 72 timer efter, at anmodningen om en sådan ændring er sendt til den nye registrar.

Kombineret med behovet for at overføre webstedsfiler, gendanne vigtige databaser, og få alle softwareinstallationer og underdomænekonfigurationer i funktionsdygtig rækkefølge, det kan tage op til en dag med inaktivitet, før dit websted fungerer fuldt ud igen. Der er dog, nogle rigtig gode tricks for at undgå katastrofe, når du overfører en hjemmeside til en ny værtsserver. Disse tips er forholdsvis nemme at gøre, så længe webstedets administrator har en generel forståelse af cPanel, IP-adresser og mere avancerede FTP-loginrutiner, der gør det muligt for dem at arbejde på en ny webhostingsplankonfiguration, før DNS ændres og overføres til ny vært.

I slutningen af ​​dagen, hvis den gennemsnitlige kunde er helt uvidende om eventuelle ændringer, der sker bag kulisserne, er missionen en succes!

1. Flyt først, annuller senere

Afbestill ikke en eksisterende web hosting plan før flytningen er færdig.

Den mest almindelige fejl begået af web-slipsadministratorer, der er nye til webhosting generelt eller nyt til at overføre deres websteder mellem servere, er, at de næsten straks kontakter deres gamle vært for at informere dem om deres beslutning om at flytte deres tjenester til et nyt selskabs servere.

Selvom det er helt sikkert en god ide at informere den gamle webhost rettidigt om fremtidige ændringer, gør det før overgangen er blevet eksekveret eksekveret kan resultere i ikke bare nedetid, men et fuldstændigt tab af filer og databaseoplysninger fra det øjeblik, en aflysning er anmodet om.

Hold det opkald

Webhotelvirksomheder annullerer normalt en plan næsten øjeblikkeligt - som i så snart kundens opkald er afsluttet - uden at vente på udløbet af den aktuelle måneds service- eller abonnementsgebyr. Dette betragtes som betjener forbrugernes bedste interesse, som de får en øjeblikkelig og forudfastsat tilbagebetaling af eventuelle resterende gebyrer.

Det betyder dog også, at virksomheden vil stort set affaldse alle former for information, der er blevet uploadet til serveren i deres tid med virksomheden. Der vil i mange tilfælde ikke være mulighed for at hente disse filer og flytte dem til det nye webhosteselskabs server eller delt hosting plan i tide.

Det er den slags nedetid, der er ekstremt svært at komme sig fra, da det potentielt betyder tab af alt indholds- og abonnentdata samt kommercielle tab og kunders betalingsoplysninger for nogle hjemmesider.

Hvad skal man gøre

Når en ny hosting plan er sikret, Overfør alle filer før annullering af den eksisterende hosting plan holdt af det gamle selskab. Det kan være en god ide at lade hjemmesiden køre på det nye selskabs servere i et par dage for blot at sikre, at intet blev overset under flytningen.

Når alt er blevet verificeret som korrekt overført, bør kun den gamle hosting plan annulleres.

2. Download backup filer

Log ind på cPanel og hent komprimerede sikkerhedskopier af webstedsfiler og databaseoplysninger.

For ren brugervenlighed bør kunder, der flytter til en ny webhost, sikre, at både de nye og de gamle hostingvirksomheder anvender den samme webbaserede administrationsteknologi. Dette vil typisk være et valg mellem cPanel og den lidt mindre populære PleskPanel hjemmeside kontrolpanel.

Tilpasning af teknologien, der anvendes af begge værter, er den nemmeste måde at Sørg for, at dataene hurtigt kan sikkerhedskopieres og gendannes på lige så hurtig måde. For cPanel-kontrolpanelets valgmulighed, som er praktisk talt standarden i webhosting, skal kunderne navigere til deres domæne med 2082 portnummer vedhæftet.

Til reference ser det ud som dette i en webbrowsers adresselinje: http://my-site.com:2082. Alternativt kan http://my-site.com/cpanel arbejde for nogle hjemmesider:

Find Backup-siden

Når du har logget ind i cPanel-grænsefladen, skal du finde en gruppe af indstillinger og kontrolpanelsider, der er mærket “Backup.” Dette indeholder værktøjer til backup webstedets vigtigste “public_html” folder såvel som eventuelle underdomæner. Derudover vil værktøjerne her hjælpe web hosting kunder i backup af deres MySQL databaser til restaurering til den nye server.

Find “Download sikkerhedskopier” mulighed inden for denne gruppering, og klik videre til den relevante cPanel administration side.

Downloading af sikkerhedskopier

På denne side vil cPanel nedbryde de tilgængelige sikkerhedskopier efter type. En fuld backup er tilgængelig; de skal downloade den pågældende fil, så den kan uploades til en anden vært senere. Der vil også være sikkerhedskopieringsfiler, der er specifikke for hver underdomæne inden for hjemmesiden. Disse er generelt valgfrie, da den fulde hjemmeside backup indeholder alle disse oplysninger, men for at være sikker, kan du også downloade disse.

I et separat område på den samme sikkerhedskopieringsside kan kunderne sikre en komprimeret backup af hver MySQL-database individuelt. Hver database skal downloades i dens komprimerede format. Disse vil blive uploadet til den nye server for at skabe matchende database navne på et senere tidspunkt.

Dekomprimer ikke!

Under denne proces skal du ikke dekomprimere nogen af ​​de downloadede sikkerhedskopieringsfiler. Dette skyldes, at denne proces vil blive udført af den nye server, når filen uploades af kunden.

For brugere af Mac OS X skal du sørge for, at Safari ikke er indstillet til automatisk at åbne såkaldt “sikker” filudvidelser efter download. Hvis du gør det, vil du sikre dig, at filen forbliver ukomprimeret og klar til hurtig restaurering. Når alle de komprimerede sikkerhedskopieringsfiler er sikret, log ud af den gamle host cPanel-installation og gå over til den nye værtens version af den populære website administration software.

3. Gør overførslen

Begynd at uploade de komprimerede backupfiler til den nye server.

Næsten alle webhostingfirmaer vil efter at have modtaget den første måneds gebyr, sende en e-mail med oplysninger som domænenavnservere og IP-adresse detaljer til den nye hosting plan. Denne IP-adresse kan bruges til at se hjemmesidens indhold før DNS-udbredelse og for at få adgang til den individuelle FTP-konto og cPanel-administration grænseflade, inden der foretages ændringer.

Logger ind

Find denne email og kig efter den relevante IP-adresse. Hvis et cPanel-link ikke er specifikt medtaget, antages det heller “/ cpanel” eller den “: 2082” port suffix kan tilføjes til den IP-adresse for at aktivere et administrativt login.

Når du logger ind på den nye servers cPanel-iteration, skal du finde de sikkerhedskopieringsværktøjer, der er nævnt i trin 2, og derefter navigere til siden Sikkerhedsoverførsler. På siden finder du den filoploadningsboks, der er forbundet med backupen af ​​hele webstedet. Dette vil ofte blive mærket som en “Backup Gendan” funktion. Vælg den fulde backup-fil, der blev downloadet fra det gamle webhostingfirma for at starte uploadprocessen.

Efter at filen er fuldstændig uploadet, opdateres websiden, og filspecifikke detaljer vises line-by-line, da hver fil flyttes på plads. Når denne anden side stopper indlæsningen, er processen færdig. Find browserens “tilbage” knappen for at vende tilbage til den forrige side og starte databasen restaureringsprocessen på stort set samme måde. Når al information er overført, er det tid til at justere nogle indstillinger og starte den egentlige sømløse overgangsproces bag kulisserne.

4. Sørg for, at databasen fungerer

En ting at bemærke er, at database backup filer ikke indeholder oplysninger om brugernavne, adgangskoder og tilladelser forbundet med hver MySQL database. Disse oplysninger skal indtastes i MySQL Databaser-grænsefladen inden for cPanel.

Prefix Matter

Bemærk også præfikset tildelt til hver database i cPanel. I tilfælde af uoverensstemmelser (f.eks. "Jsmith_wordpress" vs "jsm_wordpress") skal præfikserne ændres i konfigurationsfilen for hvert softwareprogram, der forbinder til databasen.

Alle relevante oplysninger

Tilføj alle relevante brugere, adgangskoder og tilladelser, og foretag derefter de nødvendige ændringer til systemfiler ved at logge ind på FTP-kontoen via webstedets IP-adresse. Dette vil sikre jævn drift af softwaren når domænenavnet er blevet overført for at vise den nye værtens filer i stedet for dem, der er placeret hos det gamle firma. Når det er gjort, er alt på plads og klar til at fungere perfekt.

Alt, hvad der skal ændres nu, er de oplysninger, der fortæller domænet, hvilket af de to hostingkontos 'filer der skal vises til slutbrugeren.

5. Skift navneservere

Fortæl domæneregistratoren at bruge nye domænenavneservere

Det endelige trin i processen er simpelthen at fortælle domænenavnet at vise filer og data på en anden server end den i nuværende brug. Dette gøres af logger ind på domæneregistreringskontrolpanelet udbydes af domæneregistratoren (tjenester som GoDaddy eller Hover, for eksempel).

Inden for dette kontrolpanel, en rubrik eller en sidebar genstand navngivet “Domænenavne servere” bør dukke op, og den aktuelle information placeret i dette område skal se sådan ud:

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

Disse skal udskiftes med de nye navneservere (findes også i emailen) til den nye vært. (Hvis denne information ikke findes, skal du navigere til værtsens supportafdeling, gennemse deres dokumentation eller kontakte en repræsentant, som kan levere serveroplysningerne.)

Ændringer i DNS-optegnelserne træder i kraft om 12-24 timer i de fleste tilfælde, selvom nogle har oplevet så lidt som seks timer. I løbet af denne tid vil både de nye og de gamle hjemmesider fungere korrekt, og kunder vil se ens indhold uanset hvilke hostede filer præsenteres.

Vent til navneserverprotokation

Husk at indsende indhold, før udbredelsen er gennemført, kan resultere i tabt indhold eller data, efter at de nye værtsfiler er aktive. Mens nedetid ikke er et problem, websted, ejere bør afholde sig fra at foretage ændringer til et websteds design, filer eller indhold, indtil de er helt sikre på, at processen er færdig og de får adgang til den nye værtsserver.

Når det bliver tilfældet, er processen med at overføre en hjemmeside problemfrit til en ny webhostingudbyder færdig, og brugerne har overlevet overgangen uden et sekund med nedetid..

Resumé

Sørg for at teste hjemmesiden og sikre, at alle funktioner fungerer korrekt; når alt fungerer som det plejede, så kan du annullere den gamle hosting plan. Det er alt der er til det!