Nagy fájlok gyors átvitele két szerver között SSH és rsync használatával

Az SSH-n keresztüli rsync parancs az egyik legpraktikusabb Linux-alapú módszer nagy fájlok gyors, biztonságos és megszakításálló átvitelére két szerver között. Különösen nagy, akár több száz gigabájtos weboldal fájlok, biztonsági mentések, média mappák vagy alkalmazásadatok átvitele esetén az rsync jelentős sebességelőnyt nyújt a klasszikus másolási módszerekhez képest, mivel csak a megváltozott blokkokat továbbítja. A működési elv egyszerű: a forrás szerveren lévő fájlok egy SSH-alagúton keresztül titkosítva szinkronizálódnak a cél szerverre; ha a kapcsolat megszakad, a folyamat folytatható onnan, ahol abbamaradt.

Szerverátvitel, hosting frissítés, adatközpontváltás vagy biztonsági mentési műveletek során nemcsak a sebesség, hanem az adat integritása is kulcsfontosságú. Egy nagy archívum letöltése és újratöltése időpazarló, ráadásul megszakadt kapcsolat esetén újrakezdést jelenthet. Az rsync megőrzi a fájlok időbélyegét, jogosultságait, tulajdonosi adatait és a mappastruktúrát, ezért a Linux rendszergazdák, DevOps csapatok és webhoszting szakértők napi munkájukban gyakran választják.

Ebben az útmutatóban lépésről lépésre bemutatjuk, hogyan lehet két Linux szerver között SSH-n keresztül rsync segítségével nagy fájlokat átvinni, valós példákkal illusztrálva. Megosztjuk a teljesítményoptimalizálás paramétereit, biztonsági ellenőrzéseket, hibakezelési forgatókönyveket, tesztátviteli módszereket, valamint az éles környezetbe való átállás előtt fontos teendőket. Ha új VPS-re vagy hosting környezetbe költözöl, mindenképp győződj meg arról, hogy a forrás és a cél szerveren elegendő szabad hely, SSH-hozzáférés és megfelelő jogosultságok állnak rendelkezésre. Az infrastruktúra kiválasztásához ajánljuk, hogy tekintsd meg a Hostragons VPS szerver megoldások és a Linux Tárhely Csomagok.

Mi az az rsync, és miért ideális nagy fájlok átvitelére?

Az rsync egy erőteljes parancssori eszköz, amely fájlokat és mappákat szinkronizál helyi rendszeren vagy távoli szerverek között. Legfontosabb tulajdonsága a delta átvitel algoritmus, amely nem a teljes fájlt küldi újra minden alkalommal, hanem csak a megváltozott részeket továbbítja. Például egy 80 GB-os biztonsági mentés esetén, ha csak 2 GB változott, akkor nem kell az egész fájlt átküldeni, hanem elég csak a módosított blokkokat.

Az SSH a továbbítást titkosítja, így az rsync nem küldi a fájl tartalmát sima szövegként az interneten keresztül. Ez különösen fontos ügyféladatok, e-kereskedelmi rendelésnaplók, médiaarchívumok, adatbázis mentések és privát alkalmazásfájlok esetén. A hosting világában az adatvédelem nem csak az SSL tanúsítványokra korlátozódik; a szerverek közötti adatátviteli csatornának is biztonságosnak kell lennie. Ahogy a weboldal forgalmát SSL-lel védjük (SSL tanúsítvány), úgy a szerverek közti fájlátvitelhez is SSH alapú titkosítás javasolt.

Az rsync rugalmasabb, mint az FTP vagy a manuális letöltés-feltöltés; megőrzi a jogosultságokat, képes kezelni a szimbolikus linkeket, törli a céloldalon már nem létező fájlokat, korlátozhatja a sávszélességet, és az átvitel előtt tesztfuttatást is végezhet. Nagy fájlok mozgatásánál ez a kontroll szint komoly előnyt jelent.

Mikor érdemes SSH-n keresztül rsync-et használni?

Az SSH-n keresztüli rsync parancs ideális nagy, sok darabos vagy gyakran változó fájlok átvitelére. Egyszerű képfájlok esetén elég lehet a manuális SFTP, de több ezer fájl, különböző jogosultságok és nagy archívumok esetén az rsync megbízhatóbb választás.

