Hopp til innholdet

Flytt nettsted

Innholdsfortegnelse

Lesetid 7 minutter

Oppdatert - 28. februar 2025

Flytting av et nettsted, hva betyr det, hvorfor - og hvordan fungerer det? Denne artikkelen er dedikert til disse spørsmålene i detalj. Derfor er den litt lengre enn vanlig på bloggen min.

Å flytte et nettsted kan ha ulike betydninger:

Flytting av vertskap

  • Nettstedet overføres fra en hostingleverandør til en annen.
  • Databaser, filer og e-post må ofte tas med.
  • DNS-innstillingene må justeres.
  • For eksempel av hensyn til ytelse, sikkerhet eller pris.

Domeneoverføring

  • Nettstedet endres fra et gammelt domene (f.eks. old-domain.com) til en ny (nytt-domene.com).
  • Videresendinger (301-videresendinger) er viktige for å få besøkende og SEO-rangeringer.

Serverendring

  • Nettstedet forblir på samme domene, men flyttes til en ny server (f.eks. fra delt hosting til sin egen server).
  • Kan være påkrevd av hensyn til blant annet ytelse og sikkerhet.

Hvorfor det?

Et nettsted som startet som en liten blogg, vokser og krever derfor mer minne, større databaser og går utover omfanget av kontrakten som er inngått med webverten. En oppgradering vil imidlertid overskride budsjettet igjen, og derfor ser du deg om etter andre hostingleverandører.

I begynnelsen tenker du ikke på databaser og andre ressurser. Du sammenligner ulike tilbud og velger vanligvis det som tilbyr de "høyeste" tallene til den laveste prisen. På grunn av manglende bakgrunnskunnskap tenker man ikke over betydningen og nødvendigheten av disse "tallene". Og hvis du ikke vet hvilke tall som til syvende og sist vil være viktige, vet du heller ikke hvilke spørsmål du skal stille eller hvilke data du skal være spesielt oppmerksom på.

Siden kontrakter skal overholdes, vil hostingleverandøren neppe se gjennom fingrene med at de fastsatte grensene overskrides, men vil først høflig påpeke forholdet som er i strid med kontrakten, og hvis dette ikke rettes opp, rett og slett blokkere nettstedet.

Når du skal velge leverandør, må du også ta hensyn til den maksimalt tillatte databasestørrelsen. Dette er lettere sagt enn gjort, ettersom nesten ingen leverandører oppgir dette som et kriterium i sine tall når de velger en tariff. Desto større grunn til å spørre om det eksplisitt, via e-post eller chat!
Og dette er også tilrådelig med kjente leverandører, hvis tariffer lett kan beløpe seg til flere hundre euro i året.

I eksempelet var det nettopp dette, overskridelsen av den tillatte databasestørrelsen på 1024 MB, som førte til bytte av hostingleverandør.

Valg av hostingleverandør

Hvis du søker etter sammenligninger av hostingleverandører, vil du finne listen hovedsakelig i stigende prisrekkefølge.

I tillegg til rene "tekniske data" er også tilgjengelighet, responstid og effektivitet i supporten viktigere. Det kan være delte meninger om kunstig intelligens, men leverandørene bruker i økende grad kunstig intelligens til å dekke førstelinjesupport, det vil si generelle spørsmål fra kundene. Dette er helt forståelig og fullt tilstrekkelig for dette formålet. Det er morsomt når AI ønsker deg en "god natt" og "sov godt!".

Det bør imidlertid være et menneske i den andre enden som er tilgjengelig for konkrete problemer, og det bør være tilgjengelig hele døgnet, 24/7. Hvor langt den inkluderte supporttjenesten strekker seg, og når den blir betalbar, er også noe som må avklares før kontrakten inngås.

Kontrakter som inngås flere år frem i tid, er som regel mer interessante prismessig, særlig fordi kostnadssiden da blir mer kalkulerbar på lang sikt. En leverandør som sier opp tjenesten før utløpet av kontraktsperioden, eller overlever denne perioden, vil selvsagt være det beste valget. Ingen vil imidlertid kunne garantere dette.

