Recent content by fcorbelli

Perhaps it is possible by some heuristic analysis of the number of files overwritten in a certain period of time However, it would require extensive support from the operating system which, at present, I don't think exists. It is not realistically possible to prevent encryption, it is worth...

If I understand right, you have 1,5 copies (the first two are the same,maybe. Maybe because not checked). In this case you cannot restore anything older then the third, and you will have a iatus between copy 1 and copy 3. In this case you could really use ZPAQ technology to get - almost...

Turning back to initial question: how many versions did you keep, and for how long? With UNIX systems, NOT Windows filesystems, forever (zfs send). The key point is to have a deduplication mechanism capable of minimizing the space used, and thus stretching to the maximum (virtually to...

Works for you... but... are you sure you cannot do something better? About testing backup, as explained before, it is essential In fact, I'm a storage manager and disaster recovery architect, so I'm more used to protecting corporate rather than home-based data. But not being sure that your...

Therefore, you are not sure that your data has not been changed, corrupted or lost. You "hope" everything is OK, but you don't know it. Of course it is a mechanism that is fine for a home user but, personally, I do not recommend it. Any unverified backup is a risk.

For verify the copy you can use this (just an example!) https://github.com/fcorbelli/zpaqfranz/releases/download/51.27/zpaqfranz.exe If you want to check (say) two directories c:\nz to z:\nz zpaqfranz c c:\nz z:\nz In this example c = compare c:\nz = first directory (master, source) z:\nz =...

Whatever you do (robocopy / mir or use different software) I still recommend verifying the copy, i.e. checking that you have made an identical copy. There are various programs to do this verification, free and paid. Personally I would recommend mine (free, opensource!) but essentially just to...

So your "story" is three copies, let's say three days, and it's all about data from a Windows machine. If I understand correctly, I suggest you try zpaq, so as to have virtually unlimited backups (let's say realistically 1,000-2,000). Free (opensource software) and tested for years In this case...

If the guy want to make a disaster recovery plan I can do very easily. And yes, I have a solution to keep backups forever.

It's depends on the filesystem. We are talking of a Windows machine? Or a more general situation ? Do you want to store DATA only, or SOFTWARE too? For data (on Windows) I suggest to do something like that zpaqfranz a d:\mybackup.zpaq c:\data c:\pippo c:\photo In this example you will take...

If your data is important, but not fundamental (= you don't want / can spend) you can keep it, always encrypted, for example on dropbox If, on the other hand, you want / you can spend (something not taken for granted in the home environment) you can rent a machine (so it becomes YOUR machine...

Normally for enterprise copies I prepare at least 7, of which at least 5 are checked daily. For "home" use I rent a FreeBSD machine (about 120 euros / year) with 2TB of space to make copies (verified)

Using even "cheap" cloud services (like dropbox), and zpaq, it's easy to take a copy of data forever. Typically, if a ssh server is available, it's possible to make copy overnight (zpaqed-rsync) or every hours (zfs-rsyced replica). But this require a source and target FreeBSD OS

The same for Virtual Machines. In this "real world" example a Windows 2008R2 MS-SQL (~350GB) .vmdk daily copy for about 4 months in 189GB root@f-server:/copia1/copiepaq/spaz2020 # zpaqfranz i 15-05-2021-macchinavirtuale.zpaq zpaqfranz v51.27-experimental snapshot archiver, compiled May 26 2021...

Almost forever. Using opensource multiplatform zpaqfranz (my fork) or zpaq (original one) you can take the data forever. In this example a fileserver from 2018 to 2021 (~500.000 files, ~500GB) packed in ~877GB zpaqfranz v51.27-experimental snapshot archiver, compiled May 26 2021...