Slik flytter du nettsiden til en ny vertstjeneste uten nedetid

Det høres risikabelt ut å flytte en nettside til en ny vertstjeneste, men med en tydelig plan er det en rolig og forutsigbar jobb. Trikset er å bygge og teste den nye kopien mens den gamle fortsatt tar imot besøkende, og først deretter peke domenet over. Denne guiden går gjennom hele prosessen for en vanlig liten nettside. WordPress er hovedeksempelet, og statiske sider og egenutviklede PHP-sider omtales mer generelt.

Bestem når du skal flytte, og kartlegg hva du har

Gode grunner til å flytte er gjentatt treg lasting eller nedetid, et abonnement som ikke lenger passer trafikken din, manglende funksjoner som en oppdatert PHP-versjon eller testmiljø, dårlig kundestøtte, eller en fornyelsespris som har steget mer enn tjenesten er verdt. Dårlige grunner er én dårlig ettermiddag eller et fristende tilbud du ikke har sammenlignet ordentlig. Hvis du fortsatt vurderer alternativer, forklarer guiden vår om hvordan du velger webhotell hva du bør se etter, og guiden om fornyelsespriser for webhotell viser hvorfor prisen etter første periode ofte endrer seg.

Velg en rolig periode for flyttingen. For de fleste sider betyr det en ukedagskveld eller en helg med lite trafikk, og aldri uken for et stort salg, en lansering eller en kampanje. Sett av noen dagers margin, selv om selve jobben bare tar et par timer.

Før du rører noe, skriv ned alt den nåværende vertstjenesten gjør for deg. Nettsider er ofte avhengige av ting ingen husker å ha satt opp. Her er en enkel oversikt du kan fylle ut.

Eksporter den nåværende DNS-sonen som tekst, eller ta skjermbilder av alle oppføringene. Dette ene steget forhindrer mer panikk etter flyttingen enn noe annet. Sjekk også om domeneregistreringen og webhotellet ligger hos samme selskap. Hvis du er usikker på hvordan disse to henger sammen, forklarer domenenavn og webhotell sammenhengen.

Ta sikkerhetskopi, bygg den nye siden og test den privat

Ta en full sikkerhetskopi av filer og databaser, og lagre den et annet sted enn hos den gamle vertstjenesten, for eksempel på din egen datamaskin pluss ett sted til. Ikke stol bare på vertstjenestens automatiske sikkerhetskopier, for du kan miste tilgangen til dem hvis kontoen stenges. Sjekk at sikkerhetskopien faktisk lar seg åpne. En sikkerhetskopi du aldri har gjenopprettet, er bare et håp.

Sett opp den nye vertstjenesten

Opprett kontoen eller abonnementet, legg til domenet ditt som en nettside eller tilleggsdomene, og velg samme hovedversjon av PHP som siden din kjører i dag, eller en nyere versjon du allerede har bekreftet at koden din støtter. Opprett en tom database og en databasebruker med et sterkt passord. Ikke endre DNS ennå. På dette stadiet er den nye vertstjenesten bare et tomt rom som venter på møblene dine.

Kopier filer og database

Last opp filene med SFTP eller filbehandleren i kontrollpanelet. SFTP er å foretrekke framfor vanlig FTP fordi det krypterer påloggingen din. For en stor nettside kan du pakke mappen i ett arkiv, laste det opp og pakke det ut på serveren, noe som går mye raskere enn å sende tusenvis av små filer.

Eksporter deretter databasen fra den gamle vertstjenesten og importer den hos den nye. For WordPress finnes det to vanlige veier. Du kan bruke et flytteprogramtillegg som pakker filer og database sammen, eller du kan gjøre det manuelt: kopiere filene, importere databasen og så redigere filen wp-config.php med nytt databasenavn, ny bruker og nytt passord. En statisk nettside trenger bare filene. En egenutviklet PHP-side trenger filene, databasen og en nøye gjennomgang av alle konfigurasjonsfiler som lagrer stier, innloggingsopplysninger eller API-nøkler.

Test før du bytter

Nå sjekker du den nye kopien mens publikum fortsatt ser den gamle. Det finnes to pålitelige måter å gjøre dette på.

• Rediger hosts-filen. Legg til en linje på din egen datamaskin som kobler domenenavnet ditt til IP-adressen til den nye serveren. Nettleseren din laster da den nye kopien, mens alle andre fortsatt ser den gamle. Fjern linjen når du er ferdig.
• Bruk en midlertidig URL. Mange vertstjenester gir en forhåndsvisningsadresse for nye kontoer. Det er enklere, men noen applikasjoner, blant annet WordPress, kan sende deg tilbake til det ekte domenet, og derfor er hosts-filen vanligvis den ryddigste metoden.

