Sådan flytter du enorme filer lynhurtigt mellem to servere med rsync over SSH

rsync over SSH er blandt de mest effektive og sikre metoder til hurtigt at flytte store mængder data mellem to Linux-servere. Når du skal migrere websteder, backup-arkiver, mediemapper eller applikationsdata—ofte på hundredevis af GB—giver rsync en markant hastighedsfordel, da kun ændrede datablokke overføres. Grundprincippet er enkelt: Kildeserverens filer synkroniseres krypteret via SSH til destinationsserveren. Hvis forbindelsen brydes, kan processen fortsætte fra hvor den slap.

Ved serverflytning, hosting-opgraderinger, datacenter-skifte eller backup-operationer er både hastighed og dataintegritet afgørende. At downloade og gen-uploade en stor arkivfil i ét stykke er både tidskrævende og risikabelt—mistet forbindelse betyder typisk, at du skal starte forfra. Her kommer rsync ind i billedet: Den bevarer tidsstempler, rettigheder, ejerskab og mappe-struktur, hvilket gør den til et foretrukket værktøj for Linux-systemadministratorer, DevOps teams og hosting-specialister i daglige operationer.

I denne guide gennemgår vi trin-for-trin, hvordan du overfører store filer mellem to Linux-servere med rsync over SSH, inklusive kommando-eksempler, performance-parametre, sikkerhedstjek, fejl-håndtering, testoverførsler og vigtige overvejelser før du går live. Skal du flytte til en ny VPS eller hosting-platform, så tjek først at der er nok diskplads, SSH-adgang og korrekte brugerrettigheder på både kilde og mål. For hosting- og servervalg se Hostragons VPS serverløsninger og Linux hosting pakker.

Hvad er rsync – og hvorfor er det bedst til store filflytninger?

rsync er et kraftfuldt kommandolinjeværktøj til at synkronisere filer og mapper lokalt eller mellem fjernservere. Dens største styrke ligger i delta-transfer algoritmen: I stedet for at sende hele filen hver gang, overføres kun de ændrede dele. Har du en backup-fil på 80 GB, men kun 2 GB er ændret, overfører rsync kun de nødvendige blokke.

SSH sørger for kryptering undervejs. Det betyder, at filindholdet ikke sendes som klartekst over netværket—afgørende når det gælder kundedata, e-handelsordrer, mediearkiver, databasebackups og private programfiler. I hosting-land handler datasikkerhed ikke kun om SSL på websitet; filoverførsel mellem servere skal også være beskyttet. Brug SSL certifikat til webtrafik, og SSH-kryptering til filflytning.

rsync er langt mere fleksibel end FTP eller manuel download/upload: Rettigheder bevares, symlinks kan flyttes, slettede filer synkroniseres, båndbredde kan begrænses, og du kan teste overførslen før den køres. For risikofyldte operationer som store filflytninger giver denne kontrol markante fordele.

Hvornår skal du bruge rsync over SSH?

rsync over SSH er ideelt til store, mange eller ofte ændrede filer. En simpel billedmappe kan sagtens håndteres med SFTP, men har du tusindvis af filer, forskellige rettigheder eller store arkiver, er rsync langt mere pålidelig.

• Flytter du et website fra en gammel server til en ny VPS?
• Skal du migrere tusindvis af mediefiler—fx WordPress uploads?
• Kopierer du daglige, ugentlige eller månedlige backups til en anden server?
• Skifter du hosting-leverandør eller datacenter?
• Synkroniserer du applikationsfiler mellem produktion og backup?
• Planlægger du lange overførsler med risiko for forbindelsesbrud?

Eksempel: At downloade et 250 GB mediearkiv til din PC og derefter uploade til en ny server betyder dobbelt overførsel og gør din internetforbindelse til flaskehals. Med rsync kan du flytte direkte fra kilde til mål og springe det mellemliggende trin over.

Forberedelser: Hvad skal der være på plads før du starter?

Det kræver mere end bare at kende rsync-kommandoen for at sikre en vellykket flytning. Tjek både kilde- og målserverens opsætning for at minimere risikoen for datatab eller afbrudt overførsel. Følgende tjek er must i produktionsmiljøer.

1. Tjek SSH-adgang

Du skal kunne oprette SSH-forbindelse fra kildeserver til målserver. Test med: ssh bruger@målserver-ip. Bruger du custom port, så: ssh -p 2222 bruger@målserver-ip. Hvis det fejler, vil rsync heller ikke virke. Tjek firewall, Fail2ban, port, brugerrettigheder og adgang via password eller nøgle.