• Ha régi szerverről új VPS-re költözteted a weboldalad.
• Ha több ezer médiafájlt tartalmazó WordPress uploads mappát másolsz.
• Ha napi, heti vagy havi biztonsági mentéseket készítesz külön szerverre.
• Ha adatközpontot vagy hosting szolgáltatót váltasz.
• Ha alkalmazásfájlokat szinkronizálsz éles és biztonsági környezet között.
• Ha hosszú átviteleket tervezel, ahol előfordulhat kapcsolatmegszakadás.

Például egy 250 GB-os média mappa letöltése és utána feltöltése az új szerverre két külön lépést jelent, ami megnyújtja az összes átvitel idejét és megterheli az otthoni vagy irodai internetkapcsolatot. Az rsync segítségével közvetlenül a forrás és cél szerver között zajlik az átvitel, így ezt a plusz lépést megspórolhatod.

Mit érdemes előzetesen ellenőrizni?

Az rsync sikeres használatához nem elég csak a parancsot ismerni. A forrás és cél szerver feltételeinek ellenőrzése csökkenti az adatvesztés vagy félbeszakadt átvitel kockázatát. Ezeket a lépéseket minden éles környezetben mindenképp végezd el.

1. Ellenőrizd az SSH elérést

Biztosítani kell, hogy a forrás szerverről a cél szerverre létrejöjjön az SSH kapcsolat. Alapértelmezett teszt: ssh felhasználó@cel-szerver-ip. Ha nem az alap 22-es portot használod, akkor például: ssh -p 2222 felhasználó@cel-szerver-ip. Ha ez nem működik, az rsync sem fog. Vizsgáld meg a tűzfal beállításokat, a Fail2ban szabályokat, az SSH portot, a felhasználói jogosultságokat, valamint a jelszó vagy kulcs alapú hitelesítést.

2. Ellenőrizd, hogy az rsync telepítve van-e

Az rsync legtöbbször előre telepítve van a Linux disztribúciókon, de érdemes meggyőződni róla. Debian vagy Ubuntu rendszereken futtasd az rsync --version parancsot. Ha nincs, telepítheted az apt install rsync paranccsal. AlmaLinux, Rocky Linux vagy CentOS rendszereken dnf install rsync vagy yum install rsync a megoldás. Hostragons Linux VPS szolgáltatás esetén pár másodperc alatt telepíthető.

3. Ellenőrizd a szabad lemezterületet

A cél szerveren elegendő szabad helyre van szükség az átvitelhez, különben félbeszakad a folyamat. A forrás mappa méretét a du -sh /forras/mappa paranccsal tudod megnézni, a cél szerver lemezterületét a df -h paranccsal. Érdemes a fájlméretnél nagyobb szabad helyet tervezni a temp fájlok és logok miatt, például egy 500 GB-os adat esetén legalább 550-600 GB-ot.

4. Tervezd meg a kritikus szolgáltatásokat és a változó fájlokat

Éles weboldalak esetén a fájlok átvitel közben változhatnak – például a felhasználói feltöltések, cache mappák vagy naplófájlok. Nagyobb áttelepítéseknél először az alapadatokat szinkronizáld, majd vedd karbantartási módba az oldalt, és futtass egy utolsó rsync-et, hogy a friss változások is átkerüljenek. Így a kiesés minimálisra csökkenthető. WordPress esetén például a WordPress tárhely átköltöztetési útmutató segíthet a folyamat összeállításában.

Alap rsync parancs: fájlok átvitele két szerver között

Az alapvető, leggyakrabban használt parancs a következő: rsync -avz /forras/mappa/ felhasználó@cel-ip:/cel/mappa/. Az -a az archív mód, ami megőrzi a jogosultságokat, időbélyegeket, szimbolikus linkeket, stb. A -v részletes visszajelzést ad, a -z pedig tömörítést alkalmaz az átvitel során. Fontos a mappa végén lévő perjel: ha megadod, csak a mappa tartalma másolódik, ha nem, akkor a mappa is létrejön a céloldalon.

Például ha az /var/www/site/public_html/ mappában lévő 180 GB-os weboldalt szeretnéd átküldeni egy új szerverre, a parancs így néz ki: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. Ez az SSH-n keresztül történő másolást indítja el forrásról célra.

Ha nem szeretnél root-ként dolgozni, célszerű a cél szerveren egy dedikált felhasználót létrehozni, amelynek írási jogosultsága van az adott mappára. Például a deploy nevű felhasználó. Ezzel biztonságosabb a művelet, bár gyakorlatban az éles környezetben sokan a root-ot használják, de mindig ajánlott a korlátozott jogosultságok alkalmazása.

Biztonságos és megbízható rsync paraméterek nagy fájlokhoz

