Mestring av Datametthet: En Dypdykk i Datasynkronisering for Moderne Sikkerhetskopiløsninger

I dagens globale økonomi er data ikke bare et biprodukt av virksomheten; det er virksomheten. Fra kunderegistre og finansielle transaksjoner til immateriell eiendom og driftslogger, danner data grunnlaget for moderne foretak. Spørsmålet er ikke lenger om du skal beskytte disse dataene, men hvor effektivt du kan sikre deres tilgjengelighet, integritet og tilgjengelighet i møte med stadig tilstedeværende trusler. Tradisjonelle nattlige sikkerhetskopier, selv om de fortsatt er verdifulle, er ofte utilstrekkelige for en verden som opererer 24/7. Det er her datasynkronisering fremstår som en kritisk, dynamisk og uunnværlig komponent i en moderne datametthetsstrategi.

Denne omfattende guiden vil ta deg med på et dypdykk inn i datasynkroniseringens verden. Vi vil bevege oss utover overfladiske definisjoner for å utforske den strategiske viktigheten, de tekniske fundamentene og den praktiske implementeringen av synkroniseringsteknologier. Enten du er IT-direktør for et multinasjonalt selskap, systemadministrator for en voksende startup, eller en løsningsarkitekt som designer robuste systemer, vil denne artikkelen gi deg kunnskapen til å bygge og vedlikeholde solide sikkerhetskopierings- og katastrofegjenopprettingsløsninger drevet av intelligent synkronisering.

Demystifisering av Datasynkronisering: Utover Tradisjonell Sikkerhetskopiering

Før vi kan implementere en strategi, må vi først etablere en klar og felles forståelse av kjernekonseptene. Begrepet 'synkronisering' brukes ofte om hverandre med 'sikkerhetskopiering' eller 'replikering', men dette er distinkte prosesser med forskjellige mål og utfall.

Hva Er Akkurat Datasynkronisering?

I sin kjerne er datasynkronisering prosessen med å etablere konsistens blant datasett på to eller flere steder. Når en endring – opprettelse, modifikasjon eller sletting – gjøres i en fil eller en dataleggelse på ett sted, sikrer synkroniseringsprosessen at den samme endringen gjenspeiles på de andre angitte stedene. Målet er å gjøre datasettene funksjonelt identiske, og skape en tilstand av harmoni på tvers av ulike systemer, som kan være servere i forskjellige datasentre, en primær server og en skylagringsbøtte, eller til og med bærbare datamaskiner som brukes av et distribuert team.

Synkronisering vs. Sikkerhetskopiering vs. Replikering: En Kritisk Skillelinje

Å forstå nyansene mellom disse tre konseptene er grunnleggende for å designe en effektiv databeskyttelsesstrategi.

• Sikkerhetskopiering: En sikkerhetskopiering er et øyeblikksbilde av data på et bestemt tidspunkt, lagret separat og ment for gjenoppretting i tilfelle datatap. Sikkerhetskopier er typisk versjonsbaserte, noe som lar deg gjenopprette data fra i går, forrige uke eller forrige måned. Deres primære svakhet er 'datagapet' – data som ble opprettet mellom siste sikkerhetskopiering og feilhendelsen går tapt. Dette måles av Recovery Point Objective (RPO).
• Synkronisering: Synkronisering er en kontinuerlig eller hyppig prosess for å holde to eller flere aktive datasett identiske. Hvis en fil slettes fra kilden, slettes den også fra målet. Dette gjør den utmerket for høy tilgjengelighet og samarbeid, men farlig alene, da en skadelig eller utilsiktet sletting vil spres umiddelbart. Den er ikke iboende en sikkerhetskopiering fordi den vanligvis ikke bevarer historiske versjoner.
• Replikering: Replikering er et begrep som ofte brukes i databaser og virtuelle maskiner. Det innebærer å kopiere data fra en primær kilde (master) til sekundære steder (replikaer eller slaver). Selv om det høres likt ut som synkronisering, er replikering ofte mer fokusert på å gi lesbare kopier for å distribuere last eller standby-systemer for failover. Den kan være synkron (venter på bekreftelse fra replikaen) eller asynkron (ikke venter), noe som direkte påvirker ytelse og datakonsistens.

