Backup med rsync till vilken molntjänst?

molntjänst med ssh till sitt konto skulle jag vilja säga.

Att köra rsync med rsync-service direkt mot nas/molntjänst som supportar det, så går överföringen okrypterat!!.

Skall man ha det transportskyddat så måste det gå över ssh (och att du kan starta rsync från ditt rsync-konto/terminal).

en alternativ/komplettering av backup är att titta på borg-backup

där måste man dock köra via sshfs om filerna skall läggas på lagring om lagringen inte kan köra borg-backup lokalt.

med andra ord väldigt mycket hänger på om du kan få ssh-access eller inte.

@Tommy: Vi ska se om inte @Lindhe kan hjälpa till i frågan. (Vidare skulle jag rekommendera att du sätter upp ett cron-jobb som pushar datan över rsync med ett visst intervall, men att du i samma script även krypterar datan på något vis så att datan är säker även när den nått destinationen.)

TAR skulle förvisso fungera, men har du tittat på duplicity, duplicati, borg-backup

Duplicity och duplicati bygger i princip på samma filosofi ala TAR-backup men har lagt till featurer som att kunna sända data via ssh, till olika molntjänster och dessutom kryptera alltihop (om man vill) innan datat lämnar den fysiska burken. dessa gör incemetella backupper men problemet är att man behöver göra ny masterbackup med jämna mellanrum. om inte annat så lär man sig den dagen när en återhämtning innebär att gå igenom masterbackuppen och sedan alla 90 dif-filarkiv innan man kan få ut sin data från igår... ovanstående brukar ha 30-dagars cykler mellan sina mastebackup.

Borg-backup är ännu mer avancerad - förutom att komprimera och kryptera datat, så deduplicerar den också datat - dvs. har du tex. bilder eller stycken ur en större fil som förekommit minst en gång tidigare i tidigare backup i repositoriet, så lagras det inte på nytt utan det bara sparas en referens. Den är heller inte beroende vilken ordning backupperna gjordes eller att att man behöver ta en 'masterbackup' med jämna mellanrum som nästan alla andra backuplösningar kräver. man kan i fritt val ordning rensa av de tagna backupperna (och det finns funktioner för det) och återta diskutrymme för just det unika datat som tas bort i och med att man tar bort backupsessioner.

Ej heller känslig om du flyttar runt bildarkiv eller media-arkiv eller göra kopior av dem i massor på datorn och alla andra datorer som man gör backup mot samma repositorie - det är fortfarande bara en enda exemplar av varje unik bild/media/fil som lagras i repositoriet. alla kopior utöver detta lagras bara som referens.

Många andra backuplösningar kan växa våldsamt i storlek om man har sorterat, flyttat runt och fixat sitt bild och media-arkiv

prova flera backupalternativ tills du hittar en lösning för dig.

https://rclone.org/ kanske kan vara något den stödjer många olika leverantörer.

Med bara några hundra GB så är Backblaze B2 intressant eftersom de tar betalt per GB. T.ex. rclone som nämndes i inlägget ovan funkar med B2.

100 GB kostar 0,5$ / månad för lagring och 2$ att ladda ner när man ska återställa från backupen.

Man tar ur sin gamla fungerade disk och sedan stoppar man in en ny tom disk, kanske av annan sort och storlek och sedan provar man om backuprutinen fungerar!!.

För det är exakt det läget det kommer att vara om din SSD är död när du slår på datorn en morron - och det är det fallet du skall klara av att hantera.

Fungerar det inte så stoppar du tillbaka din gamla disk och jobbar vidare på din backup-lösning tills den fungerar.

kort sagt - du har ingen backuplösning förrän den är provad!!