Nagy fájlok átvitelénél nem elég a legegyszerűbb parancsot használni. Kapcsolatmegszakadás, részleges fájlok, hibás törlések vagy lassú hálózat esetén extra opciók kellenek. Az alábbi parancs jó kiindulási alap sok valós helyzethez:

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /forras/mappa/ felhasználó@cel-ip:/cel/mappa/

Itt az -a az archív mód, -H megőrzi a hard linkeket, -A az ACL jogosultságokat, -X a kiterjesztett attribútumokat. A --numeric-ids a felhasználói és csoportazonosítókat számokban kezeli, ami hasznos lehet eltérő felhasználónevek esetén a két szerveren. A --partial megőrzi a megszakadt fájlokat, nem törli őket. A --progress mutatja az átvitel állapotát, az --append-verify pedig nagy fájloknál segít az ellenőrzésben, amikor onnan folytatja az átvitel, ahol megszakadt.

Nem minden paraméter szükséges minden esetben. Egy egyszerű weboldal átvitele során az -aHAX lehet megfelelő, míg egy speciális jogosultságokat használó alkalmazásnál az ACL és extended attribute megőrzése kritikus. Ezért mindig érdemes először tesztet futtatni.

Ha eltérő SSH portot használsz – hogyan módosítsd a parancsot?

Biztonsági okokból az SSH gyakran nem a 22-es porton fut. Ilyenkor az rsync parancsban meg kell adni a portot is egy SSH paraméterrel. Példa:

rsync -avz -e ssh -p 2222 /forras/mappa/ felhasználó@cel-ip:/cel/mappa/

Ez azonban nem helyes, mert a -e paraméter értékeként kell megadni az egész ssh parancsot porttal együtt. A helyes forma:

rsync -avz -e 'ssh -p 2222' /forras/mappa/ felhasználó@cel-ip:/cel/mappa/

A JSON vagy egyes paneles beállításoknál a szimpla idézőjel máshogy működhet, ezért a terminálban érdemes odafigyelni az idézőjelek helyes használatára. Ha SSH kulccsal lépsz be, hozzáadható az -i opció is:

rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /forras/mappa/ felhasználó@cel-ip:/cel/mappa/

Ezt gyakran használják automatizált, cron alapú mentésekhez.

Átvitel előtti teszt: --dry-run opció használata

Mielőtt nagy adatot másolnál, az egyik legprofibb lépés a --dry-run opció használata. Ez nem másolja át ténylegesen a fájlokat, csak megmutatja, mely fájlok kerülnek átvitelre. Így előre kiszűrhetők a rossz mappák, hibás célutak vagy nem kívánt törlések.

Példa tesztparancs:

rsync -avz --dry-run /var/www/site/ felhasználó@cel-ip:/var/www/site/

A kimenetben listázza a másolandó fájlokat, a létrejövő mappákat és az összegzést. Ha --delete opciót is használsz, a dry-run különösen fontos, mert az törli a céloldalon azokat a fájlokat, amik a forrásoldalon már nem léteznek. Ha helytelen útvonalra futtatod, komoly adatvesztést okozhat.

A professzionális munkafolyamat általában így néz ki: először SSH kapcsolat teszt, majd lemezterület ellenőrzése, aztán rsync --dry-run, egy kis mappán való valós próba, majd a teljes átviteli folyamat elindítása. Ez pár perc pluszt jelent, de órákig tartó hibákat előz meg.

Teljesítményoptimalizálás – tömörítés, sávszélesség és titkosítás

Az rsync sebessége nem csak a fájlmérettől függ. Fontosak a szerverek processzor teljesítménye, a háttértár típusa, hálózati késleltetés, sávszélesség és a fájlok száma is. Sok kicsi fájl átvitele lassabb lehet, mint egy nagy fájlé, mert minden fájl metaadatait külön kezelni kell. NVMe meghajtós VPS környezetekben gyorsabb a fájlolvasás és írás, ezért nagyobb forgalmak esetén érdemes NVMe VPS szerver megoldásokat választani.

A -z tömörítés jól jön szöveges fájlok, naplók vagy néhány mentési típus esetén, de már eleve tömörített zip, tar.gz, jpg, mp4 vagy gzip állományoknál többet ront a CPU kihasználtságán, mint amennyit nyer a sebességen. Ha 1 Gbps hálózattal rendelkező két erős szerver közt adsz át hatalmas médiafájlokat, jobb lehet a -z nélkül. Lassú sávszélességű és szövegközpontú fájloknál viszont a -z jelentős megtakarítás lehet.