De - som regel høyere - kostnadene etter at den opprinnelige avtaleperioden har utløpt, bør også tas med i beslutningsprosessen, særlig fordi økningen ofte er svært betydelig. Du kan selvfølgelig bare la kontrakten utløpe og flytte nettstedet - nok en gang - men erfaringen viser at dette ikke blir gjort, særlig av praktiske årsaker.

Når du har funnet en ny leverandør, kan du begynne å flytte nettstedet ditt.

Flytting av nettstedet

Ni trinn er påkrevd:

  • Oppdater alle plugin-moduler, temaer og WordPress-installasjonen til den nyeste versjonen
  • Omorganisering av databasene
  • Last ned og installer plugin-modulen for sikkerhetskopiering av data (f.eks. UpdraftPlus)
  • Sikkerhetskopiering av alt innhold (database, plugins, temaer, opplastinger, annet)
  • Overføring av domenet til den nye leverandøren
  • Installasjon av WordPress på serverne til den nye leverandøren
  • Installasjon av plugin-modulen for sikkerhetskopiering av data (her UpdraftPlus)
  • Gjenopprette dataene til den nye WordPress-installasjonen
  • Sjekk DNS-oppføringer med den nye leverandøren

Oppdateringer

Spesielt WordPress bør være på den nyeste versjonen, ettersom den nye WordPress-installasjonen vil være den nyeste. Som regel er versjonene nedoverkompatible, men med dette tiltaket unngår du eventuelle inkompatibiliteter.

Plug-ins er mindre kritiske og kan fortsatt oppdateres etter migreringen.

Plugin-modulen for sikkerhetskopiering av data UpdraftPlusHvis den allerede var aktiv på den gamle installasjonen, bør den absolutt oppdateres til den nåværende versjonen før sikkerhetskopieringen, ettersom den også vil bli lastet inn og installert i den nåværende versjonen etter at WordPress-installasjonen på den nye serveren er fullført. Igjen, dette er for å forhindre inkompatibilitet mellom versjoner.

Omorganisering av databasen

Databaser er som bokhyller: én bok inn, tre bøker ut, fem bøker inn ... - de lever og forandrer seg hele tiden. Noen ganger blir en stor bok som ikke passer inn i et hull, delt opp i passende enkeltdeler og lagret på forskjellige steder. Databasen har derfor et fragmentert innhold. Referanser til disse fragmentene tar opp like mye lagringsplass som selve innholdet. I tillegg lagres logger, det skrives cache-data osv.

En databaseomorganisering leser alle data, setter sammen fragmenterte data på nytt, sletter midlertidige data som ikke lenger er nødvendige, og optimaliserer på denne måten både tilgangshastigheten og størrelsen på databasen. Dette reduserer også tiden det tar å sikkerhetskopiere og gjenopprette databasen.

Siden databasen er selve nerven i et nettsted, anbefales det på det sterkeste at du lager en kopi av databasen FØR du omorganiserer den, og tar en sikkerhetskopi av den på et lokalt lagringssted. Hvis noe går galt, kan du gjenopprette den.

Plug-in for sikkerhetskopiering av data

Det finnes en rekke plugin-moduler som er dedikert til sikkerhetskopiering og migrering av et nettsted. De fleste av dem tar sikkerhetskopien uten problemer, men ber deg om å betale når du migrerer. Så hvis du ikke har planer om å migrere nettstedet ditt nå og da, er det lite sannsynlig at du er interessert i et årsabonnement. Plugin-modulen som er lenket til ovenfor UpdraftPlus er et bemerkelsesverdig unntak her, ettersom den er beskjeden og tillater en gjenoppretting uten om og men.

UpdraftPlus guider deg intuitivt gjennom sikkerhetskopieringsprosessen og kan laste ned de enkelte filene til din egen datamaskin når installasjonen er fullført.

Domeneoverføring

Hva er et domene?

Et domene er f.eks. www.google.de - www er valgfritt og representerer det såkalte underdomenet. Følgelig kan du ved å skrive inn "google.com" til samme resultat som "www.google.de". I begge tilfeller blir nettstedet hentet opp av Google.

"google" er det individuelle navnet, mens ".de" er toppnivådomenet (TLD).