I en moderne strategi er ikke disse konkurrerende teknologier; de er komplementære. Du kan bruke synkronisering for umiddelbar datatilgjengelighet og kombinere den med periodiske, versjonsbaserte sikkerhetskopier for langsiktig lagring og beskyttelse mot logiske feil som ransomware eller utilsiktede slettinger.

Den Strategiske Imperativen: Hvorfor Synkronisering Er Ikke-Omsettelig

Implementering av datasynkronisering er ikke bare en teknisk oppgave; det er en strategisk forretningsbeslutning som direkte påvirker en organisasjons metthet, smidighet og globale rekkevidde.

Oppnå Near-Zero Recovery Point Objectives (RPO)

Recovery Point Objective (RPO) definerer den maksimale akseptable datatapen, målt i tid. En tradisjonell daglig sikkerhetskopiering kan resultere i en RPO på 24 timer. For mange moderne applikasjoner, som e-handelsplattformer, finansielle handelssystemer eller kritiske SaaS-applikasjoner, kan tap av selv noen få minutter med data være katastrofalt. Sanntids datasynkronisering kan redusere RPO til bare sekunder, og sikre at data i hendene på et systemfeil har de mest oppdaterte dataene mulig, noe som minimerer forretningsforstyrrelser og økonomiske tap.

Muliggjøring av Høy Tilgjengelighet og Forretningskontinuitet

Synkronisering er motoren bak planer for høy tilgjengelighet (HA) og katastrofegjenoppretting (DR). Ved å opprettholde en synkronisert, oppdatert kopi av data og applikasjoner på et sekundært sted (som kan være i en annen bygning, by eller til og med kontinent), kan organisasjoner raskt feile over til standby-systemet. Denne sømløse overgangen er kjernen i forretningskontinuitet, og sikrer at kritiske operasjoner kan fortsette selv om primærdatasenteret rammes av strømbrudd, naturkatastrofe eller cyberangrep.

Styrking av Globalt Samarbeid og Distribuerte Arbeidsstyrker

I en tid med fjernarbeid og globale team, kan data ikke leve på ett enkelt, sentralt sted. Et team med medlemmer i London, Tokyo og São Paulo trenger tilgang til samme sett med prosjektfiler uten lammende latens eller versjonskontroll-mareritt. Toveis og N-veis synkroniseringsløsninger gjør at endringer gjort av ethvert teammedlem kan spres til alle andre, og skaper et enhetlig datamiljø. Dette sikrer at alle jobber med den nyeste informasjonen, noe som øker produktiviteten og reduserer feil.

En Taksonomi over Synkroniseringsmetoder

Ikke all synkronisering er lik. Den riktige metoden avhenger helt av din spesifikke brukssituasjon, datatype og forretningskrav. Å forstå de forskjellige typene er nøkkelen til å velge riktig verktøy for jobben.

Retningsbestemmelse: Énveis, Toveis og N-veis

• Énveis Synkronisering (Speiling): Dette er den enkleste formen. Data flyter i bare én retning, fra en 'kilde' til en 'destinasjon'. Endringer ved kilden skyves til destinasjonen, men endringer gjort ved destinasjonen ignoreres og vil bli overskrevet. Brukssituasjon: Opprette en levende replika av en produksjons webserver eller skyve data til et arkivsted.
• Toveis Synkronisering (Toveis): Her flyter data i begge retninger. Endringer gjort ved kilden gjenspeiles ved destinasjonen, og endringer ved destinasjonen gjenspeiles tilbake ved kilden. Denne modellen er mer kompleks da den krever en mekanisme for å håndtere konflikter. Brukssituasjon: Samarbeidsplattformer for fildeling (som Dropbox eller Google Drive) eller holde en bærbar og en stasjonær datamaskin synkronisert.
• N-veis Synkronisering (Multi-master): Dette er en utvidelse av toveissynkronisering som involverer mer enn to steder. En endring på ett sted spres til alle andre steder. Dette er den mest komplekse modellen, ofte funnet i globalt distribuerte databaser og innholdsleveringsnettverk. Brukssituasjon: Et globalt CRM-system der salgsteam i forskjellige regioner oppdaterer samme kundedatabase.

Tidsstyring: Sanntid vs. Planlagt Synkronisering