A sávszélesség korlátozására a --bwlimit opció szolgál. Például --bwlimit=50000 körülbelül 50 MB/s sebességet állít be. Ez azért lényeges, hogy az éles weboldal forgalmát ne terheld túl. Érdemes az átvitelt éjszakára időzíteni, sávszélesség limitet alkalmazni és közben figyelni a szerver terheltségét, például a load average értékeket.

Összehasonlítás: rsync, scp, SFTP és FTP

Több módszer is létezik fájlok átvitelére, de mindegyiknek megvannak az előnyei és hátrányai. Az alábbi táblázat összefoglalja, melyik mikor a legjobb választás nagy fájlok és szerverátvitel esetén.

Ahogy a táblázat is mutatja, az rsync különösen ismétlődő szinkronizációk és nagy adatmozgatás esetén jön ki igazán jól. Az scp egyszerű és kényelmes, de nem képes olyan okosan felismerni a változásokat, mint az rsync. Az FTP titkosítás nélkül nem felel meg a mai biztonsági elvárásoknak, így kritikus áttelepítésekhez nem ajánlott. FTP hozzáférés lehet kényelmes hoszting panelekben, de szerverek közti fontos átvitelhez mindig SSH alapút válassz.

Éles weboldal áthelyezésének mintafolyamata

Egy weboldal régi szerverről újra költöztetése nem csak a fájlok másolásából áll. DNS, adatbázis, SSL, PHP verzió, jogosultságok és e-mail beállítások is ellenőrzendők. Íme egy példa, hogyan lehet minimális kieséssel, nagy fájlokkal dolgozni:

• Az új szerveren telepítsd a webszervert, PHP-t, adatbázist és a szükséges modulokat.
• Csökkentsd a DNS TTL értékét átmenetileg 300 másodpercre a költözés előtt. Ehhez a Domain ellenőrzés és domain kezelés oldalt ajánljuk.
• Indítsd el az első rsync átvitelt az oldal élő állapotában, ez viszi át a legtöbb adatot.
• Készíts adatbázis mentést és másold át az új szerverre.
• Kapcsold karbantartási módba az oldalt.
• Indítsd el a második rsync-et, hogy a legfrissebb fájlok is átkerüljenek.
• Frissítsd újra az adatbázist vagy alkalmazz inkrementális stratégiát.
• Ellenőrizd a fájl jogosultságokat, az oldal működését és a naplókat az új szerveren.
• Telepítsd vagy újítsd meg az SSL tanúsítványt. Ehhez segítség a SSL tanúsítvány telepítése oldal.
• Vezesd át a DNS rekordokat az új IP címre.

Ebben a módszerben a legtöbb adat átvitele még az oldal élő állapotában történik. A kiesés a végső szinkronizálás és DNS váltás idejére korlátozódik. Nagy médiaarchívummal rendelkező WordPress oldalak esetén ez a megközelítés órák helyett percekre rövidítheti a leállást.

Adatintegritás ellenőrzése

Az átvitel befejeztével nem elég csak a parancs sikeres lefutását látni. Ellenőrizd a fájlok számát, méretét és kritikus állományokat. Egyszerű ellenőrzéshez hasonlítsd össze a forrás és cél mappák méretét a du -sh paranccsal. Mivel fájlrendszer blokkméretek eltérhetnek, a számok nem mindig pontosan egyeznek. Részletesebb ellenőrzéshez futtathatsz újra rsync-et ugyanazokkal a paraméterekkel; ha nincs új fájl, a kimenet minimális.

Ellenőrizheted md5 vagy checksum alapján is, például az rsync -avc --dry-run /forras/mappa/ felhasználó@cel-ip:/cel/mappa/ paranccsal. A -c opció a fájlokat időbélyeg és méret mellett ellenőrzi összeg alapján, de ez nagy adatnál jelentős CPU és lemez terhelést okozhat. Kritikus archívumok, adatbázis mentések vagy ügyfél dokumentumok esetén ez extra biztonságot nyújt.

Ha weboldalt költöztettél, ellenőrizd az alkalmazás működését is: főoldal, admin felület, képfeltöltés, fizetési folyamat, kapcsolatfelvételi űrlap és hibanaplók. E-kereskedelmi oldalak esetén nem elég a fájlok átvitele, a fizetési rendszerek és időzített feladatok (cron) tesztelése is szükséges az új környezetben.

Gyakori hibák és megoldásaik

Permission denied hiba