2. Er rsync installeret?

De fleste Linux-distributioner har rsync, men tjek alligevel: rsync --version. Mangler det, så installér på Debian/Ubuntu med apt install rsync; på CentOS/AlmaLinux/Rocky med dnf install rsync eller yum install rsync. Bruger du Hostragons VPS, tager installationen typisk få sekunder.

3. Beregn diskplads

Hvis der ikke er nok plads på målserveren, stopper overførslen. Tjek kilde-mappens størrelse med du -sh /kilde/mappe og målserverens diskstatus med df -h. Husk ekstra plads til midlertidige filer og logs. Skal du flytte 500 GB, så planlæg mindst 550-600 GB ledig på målet.

4. Planlæg for aktive tjenester og ændrede filer

På live websteder kan filer ændres under overførslen—fx uploads, cache og logs. Typisk flyttes hoveddata først, siden sættes site i vedligeholdelse, og en sidste rsync køres. Så minimeres downtime til få minutter. For WordPress brug Guide til overførsel af WordPress hosting til detaljeret planlægning.

Grundlæggende rsync-kommando: Flytning mellem to servere

Standard-kommandoen ser sådan ud: rsync -avz /kilde/mappe/ bruger@mål-ip:/mål/mappe/. -a står for arkivmode (bevarer rettigheder, timestamps og symlinks), -v for verbose output, -z for komprimering under overførsel. Bemærk skråstregen: /kilde/mappe/ kopierer indholdet; /kilde/mappe kopierer selve mappen.

Eksempel: Skal du flytte 180 GB webfiler fra /var/www/site/public_html/ på den gamle server til samme mappe på den nye, brug: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. Dette overfører data krypteret via SSH.

Det er sikrere at bruge en dedikeret bruger med skriveadgang fremfor root. Opret evt. en ‘deploy’ bruger, og tilpas mappens ejerskab. Selvom root er praktisk, anbefales begrænset adgang af hensyn til sikkerheden.

Anbefalede sikre og robuste rsync-parametre

Ved store flytninger er det ikke altid nok med standard-kommandoen. Tilføj parametre for at håndtere afbrudt forbindelse, delvise filer, utilsigtede sletninger eller langsomme netværk. Følgende kommando er et solidt udgangspunkt:

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /kilde/mappe/ bruger@mål-ip:/mål/mappe/

-a er arkivmode, -H bevarer hard links, -A ACL-rettigheder, -X extended attributes. --numeric-ids bruger ID fremfor brugernavn (nyttigt når brugernavne varierer). --partial gemmer delvise filer, --progress viser status, --append-verify fortsætter og verificerer ved store filer.

Ikke alle parametre er nødvendige på alle systemer. Simpel webflytning kan nøjes med -aHAX, mens special-applikationer kræver ACL og extended attributes bevaret. Test altid med en prøveoverførsel.

Hvis SSH kører på en anden port: Sådan tilpasser du rsync

SSH-porten kan være ændret fra standard 22 af sikkerhedshensyn. Så skal du tilføje porten til rsyncs SSH-parameter: rsync -avz -e ssh -p 2222 /kilde/mappe/ bruger@mål-ip:/mål/mappe/. Det korrekte format er: rsync -avz -e 'ssh -p 2222' /kilde/mappe/ bruger@mål-ip:/mål/mappe/.

Vær opmærksom på brug af anførselstegn i terminalen—de skal være korrekte. For SSH-nøgler tilføjer du -i: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /kilde/mappe/ bruger@mål-ip:/mål/mappe/. Dette bruges ofte til automatisering og cron-baserede backups.

Test før overførsel: Brug --dry-run

En professionel tilgang til store flytninger er at teste med --dry-run. Den kopierer ikke, men viser hvilke filer der vil blive flyttet. Så opdager du eventuelle fejl i mappevalg, målsti eller utilsigtede sletninger før det er for sent.

Eksempel: rsync -avz --dry-run /var/www/site/ bruger@mål-ip:/var/www/site/. Du ser hvilke filer og mapper der vil blive overført. Skal du bruge --delete, er dry-run ekstra vigtig: --delete fjerner filer på målet, der ikke findes på kilden—det kan være katastrofalt hvis du rammer forkert mappe.

Typisk workflow: Først SSH-test, så diskplads-tjek, derefter rsync --dry-run, test på lille mappe, og til sidst hovedoverførsel. Det tager få minutter, men kan spare timer på fejlslået overførsel.

Performance: Komprimering, båndbredde og kryptering

