Når du gjenoppretter en backup, erstatter du det som ligger på serveren nå med en kopi fra et tidligere tidspunkt. Alt som er endret etter at kopien ble tatt, forsvinner i det du gjenoppretter – nye ordrer, skjemasvar, innlegg og e-post. Derfor er de viktigste valgene hva du gjenoppretter, og fra hvilken dag. Her er hvordan det foregår på webhotellet hos oss, steg for steg, per oktober 2026.
Nøkkelfakta
- Vi tar daglig sikkerhetskopi av nettsteder, databaser og e-post, lagret atskilt fra produksjonsdataene, med 30 dagers historikk.
- Gjenoppretting fra sikkerhetskopi er inkludert. Du kan gjøre det selv i Plesk, eller vi gjør det for deg.
- En gjenoppretting overskriver det som ligger der nå. Ifølge Plesk mister du alle endringer som er gjort etter at sikkerhetskopien ble tatt, i det du gjenoppretter.
- Du kan gjenopprette alt eller bare utvalgte deler: enkeltfiler, databaser, e-postkontoer, nettsteder eller DNS-sonen.
- Kritiske feil – nettstedet er nede eller hacket – håndterer vi døgnet rundt.
Hva skjer egentlig når du gjenoppretter?
En sikkerhetskopi er et øyeblikksbilde. Gjenoppretter du den, legger du øyeblikksbildet tilbake over det som finnes nå. Plesk sier det rett ut i dokumentasjonen for gjenoppretting: objektene du gjenoppretter, overskriver eksisterende objekter med samme navn, du får ikke spørsmål underveis, og du mister alle endringer i dem som er gjort etter at kopien ble tatt.
Med daglig sikkerhetskopi betyr det at du i verste fall mister nesten et døgn med endringer i det du gjenoppretter. For en vanlig bedriftsnettside er det sjelden et problem. For en nettbutikk eller et medlemsnettsted er det avgjørende: gjenopprettes hele databasen, er ordrer og registreringer som kom inn etter siste sikkerhetskopi, ikke med.
Det finnes to verktøy i Plesk, og de gjør ulike ting. Ifølge Plesks dokumentasjon for WP Toolkit tar WP Toolkit sikkerhetskopi av ett enkelt nettsted, mens Backup Manager tar kopi av hele abonnementet. WP Toolkit foreslår også et gjenopprettingspunkt når du oppdaterer WordPress-kjernen, men hvert nettsted har bare ett slikt punkt, og Plesk understreker at det ikke er det samme som en sikkerhetskopi.
Steg 1: Finn ut hva som er galt – og når det startet
Før du velger en sikkerhetskopi, må du vite hva du skal rette, og hvor langt tilbake du må. De vanligste grunnene til å gjenopprette er:
- en oppdatering av en utvidelse, et tema eller WordPress som knakk nettstedet
- slettede sider, bilder eller filer
- en database som har fått feil innhold, for eksempel etter en import
- slettet e-post eller en hel e-postmappe
- et nettsted som er hacket
Finn den siste dagen du vet at alt var i orden. Med 30 dagers historikk kan du gå tilbake til den dagen, så lenge den ligger innenfor de 30 dagene. Startet problemet tidligere, finnes det ingen ren kopi i historikken – og da er egne kopier gull verdt.
Ved hacking må du være ekstra forsiktig. Det synlige symptomet kommer ofte etter at angriperen kom inn, så en kopi fra dagen før kan allerede inneholde bakdøren. Mistenker du at nettstedet er hacket, sender du en hendelsesrapport, så kartlegger vi omfanget og hjelper deg å rydde opp. Bruk hendelsesskjemaet, eller ring +47 900 39 911. Hvordan en slik opprydding foregår i praksis, ser du i gjennomgangen vår av et hacket WordPress-nettsted med falsk Cloudflare-side.
Steg 2: Ta vare på det som er nytt
Før du gjenoppretter, sikrer du det som har kommet til siden kopien ble tatt:
- Ta en sikkerhetskopi av dagens tilstand. I Backup Manager kan du lage en ny kopi selv, og den teller med i diskplassen din. Gjør gjenopprettingen vondt verre, kan du gå tilbake hit.
- Eksporter nye ordrer, skjemasvar og registreringer hvis du skal gjenopprette databasen. WooCommerce skriver på bloggen sin at et av de vanligste spørsmålene de får, er hvordan man gjenoppretter uten å miste ordrene som nettopp kom inn, og anbefaler å stanse nye ordrer midlertidig mens det pågår.
- Velg et rolig tidspunkt. Plesk lar deg stenge nettstedet mens gjenopprettingen pågår. Da får de besøkende en feilside med HTTP-status 503 i stedet for et halvferdig nettsted.
Steg 3: Gjenopprett så lite som mulig
I Plesk velger du enten alt i sikkerhetskopien eller bare utvalgte objekter. Velg det minste som løser problemet:
- Én fil eller mappe forsvant: velg filer og gjenopprett bare dem.
- En utvidelse eller et tema knakk nettstedet: gjenopprett WordPress-nettstedet med WP Toolkit, eller bare filene til utvidelsen. Plesk skriver at en gjenoppretting i WP Toolkit fjerner alle endringer på nettstedet etter datoen for kopien.
- Databasen er ødelagt: gjenopprett bare databasen, og legg inn igjen ordrene og skjemasvarene du eksporterte i steg 2.
- E-post er borte: en e-postkonto kan gjenopprettes for seg, men da overskrives hele kontoen – også e-post som har kommet etter at kopien ble tatt. Trenger du bare noen få e-poster tilbake, be oss om hjelp før du overskriver kontoen.
Pass på ett valg: gjenoppretter du et nettsted («Sites») i Plesk, tar det med seg alt som hører til nettstedet, også e-postkontoer og databaser. Skal du ha tilbake noen filer, er det altså tryggere å velge filene enn hele nettstedet. Vil du gjenopprette flere typer objekter, for eksempel én e-postkonto og to databaser, må du ifølge Plesk kjøre gjenopprettingen to ganger.
Steg 4: Gjenopprett – selv eller med hjelp fra oss
Gjenoppretting fra sikkerhetskopi er inkludert. Du kan gjøre det selv i Plesk, eller vi gjør det for deg.
Gjør du det selv, går du til Websites & Domains og Backup Manager, velger sikkerhetskopien fra riktig dag og velger hva du vil gjenopprette. Gjelder det ett WordPress-nettsted, kan du også bruke Back up / Restore på kortet til nettstedet i WP Toolkit.
Vil du ha hjelp, oppretter du en supportsak i kundeportalen, sender e-post til [email protected] eller ringer +47 900 39 911. Skriv hva som er galt, hvilken dag du mener alt var i orden, og hva som har kommet inn etterpå. Svartiden er 4 timer på Webhosting Standard og 1 time på Webhosting Pro, og åpningstiden er hverdager kl. 09–16. Svartiden gjelder vanlige saker innenfor åpningstiden og regnes fra vi mottar saken.
Kritiske feil – nettstedet er nede eller hacket – håndterer vi døgnet rundt. Meld fra på telefon +47 900 39 911 eller med hendelsesskjemaet.
Steg 5: Sjekk resultatet – og tett hullet
Når gjenopprettingen er ferdig, går du gjennom nettstedet som en besøkende: forside og undersider, innlogging, skjemaer, handlekurv og betaling, og e-posten nettstedet sender. Tøm hurtigbufferen hvis nettstedet bruker en.
Så retter du årsaken. Var det en oppdatering som knakk nettstedet, må du hindre at den samme oppdateringen kjører på nytt før den er rettet. Var nettstedet hacket, gjenoppretter du også sårbarheten: oppdater alt, bytt passord og fjern ukjente brukere før nettstedet åpnes igjen.
Et punkt som er lett å glemme, er personvern. Har noen bedt om å få opplysningene sine slettet etter at kopien ble tatt, kommer opplysningene tilbake når du gjenoppretter databasen. Da må du slette dem på nytt. Datatilsynet skriver at det kan være vanskelig å slette enkeltopplysninger i sikkerhetskopier, og at en passende rotasjonstid på kopiene kan være en tilfredsstillende måte å slette på.
Hvorfor bør du ha egne kopier i tillegg?
Vi tar sikkerhetskopi for å kunne gjenopprette ved feil hos oss, men vilkårene våre sier rett ut at det ikke er en garanti for at data kan gjenopprettes. Du er selv ansvarlig for å ta vare på egne kopier av innhold og databaser. Det gjelder hos alle leverandører, og det er god praksis uansett:
- Nasjonal sikkerhetsmyndighet anbefaler i grunnprinsippene for IKT-sikkerhet å teste sikkerhetskopiene regelmessig med en gjenopprettingstest, å holde dem atskilt fra produksjonsmiljøet og jevnlig å ta kopier som ikke kan nås fra nettverket.
- Den såkalte 3-2-1-regelen, slik den er beskrevet i et faktaark fra amerikanske US-CERT (2012), sier tre kopier av viktige filer, på to ulike typer lagring, med én kopi et annet sted.
- I praksis: last ned en full sikkerhetskopi fra Plesk med jevne mellomrom, ta en egen kopi i WP Toolkit før store endringer, og eksporter ordrer og kundelister jevnlig hvis du har nettbutikk.
Flere grep for sikker drift finner du i sjekklisten vår for sikker hosting med SSL, backup og GDPR.
Hva skjer med sikkerhetskopiene når du sier opp?
Nettstedsfiler, databaser og e-post kan slettes fra 30 dager etter at abonnementet er avsluttet. Etter oppsigelse roteres sikkerhetskopiene ut, og de er slettet senest 90 dager etter at abonnementet er avsluttet. Ta derfor ut det du trenger før du sier opp – nettsteder, filer, databaser og e-post kan du eksportere selv fra kontrollpanelet når som helst. Hva som ellers følger med webhotellet, har vi samlet i artikkelen om hva som er inkludert i et webhotell med drift, og pakkene står på webhotellsiden.
Ofte stilte spørsmål
Hvor lenge lagres sikkerhetskopiene?
Vi tar daglig sikkerhetskopi av nettsteder, databaser og e-post, med 30 dagers historikk. Kopiene lagres atskilt fra produksjonsdataene.
Koster det noe å gjenopprette fra sikkerhetskopi?
Nei. Gjenoppretting fra sikkerhetskopi er inkludert. Du kan gjøre det selv i Plesk, eller vi gjør det for deg.
Mister jeg ordrer eller e-post når jeg gjenoppretter?
Bare i det du gjenoppretter. Endringer som er gjort etter at kopien ble tatt, overskrives. Gjenopprett derfor så lite som mulig, og eksporter nye ordrer før du gjenoppretter databasen.
Kan jeg gjenopprette bare én fil eller én e-postkonto?
Ja. I Plesk kan du velge enkeltfiler, databaser, e-postkontoer, nettsteder eller DNS-sonen. En gjenopprettet e-postkonto overskriver hele kontoen, så be oss om hjelp hvis du bare trenger noen få e-poster tilbake.
Hva gjør jeg hvis nettstedet er hacket?
Send en hendelsesrapport, så kartlegger vi omfanget og hjelper deg å rydde opp. Kritiske feil – nettstedet er nede eller hacket – håndterer vi døgnet rundt.