Ez általában SSH jogosultság, célmappa írási engedély vagy kulcs-hitelesítés hiánya miatt fordul elő. Először próbálj meg sima SSH kapcsolattal belépni ugyanazzal a felhasználóval. Ha ez sikeres, próbálj meg fájlt létrehozni a célmappában. Szükség esetén add meg a mappa tulajdonjogát chown-nal vagy tervezz sudo-alapú megoldást.

Nincs elég hely a lemezen

Ha a céllemezen elfogy a hely, az átvitel megszakad. Ellenőrizd a df -h paranccsal a partíciók telítettségét. Előfordulhat, hogy az alaplemez nem telített, de a /tmp vagy egy mountolt pont már igen. Nagy átvitelek előtt töröld a régi logokat, cache-eket és nem használt mentéseket. Ha ez nem elég, fontold meg a lemez bővítését vagy nagyobb VPS csomagra váltást.

Connection reset vagy Broken pipe hiba

Hosszú átvitelek közben előfordulhat hálózati megszakadás. Ha használod a --partial és --append-verify opciókat, újraindítva folytathatod az átvitel ott, ahol abbamaradt. Hasznos lehet az SSH keepalive beállítás is, például a kliens oldalon a ServerAliveInterval 60 másodperc érték megadása, ami csökkenti az idő előtti bontásokat.

Nagyon lassú átvitel

A lassulás oka lehet a sok kis fájl, a lemez I/O limit, a tömörítés miatti CPU terhelés vagy az internet sebessége. Sok kis fájl esetén érdemes lehet először tar archívumot készíteni, bár ekkor elveszik az rsync delta előnye. Nagy, már tömörített fájloknál próbáld meg a -z kapcsolót eltávolítani. Használj eszközöket, mint az iotop, htop vagy iftop, hogy kiderítsd, CPU, lemez vagy hálózat a szűk keresztmetszet.

Legjobb biztonsági gyakorlatok

A szerverek közti fájlátvitel során a biztonság nagyon fontos. Különösen figyelj a root hozzáférésre, SSH kulcsokra és a mentési fájlokra. Ajánlott jelszó helyett SSH kulccsal belépni, a kulcsfájlok jogosultságait szigorúan korlátozni, és lehetőség szerint titkos jelszóval védeni őket.

Használj ideiglenes felhasználót az átvitelhez, amely csak a szükséges mappákhoz fér hozzá. Az átvitelt követően vedd vissza a jogosultságokat vagy tiltsd le a fiókot. Az SSH kapcsolatokat korlátozd csak meghatározott IP címekre. A tűzfal szabályok, Fail2ban konfiguráció és naprakész OpenSSH verzió alapvető biztonsági elemek.

Ha adatbázis dumpokat, ügyfél dokumentumokat vagy személyes adatokat tartalmazó archívumokat viszel át, a folyamat után töröld a forrás és cél oldalról a szükségtelen ideiglenes fájlokat. Különösen veszélyes, ha a webkiszolgáló gyökérmappájában maradnak .sql, .zip vagy .tar fájlok, mert ezek hozzáférhetővé válhatnak az interneten. Ezeket vagy elzárt könyvtárban tárold, vagy az átvitelt követően töröld.

Automatizált biztonsági mentés rsync segítségével

Az rsync nem csak egyszeri átvitelre alkalmas, hanem rendszeres mentésekhez is. Például beállíthatsz egy cron feladatot, amely minden éjjel átviszi egy mappát a mentési szerverre. Ebben az esetben SSH kulcsos azonosítást használsz jelszó nélkül, az rsync csak a változott fájlokat küldi, és beállítható a sávszélesség korlátozása is.

Példa parancs:

rsync -a --delete --bwlimit=30000 /var/www/site/ backup@backup-ip:/backup/site/

A --delete itt azt jelenti, hogy a céloldali mappa teljesen tükröződik a forrás szerint, tehát ha a forrásból fájl törlődik, az a céloldalon is eltűnik. Ezért nagyon körültekintően használd, nehogy véletlenül adatvesztés legyen. Kritikus mentési stratégiákhoz snapshotokat, napi verziózást vagy verziókezelést támogató megoldásokat ajánlott alkalmazni.

A 3-2-1 biztonsági mentési szabály jó irányelv: az adatból legalább 3 példány legyen, 2 különböző médián és 1 példány távoli helyszínen. Az rsync megkönnyíti a szerverek közti másolást. További mentési megoldásokról és vállalati hoszting szolgáltatásokról a Mentési Megoldások és vállalati tárhely szolgáltatások tartalmak nyújtanak segítséget.

