Slik overfører du nettsiden med minimal eller ingen nedetid

Mange nye teknologier gjør det overordentlig enkelt å flytte et nettsted fra en vert til en annen. Uansett hvor raskt overføringshastigheten er, kan gjennomsnittskunden oppleve nedetid under overføringsprosessen. Avhengig av hva som foregår bak kulissene, kan overføringen av DNS-servere mellom de gamle og nye web vertene føre til at et domene blir mørkt i mellom 12 til 72 timer etter at forespørselen om en slik endring er sendt til den nye registratoren.

Kombinert med behovet for å overføre websidefiler, gjenopprette viktige databaser, og få alle programvareinstallasjoner og underdomenekonfigurasjoner i funn, det kan ta opptil en dag med inaktivitet før nettstedet ditt fungerer fullt ut igjen. Det er imidlertid, noen ganske gode triks for å unngå katastrofe når du overfører et nettsted til en ny vertsserver. Disse tipsene er relativt enkle å gjøre så lenge nettstedets administrator har en generell forståelse av cPanel, IP-adresser og mer avanserte FTP-loggrutiner som gjør dem i stand til å jobbe med en ny web hosting planens konfigurasjon før DNS endres og overføres til ny vert.

På slutten av dagen, hvis den gjennomsnittlige kunden er helt uvitende om eventuelle endringer som skjer bak kulissene, er oppdraget en suksess!

1. Flytt først, avbryt senere

Ikke avbestill en eksisterende web hosting plan før flyttingen er fullført.

Den vanligste feilen som webbindeadministratorer som er nye på web hosting generelt eller nytt for å overføre sine nettsteder mellom servere, er at de nesten umiddelbart kontakter deres gamle vert for å informere dem om deres beslutning om å flytte tjenestene til et nytt selskap servere.

Selv om det er absolutt en god ide å informere den gamle webverten i tide om fremtidige endringer, gjør det før overgangen er blitt ekspert utført kan resultere i ikke bare nedetid, men et komplett tap av filer og databaseinformasjon fra det øyeblikket en avbestilling er forespurt.

Hold det anropet

Web hosting selskaper avbryter vanligvis en plan nesten umiddelbart - som i så snart kundens anrop er avsluttet - uten å vente på utløpet av dagens måneds service- eller abonnementsavgift. Dette betraktes som å betjene forbrukerens beste interesse, som de får en umiddelbar og tilbakebetalt refusjon av eventuelle gjenværende avgifter.

Men det betyr også at selskapet vil nesten ødelegge hver del av informasjonen som er lastet opp til serveren i sin tid med selskapet. Det vil ikke være anledning i mange tilfeller å hente disse filene og flytte dem til det nye webvertenes server eller delt hostingplan i tide.

Det er den typen nedetid som er ekstremt vanskelig å gjenopprette fra, da det potensielt betyr et tap av alt innhold og abonnentdata, samt kommersielle tap og kundebetalingsdetaljer for enkelte nettsteder.

Hva å gjøre

Når en ny hosting plan er sikret, overfør alle filer før du kansellerer eksisterende hosting plan holdt av det gamle selskapet. Det kan være en god ide å la nettstedet kjøre på det nye selskapets servere i noen dager for å sikre at ingenting ble oversett under farten.

Når alt har blitt verifisert som riktig overført, bør bare den gamle hosting planen bli kansellert.

2. Last ned backupfiler

Logg inn på cPanel og få komprimerte sikkerhetskopier av webområdefiler og databaseinformasjon.

For ren brukervennlighet bør kunder som flytter til en ny webverten sikre at både de nye og de gamle hostingfirmaene bruker samme nettbaserte administrasjonsteknologi. Vanligvis vil dette være et valg mellom cPanel og den litt mindre populære PleskPanel nettstedskontrollpanel.

Justere teknologien som brukes av begge vertene, er den enkleste måten å sørge for at data raskt kan sikkerhetskopieres og gjenopprettes på like rask måte. For alternativet cPanel-kontrollpanel, som er praktisk talt standarden på web hosting, bør kundene navigere til domenet med 2082 portnummer vedlagt.

Til referanse ser det ut som dette i adresselinjen i nettleseren: http://my-site.com:2082. Alternativt kan http://my-site.com/cpanel fungere for noen nettsteder:

Finn sikkerhetskopisiden

Etter å ha logget inn i cPanel-grensesnittet, finn en gruppe innstillinger og kontrollpanelsider merket “backup.” Dette inneholder verktøy til sikkerhetskopiere nettstedets viktigste “public_html” mappe så vel som eventuelle underdomener. I tillegg vil verktøyene her hjelpe web hosting kunder i backup av deres MySQL databaser for restaurering til den nye serveren.

Finn “Last ned sikkerhetskopier” alternativet i denne gruppen, og klikk gjennom til den aktuelle cPanel-administrasjonssiden.

Laster ned sikkerhetskopier

På denne siden vil cPanel bryte ned tilgjengelige sikkerhetskopier etter type. En fullstendig sikkerhetskopiering er tilgjengelig; de burde laste ned den filen slik at den kan lastes opp til en annen vert senere. Det vil også være sikkerhetskopiere filer som er spesifikke for hver underdomene innenfor nettsiden. Disse er vanligvis valgfrie siden den komplette nettsiden backup vil inneholde all den informasjonen, men for å være trygg, kan du laste ned disse også.

I et eget område på samme sikkerhetskopieringsside kan kunder sikre en komprimert sikkerhetskopi av hver MySQL-database individuelt. Hver database skal lastes ned i komprimert format. Disse blir lastet opp til den nye serveren for å opprette matchende databasenavn på et senere tidspunkt.