Under testingen klikker du deg gjennom forsiden, noen undersider, søk, skjemaer, innlogginger, kassen hvis du har en, og bildegallerier. Send et testskjema og bekreft at e-posten kommer fram. Se etter ødelagte bilder, advarsler om blandet innhold og feilsider. Sammenlign den nye kopien med den gamle side om side.

Senk TTL, frys endringer og bytt DNS

DNS er systemet som gjør domenenavnet ditt om til en serveradresse. Hver DNS-oppføring har en TTL, forkortelse for time to live, som forteller andre nettverk hvor lenge de kan huske svaret før de spør på nytt. Hvis TTL-en din er et døgn, kan noen besøkende fortsette å havne på den gamle serveren i opptil et døgn etter at du har byttet.

Senk TTL-en på de viktigste oppføringene til noe kort, for eksempel fem minutter, minst to dager før flyttingen. Dette må skje tidlig, fordi den gamle lange TTL-en først må utløpe overalt. Å senke den en time før byttet hjelper lite.

Frys innholdsendringer

Når den endelige kopien er laget, stopper du endringer på den gamle siden. En blogg kan rett og slett pause publiseringen. En nettbutikk er vanskeligere, fordi bestillinger som legges inn på den gamle serveren etter den siste databasekopien, ikke finnes på den nye. For butikker, medlemssider og forum bør du planlegge et kort vedlikeholdsvindu, ta den endelige databasekopien i starten av det, og unngå bestillinger i mellomtiden. Gjør deretter en siste synkronisering av filer og database til den nye vertstjenesten og kjør en siste rask test.

Bytt oppføringene

Du har to måter å peke domenet mot den nye vertstjenesten på.

• Endre A-oppføringen (og AAAA hvis den brukes) hos din nåværende DNS-leverandør slik at den peker til IP-adressen til den nye serveren. Da blir resten av DNS-en, inkludert e-post, helt som den er. Dette er det tryggeste valget for de fleste.
• Endre navneserverne hos registraren slik at den nye vertstjenesten styrer all DNS. Det er ryddig, men gjør det først etter at du har gjenopprettet alle oppføringene fra oversikten din hos den nye vertstjenesten, særlig MX- og TXT-oppføringer. Manglende oppføringer er den vanligste årsaken til tapt e-post etter en flytting.

Hvor lang tid propagering egentlig tar

Folk sier ofte at DNS tar opptil 48 timer, men det er en worst case-vane snarere enn en regel. Ingenting sprer seg egentlig ut fra DNS-leverandøren din. I stedet har tusenvis av resolvere rundt om i verden hver sitt hurtiglagrede svar, og hver av dem oppdaterer det først når tidsuret går ut. Med en kort TTL som er satt på forhånd, når de fleste besøkende den nye serveren i løpet av minutter til noen timer. Endringer av navnservere kan ta lengre tid fordi registeret har sin egen hurtiglagring, og noen internettleverandører holder på svar lenger enn de burde. Derfor må den gamle vertstjenesten være aktiv under overgangen. Noen vil se den gamle siden og noen den nye, og begge må fungere.

Du kan følge med på framdriften med offentlige DNS-oppslagsverktøy som spør fra mange steder, eller med et oppslag på kommandolinjen på din egen maskin. Husk at både datamaskinen og ruteren din også hurtiglagrer svar, så testing fra en telefon på mobildata kan gi en nyttig second opinion.

Ta hånd om e-post, SSL og URL-er

E-post og MX-oppføringer

E-post er det som oftest blir glemt. Finn først ut hvor e-posten din ligger. Hvis den ligger hos den gamle vertstjenesten, må du flytte postboksene også, inkludert lagrede meldinger. Opprett de samme postboksene hos den nye vertstjenesten, og kopier deretter over gammel e-post med et IMAP-overføringsverktøy, eller ved å legge til begge kontoene i et e-postprogram og dra mapper over. Fortsett å sende og motta på den gamle serveren til kopieringen er ferdig.

MX-oppføringene forteller verden hvor e-posten din skal leveres. Hvis du bare endrer A-oppføringen, blir MX urørt, og e-posten fortsetter å gå dit den går i dag. Hvis du endrer navneservere, må du kopiere MX-oppføringene nøyaktig, pluss TXT-oppføringene for SPF, DKIM og DMARC, som hjelper meldingene dine å unngå søppelpostmappen. Hvis e-posten din ligger hos en egen e-postleverandør, lar du oppføringene dens være helt i fred. Er du i tvil, send testmeldinger begge veier samme dag.

