Looks good to me.
mph
> On Feb 13, 2020, at 8:44 AM, Guillermo Rozas wrote:
>
> Yes. In your setup all the incremental-unfilled are deltas with
> respect to the last incremental-filled (see the level column). And if
> you delete the last incremental (which is filled, level 0), the system
> wil
Is there a reason why BackupPC 3.3.0 would automatically restart the same
restore job immediately after finishing it?
We had a RAID array go down a couple weeks ago. After replacing the drives and
rebuilding the array, I found that a .vhdx file used by the one of the two VMs
was corrupted, so I
Yes. In your setup all the incremental-unfilled are deltas with
respect to the last incremental-filled (see the level column). And if
you delete the last incremental (which is filled, level 0), the system
will fill the previous one and refer all the others to it, so you
never end with a broken chai
So, this is a perfectly working system:
https://postimg.cc/PCZgN634
with *ALL* backups available totally ?
I'll be able to restore *any* file from *any* backup , in example,
even from the #18 ?
Il giorno gio 13 feb 2020 alle ore 16:07 Michael Huntley
ha scritto:
>
> Hi Gandalf,
>
> Not with v4.
Hi Gandalf,
Not with v4. V4 uses reverse deltas, so your most recent backup is a filled,
or complete backup.
V4 calculates the difference between today and yesterday, and so on backwards.
Just think of it as incrementals going back in time and carrying your full
with you each day. You hav
Just a confirm:
if I have a full backup done on 2020-01-14 (doing 1 full each month)
and daily incrementals, keeping up to 14 incrementals, I have data
loss ?
In example, the incremental done yesterday (2020-02-12), is relative
to the incremental done on 2020-01-14 ?
How does it work, exactly ?