rsyncs performance afhænger ikke kun af filstørrelse. Serverens CPU, disktype, netværkslatency, båndbredde og filantal spiller ind. Mange små filer flyttes ofte langsommere end én stor, fordi metadata skal håndteres for hver fil. NVMe-VPS’er giver mærkbart hurtigere scanning og skrivning. Overvej NVMe VPS server hvis du skal flytte meget data.

-z (komprimering) er effektiv til tekstfiler, logs og backups, men ikke til allerede komprimerede zip, tar.gz, jpg, mp4 etc. Med to kraftige servere og 1 Gbps netværk kan du få bedre performance uden -z ved store mediefiler. Ved langsom forbindelse og teksttunge data sparer -z dog markant tid og båndbredde.

Begræns båndbredde med --bwlimit. Fx --bwlimit=50000 (ca. 50 MB/s). Det beskytter din primære webtrafik. Planlæg flytning til nattetimer, sæt båndbreddebegrænsning, og hold øje med load average undervejs.

Sammenligning: rsync, scp, SFTP og FTP

Der findes flere metoder til filflytning—hver med egne styrker og svagheder. Tabellen herunder viser hvornår de hver især passer bedst:

Som det ses er rsync suveræn til gentagne synkroniseringer og store datamængder. scp er simpelt, men ikke lige så smart til ændrede filer som rsync. FTP bør undgås uden kryptering. I hosting-paneler kan FTP være nyttigt, men til kritisk serverflytning bør SSH-baserede metoder vælges.

Eksempel-workflow: Flytning af live website med minimalt downtime

At flytte et website handler ikke kun om filer. DNS, database, SSL, PHP-version, filrettigheder og mail skal også tjekkes. Her er en arbejdsgang for flytning af et stort site med minimal nedetid:

• Forbered webserver, PHP, database og nødvendige moduler på den nye server.
• Sæt DNS TTL lavt (fx 300 sek.) før flytning. Til domænehåndtering se Domæneforespørgsel og domænestyring.
• Kør første rsync mens sitet er live—det flytter hoveddata.
• Tag databasebackup og flyt den til den nye server.
• Sæt sitet i vedligeholdelsestilstand.
• Kør en ekstra rsync for at synkronisere ændrede filer.
• Opdater database eller brug inkrementel strategi.
• Tjek filrettigheder, site launch og logs på den nye server.
• Installer eller forny SSL-certifikat. Se installation af SSL certifikat.
• Opdater DNS til den nye IP.

Hovedoverførslen sker mens sitet er online, så downtime begrænses til den sidste synkronisering og DNS-skift. På store WordPress-sites kan dette reducere downtime fra timer til minutter.

Kontrol af dataintegritet

Det er ikke nok at overførslen er fuldført—tjek filantal, størrelser og kritiske filer. Sammenlign kilde og mål med du -sh, men vær opmærksom på at filsystemet kan give små forskelle. Kør rsync igen med samme parametre: Hvis intet flyttes, er data identisk.

For checksum-verificering: rsync -avc --dry-run /kilde/mappe/ bruger@mål-ip:/mål/mappe/. -c sammenligner via checksum—det er CPU-krævende på meget data, så brug med omtanke. Til vigtige arkiver, database dumps eller kundedokumenter giver det ekstra tryghed.

Flytter du websites, så test på applikationsniveau: Forside, adminpanel, upload, betalingsside, kontaktformular og error logs. På e-handels-sites skal du også teste betalingsintegration og cron-jobs.

Typiske fejl og løsninger

Permission denied

Oftest skyldes det brugerrettigheder, SSH-adgang eller nøgle-autentificering. Prøv SSH-login med samme bruger, og test oprettelse af fil i målmappe. Tilpas ejerskab med chown eller planlæg sudo-strategi.

No space left on device

Diskpladsen er opbrugt. Tjek df -h. Nogle gange er /tmp eller en mount-point fuld, selvom hoveddisken ikke er det. Ryd logs, gamle backups og cache; eller opgradér til større VPS.

Connection reset/Broken pipe

Netværksudfald kan forekomme ved lange overførsler. Med --partial og --append-verify kan du genstarte kommanden og fortsætte. Justér evt. SSH keepalive-indstillinger: ServerAliveInterval 60 kan forhindre timeouts.

Langsom overførsel

Årsager kan være mange små filer, disk I/O, komprimeringsbelastning eller netværk. Overvej først at samle mange små filer til én tar-arkiv, hvis performance er kritisk—men så mister du rsyncs fil-baserede synkronisering. Fjern -z ved store, allerede komprimerede filer. Brug iotop, htop og iftop til at identificere flaskehalse.