SSL-sertifikater

En sikker hengelås krever et gyldig sertifikat på den nye serveren. De fleste vertstjenester kan utstede et gratis automatisk sertifikat, men de trenger vanligvis at domenet peker til dem først, så utstedelsen lykkes kanskje først etter DNS-byttet. Regn med et kort vindu og start forespørselen så snart oppføringene er endret. Noen vertstjenester lar deg installere et sertifikat på forhånd, noe som unngår et hull. Når det er aktivt, sjekk at alle sider lastes over HTTPS uten advarsler om blandet innhold, og at HTTP-adresser omdirigeres til HTTPS.

Omdirigeringer og URL-er

Behold URL-ene identiske der det er mulig. Hvis nettadressen til en side endres, legg til en permanent omdirigering fra den gamle adressen til den nye slik at besøkende og søkemotorer følger den. Ta med deg omdirigeringsreglene dine, som ofte ligger i en skjult fil som heter .htaccess eller i serverkonfigurasjonen. Sjekk også at den foretrukne versjonen av domenet, med eller uten www, oppfører seg som før. Hvis du også bytter selve domenenavnet, er det et eget prosjekt som fortjener sin egen plan.

Følg med etter byttet og ha en reserveplan

De første dagene bør du følge nøye med på nettsiden. Last viktige sider jevnlig, test skjemaer og kasse, og se på serverens feillogger. Sett opp en gratis oppetidsovervåking hvis du ikke har det fra før. Bekreft at planlagte oppgaver kjører, siden cron-jobber er lette å glemme. For WordPress, sørg for at planlagte innlegg publiseres og at sikkerhetskopiprogramtillegg fungerer. Sett opp sikkerhetskopier på nytt hos den nye vertstjenesten og sjekk at analyse- og søkekonsollverktøyene dine fortsatt rapporterer data.

Reserveplanen din er enkel fordi du har forberedt deg. Den gamle siden kjører fortsatt, og de opprinnelige DNS-oppføringene dine er lagret. Hvis noe alvorlig går i stykker og ikke kan rettes raskt, setter du oppføringene tilbake til de gamle verdiene. Takket være den korte TTL-en sprer også tilbakeføringen seg raskt. Bestem på forhånd hva som regnes som alvorlig, for eksempel at kassen svikter eller at e-post ikke kommer fram, slik at du slipper å diskutere det under press.

Behold det gamle abonnementet en kort overlappingsperiode, vanligvis en til to uker, og lenger hvis du er usikker på e-posten eller har en månedlig faktureringsperiode. Ikke si det opp samme dag. Før du sier det opp, ta en siste sikkerhetskopi, bekreft at det ikke ligger mer e-post der, og sjekk at ingenting, for eksempel et underdomene eller et lite sideprosjekt, fortsatt er avhengig av det. Sjekk også om domeneregistreringen var inkludert i det gamle abonnementet, slik at du ikke mister den ved et uhell.

Vanlige feil og når du bør be om hjelp

• Å glemme e-posten. E-posten slutter å virke fordi MX- eller TXT-oppføringer ikke ble kopiert.
• Å la TTL stå høy. Byttet drar da ut i timer eller dager.
• Å hoppe over testen. Problemene dukker opp foran kundene i stedet for i det stille.
• Å si opp det gamle abonnementet for tidlig. Da fjerner du sikkerhetsnettet mens DNS fortsatt setter seg.
• Å redigere begge kopiene. Innhold som legges til på den gamle siden under flyttingen, går tapt.
• Å ikke lagre DNS-oppføringene. Du kan ikke gjenskape det du ikke skrev ned.
• Å ignorere PHP- og programvareversjoner. Et gammelt programtillegg kan svikte på en nyere serverversjon.

Mange vertstjenester tilbyr gratis flytting, vanligvis for nye kunder som flytter en standard nettside. Det er verdt å bruke for enkle WordPress-sider, fordi det sparer tid og ekspertene har gjort det mange ganger. Still noen spørsmål først. Dekker det filer, databaser og e-post? Hvor mange nettsider eller postbokser er inkludert? Tester de siden før byttet, og får du en forhåndsvisning? Blir den gamle siden liggende urørt? Hvem tar seg av DNS, og hva skjer hvis noe går galt? Finnes det begrensninger på størrelse, egen kode eller bestemte applikasjoner? Få svarene skriftlig der det er mulig.