Végső ellenőrző lista

Mielőtt belevágsz a nagy fájlok átvitelébe, érdemes végigmenni az alábbi pontokon, hogy minimalizáld a hibák esélyét. Ez az ellenőrző lista különösen éles környezetben legyen alapkövetelmény.

• Az rsync telepítve van mindkét szerveren?
• Az SSH kapcsolat működik a megfelelő felhasználóval és porttal?
• Elegendő szabad hely van a cél szerveren?
• Az első átvitel --dry-run opcióval tesztelve lett?
• Az éles oldal karbantartási módba lett állítva a végső szinkronizálás idejére?
• Ha használod a --delete opciót, a célútvonal helyessége megerősítve?
• Az átvitel után ellenőrzöd a fájlméreteket, jogosultságokat és az alkalmazás működését?
• A szükségtelen ideiglenes fájlok biztonságosan törölve lesznek?

Ezek az egyszerűnek tűnő lépések a gyakorlatban a leggyakoribb hibák megelőzésében segítenek, mint a rossz célmappa, hiányzó jogosultságok, kevés tárhely vagy rosszul megtervezett DNS váltás. Egy átgondolt rsync folyamat gyorsabbá teszi a költözést és biztonságosabbá a visszatérést.

Gyakran ismételt kérdések

Ha az SSH kapcsolat megszakad rsync közben, az átvitel újrakezdődik az elejétől?

Nem, ha megfelelő opciókat használsz. A --partial és --append-verify megvédik a részlegesen átvitt nagy fájlokat, és újraindítva az átvitel ott folytatódik, ahol abbamaradt. Kritikus átvitel előtt azonban mindig ellenőrizd a cél oldali szabad helyet és az esetleges részleges fájlokat.

Az rsync képes-e közvetlenül adatbázist átvinni?

Nem, az rsync fájlokat másol, de egy futó adatbázis állományainak közvetlen másolása nem ajánlott. MySQL vagy MariaDB esetén használj mysqldump-ot vagy fizikai mentési eszközöket, és az így létrejött dump fájlt másold át rsync-el. Az élő rendszer adatkonzisztenciája érdekében karbantartási mód vagy replikációs stratégia szükséges.

Kell-e root hozzáférés mindkét szerveren az rsync használatához?

Nem feltétlenül. Elég, ha a célmappa írási jogosultsággal rendelkezik egy felhasználó. Azonban, ha fájltulajdonlást, rendszer szintű könyvtárakat vagy ACL-eket kell megőrizni, akkor magasabb jogosultságokra lehet szükség. Biztonsági szempontból mindig ajánlott korlátozott jogosultságú felhasználót használni.

Biztonságos-e a --delete opció használata?

Ha helyesen alkalmazod, a --delete hasznos a célmappa teljes szinkronban tartásához a forrással. Viszont ha rossz célmappára futtatod, adatvesztést okozhat. Ezért minden esetben először --dry-run-nal teszteld a parancsot, és ellenőrizd a megadott utak helyességét.

Nagyméretű fájl átvitelhez rsync vagy scp jobb?

Kis mennyiségű fájl gyors másolásához az scp egyszerűbb lehet, de nagyméretű vagy sok fájl esetén, illetve ismétlődő szinkronizációknál az rsync előnye, hogy csak a változásokkal dolgozik, megszakadás esetén folytatható, sávszélességet szabályozhat és tesztelhető.

Összegzés és továbblépés

Az SSH-n keresztüli rsync parancs használata két szerver között nagy fájlok átvitelére gyors, biztonságos és könnyen kezelhető megoldást kínál. Megfelelő opciókkal a megszakadt kapcsolatok sem okoznak problémát, csak a változásokat továbbítja, így időt takarít meg és csökkenti az élő weboldal áthelyezéséből eredő kiesést. A legjobb eredményért először ellenőrizd az SSH kapcsolatot és a szabad lemezterületet, tesztelj --dry-run-nal, majd tervezett módon indítsd el az átvitel fő lépéseit.

Ha új szerverre költözöl, nagyobb tárhelyre vagy gyorsabb hosting infrastruktúrára van szükséged, érdemes megvizsgálni a Hostragons megoldásait, ahol VPS, hosting, domain és SSL csomagok állnak rendelkezésre, hogy a költözés biztonságos és gördülékeny legyen. Kezdd kis tesztekkel, mérd az eredményeket, és az utolsó szinkronizációt mindig alaposan tervezd meg.