Ikke dekomprimere!

I løpet av denne prosessen må du ikke dekomprimere noen av de nedlastede sikkerhetskopifilene. Dette skyldes at denne prosessen vil bli fullført av den nye serveren når filen lastes opp av kunden.

For brukere av Mac OS X må du sørge for at Safari ikke er satt til å åpne såkalt automatisk “sikker” filutvidelser etter nedlasting. Å gjøre det vil sørge for at filen forblir ukomprimert og klar for rask gjenoppretting. Når alle de komprimerte backupfilene er sikret, logg deg ut av den gamle verten cPanel-installasjonen og gå over til den nye vertens versjon av den populære nettsiden administrasjonsprogramvaren.

3. Gjør overføringen

Begynn å laste opp de komprimerte sikkerhetskopifilene til den nye serveren.

Nesten alle web hosting selskaper vil, etter å ha mottatt den første måneden avgift, sende en e-post med informasjon som domenenavn servere og IP-adresse detaljer for den nye hosting planen. Denne IP-adressen kan brukes til å se nettstedets innhold før DNS-forplantning, og for å få tilgang til den individuelle FTP-kontoen og cPanel-administrasjonsgrensesnittet før endringer gjøres.

Logger inn

Finn denne e-posten og se etter den aktuelle IP-adressen. Hvis en cPanel-kobling ikke er spesifikt inkludert, antar du heller “/ cpanel” eller “: 2082” port suffiks kan legges til den IP-adressen for å aktivere et administrativt login.

Ved å logge på den nye serverens cPanel-iterasjon, finn sikkerhetskopieringsverktøyene nevnt i trinn 2, og naviger deretter til siden Sikkerhetskopieringsnedlastinger. På siden, finn filopplastingsboksen assosiert med sikkerhetskopiering av hele nettstedet. Dette vil ofte bli merket som en “Gjenopprette fra sikkerhetskopi” trekk. Velg fullstendig sikkerhetskopieringsfil som ble lastet ned fra det gamle webverten for å starte opplastingsprosessen.

Etter at filen er fullstendig lastet opp, vil nettsiden oppdatere og filspesifikke detaljer vises på linje for hver enkelt fil flyttes på plass. Når denne andre siden slutter å lastes, er prosessen fullført. Finn nettleseren “tilbake” knappen for å gå tilbake til forrige side og starte databasen restaureringsprosessen på omtrent samme måte. Når all informasjon er overført, er det på tide å justere noen innstillinger og starte den faktiske sømløse overgangsprosessen bak kulissene.

4. Kontroller at databasen fungerer

En ting å merke seg er at databasens sikkerhetskopieringsfiler ikke inneholder informasjon om brukernavn, passord og tillatelser knyttet til hver MySQL-database. Denne informasjonen må legges inn i MySQL Databaser-grensesnittet innen cPanel.

Prefiks Matter

Legg også merke til prefikset som er tilordnet hver database i cPanel. I tilfelle av uoverensstemmelser (for eksempel "jsmith_wordpress" vs "jsm_wordpress"), må prefikser endres i konfigurasjonsfilen til hvert program som kobles til databasen.

All relevant informasjon

Legg til alle relevante brukere, passord og tillatelser, og gjør deretter de nødvendige endringene til systemfiler ved å logge på FTP-kontoen via nettstedets IP-adresse. Dette vil sikre jevn drift av programvaren når domenenavnet er overført for å vise den nye vertens filer i stedet for de som ligger hos det gamle selskapet. Når det er gjort, er alt på plass og klar til å fungere perfekt.

Alt som må endres nå, er informasjonen som forteller domenet hvilken av de to hostingkonto-filene som skal vises til sluttbrukeren.

5. Bytt navneservere

Fortell domeneregistratoren for å bruke nye domenenaverservere

Det siste trinnet i prosessen er ganske enkelt å fortelle domenenavnet for å vise filer og data på en annen server enn den som er i bruk. Dette gjøres av logger inn på domeneregistreringskontrollpanelet levert av domeneregistratoren (tjenester som GoDaddy eller Hover, for eksempel).

Innenfor dette kontrollpanelet, en overskrift eller en sidebjelke som heter “Domenenavn Servere” bør dukke opp, og den nåværende informasjonen som er plassert i dette området, skal se slik ut:

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

Disse må byttes ut med de nye navneserverne (også funnet i e-posten) for den nye verten. (Hvis denne informasjonen ikke er funnet, naviger til vertsens støtteseksjon, bla gjennom dokumentasjonen eller kontakt en representant som kan gi serverens detaljer.)

Endringer i DNS-postene trer i kraft om 12 til 24 timer i de fleste tilfeller, selv om noen har opplevd så lite som seks timer. I løpet av denne tiden vil både nye og gamle nettsteder fungere skikkelig, og kunder vil se identisk innhold uansett hvilke vertsfiler som presenteres.

Vent til navneserverprotokoll

Husk at innlegging av innhold før forplantning er fullført kan føre til tapte innhold eller data etter at de nye vertsfilene er aktive. Mens nedetid ikke vil være et problem, Nettsted, eiere bør avstå fra å foreta endringer til et nettsteds design, filer eller innhold, til de er helt sikre på at prosessen er fullført og de får tilgang til den nye vertsserveren.

Når det blir tilfelle, prosessen med å overføre et nettsted sømløst til en ny web hosting leverandør er fullført, og brukere vil ha overlevd overgangen uten et sekund av nedetid.

Sammendrag

Pass på å teste nettstedet og sørge for at alle funksjonene fungerer som de skal. når alt fungerer som det pleide å, kan du avbryte den gamle hostingplanen. Det er alt der er til det!