Alla guider Linux

Backup med rsync — så säkrar du din Linux-server

Du kan logga in säkert, brandväggen håller dörrarna stängda och cron sköter det som ska hända varje natt. Men allt det där spelar ingen roll om en disk kraschar och du aldrig faktiskt kopierade datan någonstans. Dags för backup, på riktigt.

2026Adam Halvars7 min läsning

📬 En uppföljare till Cron-inlägget

Det backup.sh som körts hela tiden — nu fyller vi det på riktigt

I Cron-inlägget schemalade vi ett script som hette backup.sh utan att gå in på vad det faktiskt gjorde. Nu fyller vi den luckan med rsync — verktyget de flesta riktiga backup-lösningar på Linux bygger vidare på.

"Jag har ju RAID" är inte samma sak som backup — RAID skyddar mot att en disk dör, inte mot att du råkar radera fel mapp, att ransomware krypterar allt, eller att hela servern går upp i rök. En riktig backup är en separat kopia, helst på en annan plats, som existerar helt oberoende av originalet.

Testa direkt: din första rsync-kopiering

Öppna en terminal och prova

Kopiera en mapp lokalt

$ rsync -avh /home/adam/dokument/ /mnt/backup/dokument/
# -a = bevara rättigheter, tider och länkar. -v = visa vad som händer. -h = läsbara filstorlekar

💡 Ett snedstreck i slutet på källmappen (dokument/) betyder "kopiera innehållet i mappen". Utan det snedstrecket kopieras hela mappen som en undermapp på destinationen — ett av de vanligaste rsync-misstagen.

Grunderna

Sex saker du bör känna till

01 — Varför rsync och inte bara cp?

Till skillnad från cp kopierar rsync bara det som faktiskt ändrats sedan förra körningen, genom att jämföra filstorlek och tidsstämpel. Kör du samma backup varje natt tar körning nummer två sekunder istället för minuter, eftersom 99 % av filerna redan finns på plats.

02 — Ta backup till en annan server över SSH

Här knyter det ihop med SSH-nycklarna från tidigare i serien — samma nyckel funkar direkt:

$ rsync -avz -e ssh /data/ adam@backupserver:/mnt/backup/data/
# -z komprimerar under överföringen — bra över långsammare nätverk

03 — Ta bort filer som inte längre finns i källan

Som standard lämnar rsync kvar gamla filer på destinationen även om de raderats i källan. Vill du att backupen ska spegla källan exakt:

$ rsync -avh --delete /data/ /mnt/backup/data/
# ⚠️ raderar filer på destinationen som inte längre finns i källan

⚠️ Kör alltid --dry-run första gången du testar en kommando med --delete: rsync -avh --delete --dry-run /data/ /mnt/backup/ visar exakt vad som skulle hända, utan att röra en enda fil.

04 — Flera versioner med --link-dest

Vill du kunna gå tillbaka till hur en fil såg ut för en vecka sedan, inte bara den senaste kopian? --link-dest skapar hårda länkar till oförändrade filer istället för att kopiera dem igen — du får flera fullständiga "snapshots", men bara de faktiska ändringarna tar ny diskplats:

$ rsync -avh --link-dest=/mnt/backup/senaste /data/ /mnt/backup/$(date +%F)/
# skapar en ny daterad mapp, återanvänder oförändrade filer från förra körningen

05 — Automatisera med cron

Precis som i förra inlägget — en rad i crontab, och det sköter sig självt varje natt:

0 3 * * * rsync -avz -e ssh --delete /data/ adam@backupserver:/mnt/backup/data/ >> /var/log/backup.log 2>&1

06 — Testa faktiskt att återställa

En backup du aldrig testat återställa är i praktiken ingen backup — bara en förhoppning. Öva på att kopiera tillbaka en fil från backupen med jämna mellanrum, inte bara att kopiera dit den.

"Det finns bara två sorters IT-folk: de som testat att återställa sina backuper, och de som ska få en mycket dålig dag den dagen de äntligen behöver det."

3-2-1-regeln, i korthet

En gammal tumregel som fortfarande håller

3 kopior av din data (originalet plus två backuper), på 2 olika typer av lagring (till exempel lokal disk och molnlagring eller en annan fysisk plats), varav 1 kopia förvaras på en annan fysisk plats. Rsync löser den tekniska kopieringen — men principen om var kopiorna faktiskt ligger är minst lika viktig som verktyget.

// Sammanfattning — Backup med rsync

RAID skyddar mot diskfel, inte mot raderade filer, ransomware eller en förlorad server — det krävs en riktig backup
rsync kopierar bara det som faktiskt ändrats, vilket gör återkommande backuper snabba
Samma SSH-nyckel du redan satt upp funkar direkt för att ta backup till en annan server
--delete speglar källan exakt — kör alltid --dry-run första gången
--link-dest ger dig flera daterade snapshots utan att slösa diskplats på oförändrade filer
En backup som aldrig testats återställas är i praktiken ingen backup

Backup är sällan det roligaste att sätta upp — det känns som jobb utan belöning, ända fram till dagen det faktiskt räddar dig. Med rsync och cron ihop har du nu en tyst, automatisk säkerhetsnätet som körs varje natt utan att du behöver tänka på det.

Frågor om det här?

Hör av dig — eller läs fler guider.

Kontakta mig Alla guider