EEP

Den Extensible Provisioning Protocol (EPP) brukes til administrasjon av domenenavn hos registrarer og registre og muliggjør standardisert og sikker kommunikasjon mellom domeneregistrarer som Namecheap, GoDaddy og de sentrale registrene som DENIC (German Network Information Centre) for TLD ".no" og Verisign for .com).

En domeneoverføring krever en søknad fra domeneinnehaveren, dvs. nettstedsoperatøren. Nettstedsoperatøren søker sin tidligere hostingleverandør om den såkalte EPP-Auth-kode. Den mottatte koden legges inn på søknadssiden for domeneoverføring hos den nye leverandøren, som deretter sørger for at domenet overføres fra den gamle leverandøren til den nye leverandøren.

Så snart domeneoverføringen har funnet sted, peker den tidligere "adressen", som tidligere førte til den gamle leverandøren, dens server og ditt eget nettsted, til ingen steder. Her kommer Domenenavnserver (DNS) kommer inn i bildet.

DNS

A Domenenavnserver konverterer den angitte adressen "www.google.de" til en IP-adresse som passer for servere, her "8.8.8.8.8".

Globalt tilgjengelig DNS-interaksjon: Hvis den første serveren som forespørres (DNS-resolveren) ikke kjenner IP-adressen, sender den forespørselen videre til den neste. Dette rekursive søket fortsetter til navneoppføringen er funnet, og IP-adressen det er søkt etter, sendes tilbake til den spørrende organisasjonen, slik at det ønskede nettstedet kan lastes inn.

En DNS lagrer også flere oppføringer, for eksempel

  • A-Record - Kobler et domene til en IPv4-adresse.
  • AAAA-rekord - Kobler et domene til en IPv6-adresse.
  • CNAME-post - Omdirigerer et domene til et annet (f.eks. www.example.comeksempel.com).
  • MX-Record - Definerer e-postserver for e-post.
  • TXT-post - Inneholder tilleggsinformasjon, f.eks. om sikkerhetsmekanismer.

DNS-utbredelse

Hver hostingleverandør har sin egen navneserver. Den gamle leverandøren, f.eks. ns1.alterProvider.comden nye, for eksempel ns1.newprovider.com.

Ved flytting vil den gamle adressen som er lagret hos registraren, referere til ns1.alterProvider.com Derfor må du først gå til nettstedet til den gamle leverandøren.
Så snart registratoren mottar den nye leverandøradressen ns1.newprovider.com en forespørsel sendes til den nye leverandøren, men nettstedet har ennå ikke blitt overført til deres server. Forespørselen forblir derfor mislykket. Først når alt innholdet er gjenopprettet, vises siden som vanlig igjen.

Om den gamle eller den nye navneserveren fortsatt er lagret for det flyttede domenet, kan kontrolleres via Hvem er sjekk. Dette gjør du ved å skrive inn domenet som skal sjekkes, i søkefeltet øverst til høyre og klikke på WHOIS-knappen til høyre.

I tillegg må den nye adresseoppføringen fortsatt overføres til alle DSN-er over hele verden, noe som kan ta opptil rundt 48 timer. Det er derfor mulig at en person i Nairobi kan få tilgang til nettstedet, mens en person fra Moskva fortsatt vil havne i tomrommet eller få en feilmelding.

Sjekk DNS NameServer

Du kan finne ut hvilken DNS den nye adressen allerede er registrert på via nettstedet DNS-sjekker ved å velge NS for NameServer i valgfeltet til høyre for domenet som skal registreres (f.eks. csiag.de). Resultatet vises nederst i landlisten for hvert land til høyre. Den nye NameServeren skal vises der i stedet for den gamle.

WordPress-installasjon

Når den nye adressen kan nås via DNS hos den nye leverandøren, kan du logge deg inn der med de tidligere oppgitte dataene og starte WordPress-installasjonen. Leverandørene har som regel utformet brukergrensesnittene til portalene sine så intuitivt at du som regel finner de relevante menyene og funksjonene med en gang.

Når WordPress-installasjonen er fullført, installeres plugin-modulen for sikkerhetskopiering av data.

