Automatiskt kopiera filer till NAS

owncloud har allt förutom att den är i realtid och inte på schema. fördelen är att man får filhistorik.

Jag har länge brottats med det här eftersom Windows egen säkerhetskopiering muppar loss med nätverksenheter. På servermaskinen kör jag FBackup som är helt okej, men på de vanliga datorerna kör jag Paragon Hard Disk Manager 16 Basic som jag varit väldigt nöjd med några veckor nu.
Inkrementella kopieringar, schemaläggning, enkelt gränssnitt. Tyvärr uppfyller det inte alla dina krav men som flera andra påpekat tror jag att det blir svårt, och det är dessutom farligt.

Ämnet 'backup' är något som man aldrig blir nöjd över, har man krav på GUI så minskar flexibiliteten avsevärt och de som finns är skapade efter programskaparens tankar på backup - inte användarens eventuella annorlunda önskemål.

Därför är många av de mer flexibla lösningarna i form av program körd i terminal av anledningen att de skall kunna användas i script.

---

Själv har jag precis lyckats få in borgbackup i en köpenas (en netgear-NAS med ARM-propp, inte speciellt kraftfull) - kan man köra borg-backup på en Raspberry-PI så borde det fungera på även en ganska lam ARM-baserad NAS var min tanke.

Om fler går i samma tankar - se till att uppdatera firmwaren att den har minst python 3.5 snurrande hela vägen (inklusive 'pip') och att det är denna som används när man försöker installera den. Själv gjorde jag den långa vägen med bara fel, fel, fel när man försökte köra dom enkla vägarna med skumma fel i installationsskriptar etc. och till slut blev det ändå att man fick bygga upp det från scratch från github för både borgbackup och python 3.5, cpython och kompilera på plats på själva NAS:en med C-kompilatorn mm., det var en massa beroende av olika filer och developer-versioner av libbar och *.h-filer som måste hämtas hem, men det gick till slut!

---

Varför man vill ha borgbackup lokalt snurrande på Nasen är för att enklare kunna skicka data på rätt plats via krypterad kanal mha. SSH-konto när man kör borgbackup på klientdator

På samma sätt som rsync så har man har man en borgbackup-master snurrande på klientdatorn och en daemon av borgbackup på NAS lokalt snurrande och dessa kommunicera mellan sig när filerna skickas över - en klient-server relation.

Det innebär att mastern på klientdatorn inte kan skriva direkt på Nasens disk utan allt måste gå igenom daemonen lokalt på NAS och det är daemonen som skriver filerna på rätt plats inne på NAS.

Till detta kan man ställa i config-filen att repositoriet är bara utökningsbar och read-only på det som redan är skrivet - är fil-snutten väl skriven på disken så kan den inte i efterhand ändras eller raderas - även om det kommer en raderings-order från klientdatorns borgbackup.

Tanken är förstås att repositoriet skall bli resistent mot ransomware-attack på klientdatorn inklusive att borg-klienten har blivit övertagen/hackad av fientlig script på klientdatorn som försöker förstöra alla backupper...

Möjligen på lite mindre kända NAS-fabrikat. Både QNAP och Synology uppdaterar sina appar frekvent. Jag hjälper till på företag (på sidan om, timanställd) som kör båda typerna och det har räddat båda företagen från ransomware - väldigt nyligen. NextCloud går att mecka in på Synology om man vill prova på.

På jobbet använder jag Acronic Cloud fast enbart mha deras MSSQL-app på kunders (AtlasCopco, Profoto, Syntronic, EMS'are etc) data med 3 månaders retention. Smidigt interface, tyvärr enligt det "moderna" platta stuket.

Veeam är nog bra men deras agressiva approach när man ger sig tillkänna ger lite fadd smak. Deras buggar fixas iofs rätt snabbt men det verkar gå på lite väl lösa boliner när man släpper saker. Tyvärr enda valet för mig som labbar i hemmet med vmwares prylar med knapp budget.

Om du vill ha GUI-mjukvara så finns FreeFileSync
FFS har flera olika synkroniseringslägen, Update, Mirror, 2-waysync mm.

I ditt fall låter det som om du ska använda dig av Update, dvs alla nya filer skickas över men filer som tas bort ligger kvar på NASen.
FFS kan schemaläggas eller köras i realtid.
Kör du med realtidssyncen så kan du göra den som en tjänst (dvs programmet körs i en användares konto men användaren behöver inte vara inloggad).