• Sanntid (Kontinuerlig) Synkronisering: Denne metoden bruker systemkroker (som inotify på Linux eller filsystemhendelser på Windows) for å oppdage endringer etter hvert som de skjer og utløse synkroniseringsprosessen umiddelbart. Den gir lavest mulig RPO. Fordel: Minimalt datatap. Ulempe: Kan være ressurskrevende, forbruke CPU og nettverksbåndbredde med konstant aktivitet.
• Planlagt Synkronisering: Denne metoden kjører med forhåndsdefinerte intervaller – hvert minutt, hver time, eller en gang om dagen. Den er mindre ressurskrevende enn sanntidssynkronisering, men introduserer et datatapvindu tilsvarende synkroniseringsintervallet. Fordel: Forutsigbar ressursbruk. Ulempe: Høyere RPO.

Granularitet: Filnivå vs. Blokk-nivå Synkronisering

• Filnivå Synkronisering: Når en fil blir modifisert, kopieres hele filen fra kilden til destinasjonen, og erstatter den gamle versjonen. Dette er enkelt, men kan være utrolig ineffektivt for store filer med små endringer (f.eks. en 10 GB databasefil der bare noen få poster ble endret).
• Blokk-nivå Synkronisering: Dette er en mye mer effektiv metode. Filen deles inn i mindre 'blokker' eller 'biter'. Synkroniseringsprogramvaren sammenligner blokkene ved kilden og destinasjonen og overfører bare blokkene som faktisk har endret seg. Dette reduserer båndbreddebruken dramatisk og fremskynder synkroniseringsprosessen for store filer. Rsync-verktøyet er det mest kjente eksemplet på denne teknikken.

Teknologien Under Panseret: Kjerneprotokoller og Motor

Datasynkronisering drives av en rekke modne og robuste teknologier. Å forstå disse protokollene hjelper med å velge riktige verktøy og feilsøke problemer.

Arbeidshesten: Rsync og Dens Delta-Algoritme

Rsync er et klassisk, kraftig og allestedsnærværende kommandolinjeverktøy for Unix-lignende systemer (og tilgjengelig for Windows) som utmerker seg i effektiv datasynkronisering. Magien ligger i dens 'delta-overførings'-algoritme. Før den overfører en fil, kommuniserer rsync med destinasjonen for å identifisere hvilke deler av filen som allerede finnes der. Den sender deretter bare forskjellene (deltaet), sammen med instruksjoner om hvordan den fullstendige filen skal rekonstrueres ved destinasjonen. Dette gjør den utrolig effektiv for synkronisering over trege eller nettverk med høy latens.

Nettverksfilsystemer: SMB/CIFS og NFS

Disse protokollene er designet for å få eksterne filer til å se ut som om de er lokale for brukerens system.

• SMB/CIFS (Server Message Block / Common Internet File System): Hovedsakelig brukt i Windows-miljøer, SMB lar klienter få tilgang til filer og andre ressurser på en server. Selv om det ikke er en synkroniseringsprotokoll i seg selv, opererer mange synkroniseringsverktøy over SMB-delinger for å flytte data mellom Windows-maskiner.
• NFS (Network File System): Standardmotstykket til SMB i Linux/Unix-verdenen. Den gir en lignende funksjon for transparent ekstern filtilgang, og synkroniseringsskript bruker ofte NFS-monteringer som kilde- eller destinasjonsbaner.

Sky-paradigmet: Objektlagrings-API-er (S3, Azure Blob)

Moderne skyleverandører som Amazon Web Services (AWS), Microsoft Azure og Google Cloud Platform (GCP) har revolusjonert datalagring med sine massivt skalerbare objektlagringstjenester. Synkronisering med disse plattformene håndteres vanligvis via deres robuste API-er. Verktøy og skript kan bruke disse API-ene for å liste objekter, sammenligne metadata (som ETags eller sist endrede datoer) og laste opp/ned kun de nødvendige dataene. Mange skyleverandører tilbyr også sine egne native datasynkroniseringstjenester (f.eks. AWS DataSync) for å akselerere og forenkle denne prosessen.

Databasenes rike: Spesialiserte Replikationsprotokoller

Synkronisering av transaksjonsdatabaser er en langt mer kompleks utfordring enn synkronisering av filer. Databaser har strenge krav til konsistens og transaksjonsintegritet (ACID-egenskaper). Derfor bruker de svært spesialiserte replikasjonsprotokoller bygget inn i selve databasedatamaskinene:

