Den ena kör 'rsync' mot den andre - ofta finns färdiga lösningar för backup eller liknande i NAS mot annan NAS av samma fabrikat och bakom skalet så är det nästan till 100% just rsync som gör jobbet.
Är det mot andra linux/unixbaserade datorer så kanske man får i SSH-terminal manuellt köra rsync mot annan burk och en kommando kan ses liknande
rsync -avPH - i -e ssh användarnamn@192.168.x.x:backupdir1/ /filträd_man_vill_göra_backup_från
(du får söka på 'rsync' vad flaggorna betyder)
Mottagande dator måste ha en ssh-konto för användaren och överföringen går då krypterat mellan och relativt processorsvaga NAS och kanske inte stöd för HW-kryptering så kan man inte räkna med någon högre hastighet utan i området 10 - 30 MByte/s. rättigheterna är samma som användarkontots rättigheter.
Fördelen med ssh är att du med certifikat kan göra scriptad backup utan att behöva passa in passord var gång innan backuppen kommer igång eller att denna finns i klarspråk som variabel i Shell, lika så att köra över publik Internet om den andre NAS:en är åtkomlig den vägen då överföringen är krypterad.
Den andra vägen är att man sätter upp en rsync-demon vilket många NAS stöder att sätta upp i sitt GUI - kan göras lösenordskyddat men överföringen är inte krypterad och därmed inte lämplig att köra utanför sin lokala nät.
där är kommandot modell
rsync -avPH - i -e ssh användarnamn@192.168.x.x::backup1 /filträd_man_vill_göra_backup_från
där 'backup1' är en instans var filerna läggs och bestäms av hur det hela är satt upp i mottagande servern/NAS och likaså vilka rättigheter man ger för läsning och skrivning (dvs en användare kan få rot-rättigheter om så när det gäller att skriva och läsa filer via rsync - så man får tänka sig för och inte öppna dörrar i onödan säkerhetsmässigt).
notera skillnaden mellan ':' och '::' i adresseringen då de ger olika beteenden
---
varför rsync?
Jo den är smart och skrevs vid tiden när man flyttade över data via modem och därmed väldigt långsamt - fokus lades på att inte skicka mer data än nödvändigt för att synka direktory-trän, vilket gör att förutom att kolla tidstämplar (och skippa de som är samma tid om man inte använder flaggan '-c'), sändande och mottagande burken kör rullande checksummor på sina respektive filer på var sin sida och summorna skickas mellan och är det bitar som skiljer så skickar man bara de bitar som behöver uppdateras - dvs jättestora filer patchas på plats utan att hela filen behöver sändas om igen.
dvs är det jättestor databasbas fil där bara några poster ändrats sedan förra synkningen - så skickas bara ändringarna över för uppdatering - inte hela filen igen.
Man kan få rsync att ta bort filer som är borttagna på sändsidan om man passar in flaggan '--delete' - men var försiktig, man kan snabbt haverera väldigt mycket filer på ingen tid alls om man missar en 'direktory/' och det blev 'direktory' i kommandoraden - har man NAS där man kan göra snapshot - använd denna _innan_ man provar att köra rsync med modifierad kommandorad på en befintlig uppsättning filer på mottagande sida.
Precis som många andra Unix och Linux kommandoradsverktyg så är de skarpa och väldigt bra på det som de är gjorda för och man blir snabbt blodig och massiva mängder förlorad data på mycket kort tid om man inte har riktig koll på hur man använder dem... det är ingen som lägger fingrarna mellan om man klantar sig!!