Sikkerhed: Best practices ved serverflytning

Sikkerhed må ikke overses. Root-adgang, SSH-nøgler og backup-filer skal behandles som følsomme. Brug SSH-nøgler fremfor password, hold nøgle-filernes rettigheder stramme, del aldrig private nøgler, og brug passphrase hvis muligt.

Opret en midlertidig bruger med adgang kun til relevante mapper. Fjern eller deaktiver denne bruger efter flytning. Begræns SSH-adgang til bestemte IP’er. Firewall, Fail2ban og opdateret OpenSSH er grundlæggende sikkerhed.

Backup-filer, kundedokumenter og persondata bør slettes fra både kilde og mål efter flytning. Lad ikke .sql, .zip eller .tar ligge i webroot—det giver sikkerhedsrisiko. Opbevar dem i en ikke-web-tilgængelig mappe eller slet dem helt.

Automatiske backups med rsync

rsync er også velegnet til løbende backup. Planlæg fx daglig synkronisering af en mappe til en backupserver med cron. Brug SSH-nøgle for passwordløs, men sikker adgang; rsync flytter kun ændrede filer og kan begrænse båndbredde.

Eksempel: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@backup-ip:/backup/site/. Denne synkroniserer mål med kilde. Husk: --delete fjerner filer på målet, der ikke findes på kilden—det kræver omhu. Til kritiske backups brug snapshots eller versionering.

Følg 3-2-1 backup-reglen: mindst 3 kopier, på 2 forskellige medier, hvoraf 1 på en ekstern lokation. rsync gør det let at få kopier på tværs af servere. For mere avanceret backup-løsning se Sikkerhedskopieringsløsninger og Virksomheds hosting tjenester.

Checkliste før stor filflytning

Brug denne tjekliste før du starter—særligt i produktionsmiljøer:

• Er rsync installeret på både kilde og mål?
• Er SSH-forbindelsen testet med korrekt bruger og port?
• Er der nok diskplads på målserveren?
• Er første run testet med --dry-run?
• Er vedligeholdelsestilstand og sidste synkronisering planlagt for live site?
• Er --delete testet og målsti bekræftet?
• Er filstørrelser, rettigheder og applikationstest planlagt efter flytning?
• Er midlertidige backup- og dump-filer planlagt til sikker sletning?

Disse tjek virker simple, men mange fejl skyldes netop manglende diskplads, forkert mappevalg, forkerte rettigheder eller uforberedt DNS-skift. Med en planlagt rsync-proces får du både hurtigere og mere reversibel migration.

FAQ – Ofte stillede spørgsmål

Starter rsync-overførslen forfra hvis forbindelsen brydes?

Nej, med de rette parametre gør den ikke. --partial og --append-verify sørger for at store, delvise filer kan fortsætte. Tjek altid diskplads og delvise filer før du genstarter.

Kan rsync flytte databasen direkte?

rsync flytter filer, ikke aktive databasefiler. Brug mysqldump eller tilsvarende til backup, og flyt dump-filen med rsync. For live-systemer bør du planlægge vedligeholdelse eller replikering for at sikre datakonsistens.

Skal jeg have root-adgang på begge servere?

Nej, det er ikke nødvendigt. En bruger med skriveadgang til målmappe er nok. Hvis du skal bevare ejerskab, ACL eller systemfiler, kræves dog mere adgang. Af sikkerhedshensyn anbefales begrænset bruger.

Er --delete sikkert?

Ja, hvis det bruges korrekt. Det synkroniserer mål med kilde, men kan give datatab hvis du rammer forkert mappe. Test altid med --dry-run og dobbelttjek stier.

Er rsync bedre end scp til store filer?

Til små, enkeltstående kopier er scp fint, men til store datamængder eller gentagne synkroniseringer er rsync næsten altid bedre. Den kan genoptage, begrænse båndbredde, og teste inden overførsel.

Opsummering og næste skridt

Med rsync over SSH kan du flytte enorme datamængder hurtigt, sikkert og med minimal downtime. Korrekte parametre gør overførslen robust mod afbrudt forbindelse, og kun ændrede filer flyttes. For optimale resultater: Tjek SSH og diskplads, test med --dry-run, og planlæg hovedoverførslen nøje.

Skal du opgradere server, have mere lagerplads eller migrere til bedre hosting, så tjek Hostragons muligheder for VPS, hosting, domæne og SSL. Start altid med små test, mål performance og planlæg den sidste synkronisering for en smertefri overgang.