• Log Shipping: En prosess der transaksjonsloggsikkerhetskopier fra en primær databaseserver kontinuerlig kopieres og gjenopprettes til en eller flere sekundære servere.
• Database Mirroring/Replication: Mer avanserte teknikker der transaksjoner sendes fra en primær til en sekundær server enten synkront eller asynkront. Eksempler inkluderer Microsoft SQL Servers Always On Availability Groups eller PostgreSQLs Streaming Replication.
• Multi-Master Replication: Brukes i distribuerte databaser (som Cassandra eller MongoDB replica sets) der skriving kan skje på flere steder, og databasen selv håndterer den komplekse oppgaven med å synkronisere dataene og løse konflikter.

Din Implementeringsplan: En Faseinndelt Tilnærming til Synkronisering

Vellykket distribusjon av en datasynkroniseringsløsning krever nøye planlegging og en strukturert tilnærming. Å haste inn i implementering uten en klar strategi er en oppskrift på datatap, sikkerhetsbrudd og operasjonelle hodepiner.

Fase 1: Strategi og Planlegging

Dette er den mest kritiske fasen. Før du skriver en eneste linje kode eller kjøper programvare, må du definere dine forretningskrav.

• Definer RPO og RTO: Arbeid med interessenter i virksomheten for å bestemme Recovery Point Objective (hvor mye data har du råd til å miste?) og Recovery Time Objective (hvor raskt må systemet være online igjen?) for forskjellige applikasjoner. En kritisk CRM kan trenge en RPO på sekunder, mens en utviklingsserver kan være fornøyd med en RPO på timer.
• Dataevaluering og Klassifisering: Ikke alle data er skapt like. Klassifiser dataene dine basert på deres kritikalitet, tilgangsfrekvens og regulatoriske krav (som GDPR, HIPAA). Dette vil informere ditt valg av synkroniseringsmetode og destinasjon.
• Budsjett og Ressursallokering: Bestem tilgjengelig budsjett for programvare, maskinvare og nettverksoppgraderinger, samt personalet som trengs for å administrere løsningen.

Fase 2: Arkitektur og Verktøyvalg

Med dine krav definert, kan du nå designe den tekniske løsningen.

• Velg Din Arkitektur: Vil dette være en on-premises til on-premises-løsning? On-premises til sky? Sky til sky? Eller en hybridmodell? Valget vil bli påvirket av kostnad, latens og eksisterende infrastruktur.
• Velg Riktig Synkroniseringsmetode: Basert på din RPO, velg mellom sanntid eller planlagt synkronisering. Basert på dine samarbeidsbehov, velg mellom énveis eller toveis synkronisering. For store filer, prioriter verktøy som støtter blokk-nivå overføringer.
• Evaluer Verktøy og Plattformer: Markedet er fullt av alternativer, fra åpen kildekode kommandolinjeverktøy som rsync til sofistikerte bedriftsplattformer og skynative tjenester. Evaluer dem basert på funksjoner, ytelse, sikkerhet, støtte og kostnad.

Fase 3: Distribusjon og Innledende Oppsett

Dette er den praktiske implementeringsfasen.

• Konfigurer Miljøet: Sett opp kilde- og destinasjonssystemene, konfigurer nettverksruter, brannmurregler og brukerrettigheter.
• Den Innledende Synkroniseringen (Oppsett): Den første synkroniseringen kan innebære overføring av terabyte eller til og med petabyte med data. Å gjøre dette over et aktivt nettverk kan ta uker og mette internettforbindelsen din. For store datasett, vurder offline oppsettmetoder, som å sende en fysisk enhet (som AWS Snowball) til destinasjonsdatasenteret for å utføre den innledende lasting.
• Automatiser Prosessen: Konfigurer ditt valgte verktøy til å kjøre automatisk. Bruk cron-jobber for planlagte oppgaver på Linux, Task Scheduler på Windows, eller orkestreringsverktøy for mer komplekse arbeidsflyter.

Fase 4: Testing og Validering

En synkroniseringsstrategi som ikke er testet er ikke en strategi; det er et håp. Grundig testing er ikke-omsettelig.

