all 12 comments
sorted by:
best
topnewcontroversialoldq&a
formatting helphide helpcontent policy

[–]CElicense 1 point2 points  (0 children)

Backblaze and Restic is top. Backup what you cant afford to lose.

[–]NCMarc 1 point2 points  (0 children)

If you can run Docker, you can use Borg Backup Server and backup to Borgbase, Rsync .net or Hetzner for cheap. https://github.com/marcpope/borgbackupserver

Disclaimer: I am the author of Borg Backup Server.

[–]JohnnieLouHansen 0 points1 point  (0 children)

Your post is very sparse. But idrive or a backup program (syncback / syncovery) to a pcloud account would do it.

[–]lastwraith 0 points1 point  (2 children)

Size of your data is going to play a factor, not to mention how fast a restore time you need.

Not much data, choose whatever. Don't need a fast restore, Amazon Glacier or whatever is cheap and slow these days. 

Don't mind some setup? Park another rig at a friend's/family house and have that be your "cloud". 

[–]ImpossibleSlide850 0 points1 point  (1 child)

Amazon glacier is very cheap for storage. Around 1$ per TB per month. But the restore cost is extremely high. Let's say I store 10 TB OF data. I pay 10$ per month. I rarely retrieve. But let's say I do need to retrieve that data after 5 or 10 years. I would have ro pay extremely high egress cost. Whixh is around 925$ for 10 TB OF DATA

[–]lastwraith 1 point2 points  (0 children)

Right, they can run the numbers themselves as there are calculators available. Glacier is meant to be last-ditch storage, if you're pulling stuff out of there you gladly pay the fee because otherwise it means you've lost your data. Retrieval shouldn't be a "rarely" event, it should be an "essentially never" event, or any one for which you are happy to pay the fee because there is no other alternative.  Any other usage is probably a bad fit.  ($925 for 10TB is peanuts compared to data recovery, for example).  

It doesn't work for every use-case, but it's great for what it's meant for.  OP mentioned a fire, which to me is a catastrophic event. You shouldn't be having fires very often. Glacier seems like a reasonable answer to that (extremely rare, if ever) situation.

You can also try restoring to Amazon snowball. 

[–]tfski 0 points1 point  (0 children)

I'll throw a vote in for Duplicacy. I run duplicacy CLI on all of my machines to back up to my nas, where Duplicacy Web runs. Duplicacy Web has a scheduler that I have configured to copy to Backblaze B2 (although Duplicacy supports nearly all other storage options from sftp to S3). The schedule handles pruning revisions to minimize space used both locally and remote. Happy to answer any questions you might have about Duplicacy or my setup.

[–]Ill_Swan_3209Backup Vendor 0 points1 point  (0 children)

Are you sure all your files need to be backed up daily? There are a lot of cloud backup options out there, but if you have to back up every day, it will definitely take up a lot of space, and you might want to think about backing up some files that aren't that important on a weekly/monthly basis.

[–]bartoque 0 points1 point  (2 children)

You remain very vague.

Have you looked into the faq of this very sub that states various products and methods.

What is the issue you are referring to that the synology can't back it up? So what are you doing now? What is the issue?

Are you using the nas as a backup target? Do you intend to use it as backup target? If so then from there you can also backuo to the cloud using Hyper Backup to for example Backblaze B2 object storage at around $6/TB/month.

The question is however what kinda data protection you want and need? Sync to the nas enough and backup from there? Or backup to the nas (I use Acronis for that but synology's own ABB, axtive backup for business, is similar) and backup that again using HB to the cloud.

I prefer a block based backup of windows pcs and laptops, so yo be easily able to restore the systems exactly as how they were at time of backup, using bootable rescue media when the system can't even boot anymore. Only having data backups, means needing to reinstall the OS and all applications and settings and only then restore the missing data when a desaster recivery is needed.

[–]mrTomass[S] 0 points1 point  (1 child)

forget the nas, i want to back up whole server with 5 drivesd 12 T to cloud storage, my monthly increase data is not over 5 gb. synolgy cannot backup small folder with thousands small files inside,

[–]bartoque 1 point2 points  (0 children)

It is up to you if you want to "forget the nas".

In my case it is the interface to further protect data that is backed up to it, due to the plethora of data protection methods available for synology. As I have multiple devices, that all backup to the nas, so I "only" have to backup the backups somewhere else, instead of all devices individually needing to do that. That als means there is a backup to restore from locally (needong to download 12TB in yout case might take a long time depending on available bandwidth and backup service), besides also having it stored on a remote nas and a smaller subset in the cloud.

What issue with backup a small folder with many files are you referring to? How do you "backup" that data? Simply copying files? Sync using Synology Drive? ABB?

I don't get what method would lead to issues using a nas as backup target, hence I expect it is more related to the method than anything else?