Plug-in for sikkerhetskopiering av data

I sidefeltet i WordPress-installasjonen finner du menypunktet Plugins.

Klikk på knappen øverst til venstre Legg til ny plugin til oversiktssiden over tilgjengelige plugin-moduler.

Til høyre i søkefeltet Søk etter plugins skriver du inn UpdraftPlus og plugin-modulen du leter etter vil umiddelbart vises, og du kan installere den ved å klikke på Installer nå startes. Etter vellykket installasjon startes plugin-modulen ved å klikke på Aktiver i stand til å handle.

Gjenopprette dataene

I den venstre menykolonnen i WordPress finnes nå også UpdraftPlus oppført. Ved å klikke på dette elementet åpnes funksjonsvalget for Lagre eller Gjenopprett.

Funksjonene Migrere/klone ser ut til å være forbeholdt kjøpsversjonen, og det er derfor den rene funksjonaliteten Sikre nå eller, lenger nede, Gjenopprett brukes.

Det finnes ingen eksisterende sikkerhetskopi på den nye serveren, og derfor må filene fra sikkerhetskopien hos den gamle leverandøren først gjenopprettes ved å klikke på Last opp sikkerhetskopifiler må overføres til den nye leverandørens server.

Når overføringen er fullført, er fem knapper tilgjengelige etter datoen/klokkeslettet for sikkerhetskopieringen i tabellen nedenfor. Det er en boks helt i begynnelsen av linjen. Klikk på denne, og klikk til høyre på knappen Gjenopprett Start gjenopprettingen.

Hvis gjenopprettingen avbrytes, vises en tilsvarende feilmelding, samt en knapp for å rette opp feilen. I de fleste tilfeller kan ikke gjenopprettingsprosessen overskrive de tomme databasetabellene som ble opprettet av den forrige WordPress-installasjonen, og derfor må de eksplisitt slettes manuelt med et klikk, og deretter må prosessen startes på nytt.

Så snart gjenopprettingen er fullført, kan du få tilgang til nettstedet som vanlig, forutsatt at DNS-utbredelsen er fullført.

Fallgruve hosts-fil

Hosts-filen er en lokal konfigurasjonsfil i et operativsystem som brukes til å tilordne IP-adresser til vertsnavn. Den gjør det mulig å tilordne bestemte domener til en spesifikk IP-adresse uten å utføre en DNS-spørring.

Eksempel:

##
# Host Database
# localhoist brukes til å konfigurere loopback-grensesnittet
# når systemet starter. ikke endre denne oppføringen.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.0.1 localhost
255.255.255.255.255 broadcasthost
::1 localhost

Oppføringene 139.162.163.62 førte til den gamle hostingleverandøren, og derfor ble tilgangen, til tross for en gjenoppretting til den nye leverandøren, alltid sendt til den gamle leverandøren - uten DNS-spørring - og endringer på nettstedet med den nye leverandøren ble ikke vist på enheter med ekstern tilgang.

Derfor måtte disse oppføringene kommenteres ut med en #, slik at en DNS-spørring kan utføres på nytt og rutes til den nye leverandøren:

# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de

Rediger hosts-filen

Under Mac OSX (Sonoma) åpner du Terminal i Finder under Verktøy og skriver inn

sudo nano /etc/hosts

tast inn. En passordforespørsel følger. Filen åpnes deretter for redigering.

Bruk pil ned-tasten for å plassere deg foran den første oppføringen, f.eks. 139...., skriv #, etterfulgt av et mellomrom. Bruk nå piltastene for venstre og ned for å plassere markøren foran neste linje, i dette tilfellet 139..., og skriv igjen #, etterfulgt av et mellomrom, som vist ovenfor.

Lagre hosts-filen

Med tastekombinasjonen Ctrl+X etterfulgt av Y og ENTER filen er lagret.

Slett OSX DNS-cache

Hvis du vil slette operativsystemets egen DNS-cache, skriver du inn

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

inn. Nettstedet skal deretter adresseres og vises ved hjelp av den nye IP-adressen som er innhentet via DNS-forespørselen som er fremtvunget på denne måten.

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

nb_NONorwegian