• Simuler Feil: Ta bevisst primærsystemet offline. Kan du feile over til sekundærsystemet? Hvor lang tid tar det? Dette tester din RTO.
• Bekreft Dataintegritet: Etter en failover, bruk sjekksummer (f.eks. MD5, SHA256) på kritiske filer ved både kilde og destinasjon for å sikre at de er bit-for-bit identiske. Kontroller antall databaser og utfør stikkprøvekvaliteter. Dette validerer din RPO.
• Test Failback: Like viktig som failover er prosessen med å feile tilbake til primærsystemet når det er gjenopprettet. Denne prosessen må også testes for å sikre at den ikke forårsaker datatap eller korrupsjon.

Fase 5: Drift og Optimalisering

Synkronisering er ikke en 'sett og glem'-løsning. Den krever kontinuerlig administrasjon.

• Overvåking: Implementer robust overvåking og varsling. Du må vite umiddelbart om en synkroniseringsjobb mislykkes, om latensen øker, eller om data faller ut av synk.
• Vedlikehold: Oppdater regelmessig synkroniseringsprogramvaren din, gjennomgå konfigurasjoner og revider sikkerhetstillatelser.
• Ytelsesjustering: Etter hvert som datavolumene vokser, kan du trenge å optimalisere innstillingene dine, oppgradere nettverksforbindelsen din, eller re-arkitektere deler av løsningen din for å opprettholde ytelsen.

Navigering av Fallgruvene: Vanlige Utfordringer og Lindringsstrategier

Selv om datasynkronisering er kraftig, kommer den med sine egne utfordringer. Proaktiv håndtering av dem er nøkkelen til en vellykket implementering.

Flaskehalsen for Båndbredde

Utfordring: Konstant synkronisering av store datavolumer, spesielt på tvers av kontinenter, kan forbruke betydelig nettverksbåndbredde, noe som påvirker andre forretningsoperasjoner.
Lindring:

• Prioriter verktøy med blokk-nivå delta-overføringer (som rsync).
• Bruk kompresjon for å redusere størrelsen på data i transitt.
• Implementer Quality of Service (QoS) på nettverket ditt for å strupe synkroniseringstrafikk under høytrafikkperioder.
• For globale operasjoner, utnytt skyleverandørers ryggrader eller WAN-optimaliseringsapparater.

"Split-Brain"-dilemmaet: Konfliktløsning

Utfordring: I et toveis synkroniseringsscenario, hva skjer hvis den samme filen modifiseres på to forskjellige steder samtidig før endringene kan synkroniseres? Dette er kjent som en konflikt eller et "split-brain"-scenario.
Lindring:

• Etabler en klar policy for konfliktløsning. Vanlige policyer inkluderer "siste endring vinner" (den nyeste endringen beholdes), "kilde vinner", eller opprette en duplikatfil og flagge den for manuell gjennomgang.
• Velg et synkroniseringsverktøy som har robuste og konfigurerbare konfliktløsningsfunksjoner.
• For samarbeidsmiljøer, bruk applikasjoner med innebygd versjonskontroll og inn- og utsjekkingsmekanismer.

Det Sikkerhetsmessige Imperativet: Beskyttelse av Data i Bevegelse og i Hvile

Utfordring: Synkroniserte data reiser ofte over offentlige nettverk og lagres på flere steder, noe som øker angrepsflaten.
Lindring:

• Data i Bevegelse: Krypter alle data under transitt ved bruk av sterke protokoller som TLS 1.2/1.3 eller ved å sende trafikken gjennom en sikker VPN- eller SSH-tunnel.
• Data i Hvile: Sørg for at data er kryptert på destinasjonslagringssystemene ved bruk av teknologier som AES-256. Dette gjelder både on-premises servere og skylagringsbøtter.
• Tilgangskontroll: Følg prinsippet om minst mulig privilegium. Tjenestekontoen som brukes til synkronisering bør bare ha de minimum tillatelsene som kreves for å lese fra kilden og skrive til destinasjonen.

Den Stille Dreperen: Datakorrupsjon

Utfordring: En fil kan bli subtilt korrupt på kildesystemet (på grunn av en diskfeil eller programvarefeil). Hvis den ikke oppdages, vil synkroniseringsprosessen trofast kopiere denne korrupte filen til alle andre steder, og overskrive gode kopier.
Lindring:

