WordPress-databasemigrering: WP-CLI, backup og serialiserte data

WordPress-databasemigrering: WP-CLI, backup og serialiserte data

Sist verifisert: 22. september 2026
3 min lesetid
Guide
Full-stack-utvikler

Å flytte en WordPress-side fra et utviklingsmiljø (f.eks. dev.kunde.no) til et produksjonsdomene (kunde.no) er et ritual hver utvikler utfører hundrevis av ganger. Og likevel, i 2026, forblir det den vanligste årsaken til den berømte “White Screen of Death”.

Hvorfor? Fordi mange utviklere fremdeles behandler WordPress-databasen som et enkelt Excel-ark hvor du bare kan “Søk og Erstatt”.

De tar feil.

I denne omfattende guiden på 1500 ord skal vi dissekere arkitekturen til WordPress-databasen, forklare konseptet Dataserialisering, og gi deg en feilsikker protokoll for migrering.

#Hvorfor serialisering ødelegger WordPress-migrering

For å forstå hvorfor migreringer feiler, må du forstå hvordan PHP lagrer komplekse data.

#Hva er serialisering?

Forestill deg at du har en array med theme-innstillinger. For å lagre denne i én databasecelle, “pakker” PHP den inn i en spesifikt formatert streng. Denne prosessen kalles Serialisering.

Resultatet ser slik ut: s:26:"http://dev.site.com/logo.png"

#Hva skjer når SQL endrer lengden på en serialisert streng

Se nøye på s:26. Det betyr “streng med 26 tegn”. Hvis du kjører en standard SQL-kommando og endrer URL-en til en kortere streng, men ikke oppdaterer telleren, vil PHP anse dataene som korrupte og ignorere dem.

#Hvordan velge verktøy som forstår serialisering

På grunn av denne mekanismen kan du IKKE bruke vanlige tekstredigeringsprogrammer eller enkel SQL.

#Metode 1: wp search-replace med WP-CLI

I 2026 tilbyr enhver seriøs hostingleverandør SSH-tilgang.

Kommandoen:

wp search-replace 'https://gammel.no' 'https://ny.no' --all-tables --precise
  • --all-tables: Sikrer at alle tabeller skannes.
  • --precise: Tvinger bruk av PHP for bedre håndtering av serialisering.
  • --dry-run: Viser en rapport uten å endre noe. Kjør alltid denne først!

#Hvordan kjøre en komplett WordPress-migreringsprotokoll

Ikke bare “prøv deg frem”. Følg denne sjekklisten.

#Trinn 1: backup og PHP-versjon

  • Backup: Eksporter databasen.
  • Miljø: Sørg for at PHP-versjoner samsvarer.

#Trinn 2: importer databasen på den nye serveren

  1. Importer databasen til den nye serveren.
  2. Oppdater wp-config.php.

#Trinn 3: kjør search-replace

Kjør WP-CLI-kommandoen eller et trygt skript.

#Trinn 4: permalenker og cache etter migrering

  1. Permalinks: Gå til Innstillinger -> Permalinks og klikk “Lagre endringer”.
  2. Cache: Tøm Redis og Page Cache.

#Oppsummering

Databasemigrering handler ikke om “tekstredigering”. Det er kirurgisk datamanipulasjon. Respekter Serialiseringen. Bruk WP-CLI.

Serialiserte data er grunnen til at søk og erstatt i en teksteditor ødelegger widgeter og ACF-felt, mens WP-CLI gjør den samme jobben trygt. Står du foran en migrering du helst ikke vil gjøre alene, tar vi den sammen med deg innen praktisk WordPress-utvikling.

Neste steg

Gjør artikkelen om til faktisk implementering

Denne blokken styrker intern lenking og sender leseren videre til de mest relevante tjenestene og innholdet.

Vil du få dette implementert på nettstedet ditt?

Hvis du vil gjøre kunnskapen i artikkelen om til konkrete forbedringer, redesign eller en tydelig leveranseplan, kan jeg ta det videre.

Relevant klynge

Utforsk andre WordPress-tjenester og kunnskapsbase

Styrk virksomheten din med profesjonell teknisk støtte innen kjerneområdene i WordPress-økosystemet.

Artikkel-FAQ

Ofte stilte spørsmål

Praktiske svar for å bruke temaet i faktisk arbeid.

SEO-readyGEO-readyAEO-ready3 Q&A
Hvorfor kan enkel SQL REPLACE ødelegge en WordPress-side?#
Fordi WordPress lagrer mye data som serialiserte PHP-strenger, og en vanlig SQL-erstatning oppdaterer ikke tegnlengdene riktig.
Når bør man bruke WP-CLI search-replace?#
Når du flytter nettstedet til nytt domene, ny mappe eller nytt miljø og må oppdatere URL-er trygt i hele databasen.
Hva bør sjekkes etter en databasemigrering?#
Permalinker, cache, interne lenker, robots.txt, opplastinger og at widgets eller temainnstillinger ikke ble ødelagt av migreringen.

Trenger du FAQ tilpasset bransje og marked? Vi lager en versjon som støtter dine forretningsmål.

Ta kontakt

Relaterte artikler