Vurder betalt profesjonell hjelp hvis du driver en nettbutikk med løpende bestillinger, et medlems- eller bookingsystem, en stor database, egen kode ingen på teamet ditt har skrevet, eller kompliserte e-postoppsett. En frilanser eller et byrå kan også være fornuftig når nedetid vil koste deg mer enn honoraret. Selv om du leier inn noen, behold din egen oversikt og dine egne sikkerhetskopier, og behold kontrollen over domenekontoen din.

Et eksempel på tidslinje for flytting

1. En uke før: Bestem deg for å flytte, velg ny vertstjeneste, og fullfør oversikten over filer, databaser, e-post, cron-jobber, DNS og SSL.
2. Tre til fem dager før: Eksporter DNS-sonen, ta full sikkerhetskopi og bekreft at den kan gjenopprettes.
3. Tre dager før: Senk TTL på de viktigste DNS-oppføringene til noen få minutter.
4. To dager før: Sett opp den nye vertstjenesten, kopier filer og database, og oppdater konfigurasjonen.
5. En dag før: Test via hosts-filen eller en midlertidig URL, og rett opp problemer.
6. Byttedagen, start: Frys innholdsendringer, gjør en siste synkronisering av filer og database, og kjør en rask test.
7. Byttedagen, midt på dagen: Oppdater A-oppføringen eller navneserverne, og be deretter om SSL-sertifikatet.
8. Samme dag: Sjekk at e-posten fortsatt fungerer begge veier, og bekreft at HTTPS og omdirigeringer virker.
9. Dag én til tre: Følg med på oppetid, logger, skjemaer, cron-jobber og analyse. Opphev innholdsfrysen når du er trygg.
10. Dag sju til fjorten: Ta en siste sikkerhetskopi fra det gamle abonnementet, bekreft at ingenting er avhengig av det, og si det opp. Sett TTL tilbake til en normal verdi.

Sjekkliste før og etter flyttingen

Før flyttingen

• Oversikten er skrevet ned: filer, databaser, e-post, cron-jobber, DNS-oppføringer, SSL.
• DNS-sonen er eksportert og lagret utenfor den gamle vertstjenesten.
• Full sikkerhetskopi er tatt, lagret to steder og testgjenopprettet.
• TTL er senket minst to dager før byttet.
• Den nye vertstjenesten er satt opp med en tilsvarende eller kompatibel PHP-versjon.
• Filer og database er kopiert, og konfigurasjonen er oppdatert.
• Siden er testet via hosts-filen eller en midlertidig URL, inkludert skjemaer og innlogginger.
• E-postplanen er bestemt, postbokser er opprettet og gamle meldinger er kopiert.
• Innholdsfrys er planlagt og varslet til alle som redigerer siden.
• Reserveplanen er skrevet, med de opprinnelige DNS-verdiene for hånden.

Etter flyttingen

• Domenet lastes fra den nye serveren på flere nettverk og enheter.
• HTTPS fungerer på alle sider, og HTTP omdirigeres til HTTPS.
• E-post sendes og mottas, og SPF-, DKIM- og DMARC-oppføringene er på plass.
• Skjemaer, kasse, søk og innlogginger fungerer.
• Omdirigeringer og valget mellom med og uten www oppfører seg som før.
• Cron-jobber og planlagte oppgaver kjører.
• Oppetidsovervåking og sikkerhetskopier er aktive hos den nye vertstjenesten.
• TTL er hevet igjen etter at alt er stabilt.
• Det gamle abonnementet er beholdt i en til to uker, og deretter sagt opp etter en siste sikkerhetskopi.

En merknad om åpenhet: DealPortal kan tjene en provisjon hvis du kjøper via enkelte lenker på nettstedet vårt, og det endrer verken prisen du betaler eller rådene vi gir.

Viktigste punkter

• Bygg og test den nye kopien privat først, med hosts-filen eller en midlertidig URL, mens den gamle siden fortsetter å kjøre.
• Senk DNS-TTL minst to dager i forveien, og lagre en kopi av alle DNS-oppføringer før du endrer noe.
• Behandle e-post som en egen oppgave: flytt postboksene, kopier MX-, SPF-, DKIM- og DMARC-oppføringer, og test begge veier.
• Propagering går vanligvis raskt med en kort TTL, men noen besøkende vil se den gamle siden en stund, så steng aldri den gamle for tidlig.
• Behold det gamle abonnementet i en til to uker og ha en skriftlig reserveplan klar.
• Bruk en gratis flytting for enkle nettsider, og hyr en profesjonell for nettbutikker, egen kode eller alt der nedetid er kostbart.