• Bruk synkroniseringsverktøy som utfører ende-til-ende sjekksumvalidering. Verktøyet skal beregne en sjekksum av filen ved kilden, overføre den, og deretter beregne sjekksummen på nytt ved destinasjonen for å sikre at de samsvarer.
• Dette er en kritisk grunn til at synkronisering ikke er en erstatning for sikkerhetskopiering. Oppretthold versjonsbaserte, tidsbestemte sikkerhetskopier slik at du kan gjenopprette en kjent, god, ukorrupt versjon av en fil fra før korrupsjonen skjedde.

Skalerbarhetsutfordringen

Utfordring: En løsning som fungerer perfekt for 10 terabyte data kan stoppe opp når den står overfor 100 terabyte. Antallet filer kan være like stor en utfordring som det totale volumet.
Lindring:

• Design for skalering fra begynnelsen. Velg verktøy og arkitekturer som er kjent for å yte godt med store datasett.
• Vurder å parallellisere synkroniseringsjobbene dine. I stedet for én stor jobb, del den inn i flere mindre jobber som kan kjøre samtidig.
• Utnytt skalerbare skytjenester som er designet for å håndtere massive datavolumer og kan automatisk provisionere de nødvendige ressursene.

Gullstandard: Beste Praksis for et Mettt Datamaskinøkosystem

For å heve din implementering fra funksjonell til eksepsjonell, følg disse bransjens beste praksis:

• Omfavn 3-2-1-regelen: Synkronisering bør være én del av en større strategi. Følg alltid 3-2-1-regelen: behold minst tre kopier av dataene dine, på to forskjellige medietyper, med minst én kopi utenfor anlegget. Din synkroniserte replika kan være en av disse kopiene, men du trenger fortsatt en uavhengig, versjonsbasert sikkerhetskopiering.
• Implementer Versjonering: Når det er mulig, bruk et destinasjonssystem som støtter versjonering (som Amazon S3 Versioning). Dette gjør din synkroniserte replika til et kraftig sikkerhetskopieringsverktøy. Hvis en fil blir utilsiktet slettet eller kryptert av ransomware, kan du enkelt gjenopprette den forrige versjonen fra destinasjonen.
• Start Smått, Pilot Først: Før du ruller ut en ny synkroniseringsprosess for et kritisk produksjonssystem, pilotér den med et mindre kritisk datasett. Dette lar deg identifisere og løse eventuelle problemer i et lavrisikamiljø.
• Dokumenter Alt: Lag detaljert dokumentasjon av din synkroniseringsarkitektur, konfigurasjoner, policyer for konfliktløsning og prosedyrer for failover/failback. Dette er uvurderlig for feilsøking, opplæring av nye teammedlemmer og sikring av konsistens.
• Automatiser, men Verifiser: Automatisering er nøkkelen til pålitelighet, men den må være pålitelig. Implementer automatiserte kontroller og varsler som ikke bare forteller deg om en jobb mislyktes, men også verifiserer at dataene er i forventet tilstand etter en vellykket jobb.
• Regelmessige Revisjoner og Øvelser: Minst kvartalsvis, gjennomgå dine konfigurasjoner og utfør en katastrofegjenopprettingsøvelse. Dette bygger muskelminne og sikrer at dine dokumenterte prosedyrer faktisk fungerer når en reell krise oppstår.

Konklusjon: Synkronisering som Pulsen i Moderne Datastrategi

Datasynkronisering har utviklet seg fra et nisjeverktøy til en grunnleggende pilare i moderne IT-infrastruktur. Det er teknologien som driver høy tilgjengelighet, muliggjør globalt samarbeid, og fungerer som den første forsvarslinjen i katastrofegjenopprettingsscenarier. Ved å flytte data effektivt og intelligent, lukker den det farlige gapet som tradisjonelle sikkerhetsplaner etterlater, og sikrer at forretningsoperasjoner kan tåle forstyrrelser og fortsette å blomstre i en uforutsigbar verden.

Imidlertid krever implementering mer enn bare teknologi; det krever et strategisk tankesett. Ved å nøye definere krav, velge riktige metoder og verktøy, planlegge for utfordringer og følge beste praksis, kan du bygge et datasynkroniseringsøkosystem som ikke bare er en teknisk komponent, men en ekte konkurransefordel. I en verden drevet av data, er sikring av dens konstante, konsistente og sikre tilgjengelighet det ultimate målet for metthet.