On Fri, Sep 21, 2012 at 12:05 AM, Stefan Ring <stefan...@gmail.com> wrote:

> On Fri, Sep 21, 2012 at 6:31 AM, andy thomas <a...@time-domain.co.uk>
> wrote:
> > I have a ZFS filseystem and create weekly snapshots over a period of 5
> weeks
> > called week01, week02, week03, week04 and week05 respectively. Ny
> question
> > is: how do the snapshots relate to each other - does week03 contain the
> > changes made since week02 or does it contain all the changes made since
> the
> > first snapshot, week01, and therefore includes those in week02?
>
> Every snapshot is based on the previous one and store only what is
> needed to capture the differences.
>
> > To rollback to week03, it's necesaary to delete snapshots week04 and
> week05
> > first but what if week01 and week02 have also been deleted - will the
> > rollback still work or is it ncessary to keep earlier snapshots?
>
> No, it's not necessary. You can rollback to any snapshot.
>
> I almost never use rollback though, in normal use. If I've
> accidentally deleted or overwritten something, I just rsync it over
> from the corresponding /.zfs/snapshots directory. Only if what I want
> to restore is huge, rollback might be a better option.
>
>
I wasn't going to jump into this quagmire, but I will.  To the second
question, if you've got snaps 1-5, and you roll back to snap 3, you will
lose snaps 4 and 5.  As part of the rollback, they will be discarded.  As
will any other changes made since snap 3.  If you delete snap 1 or snap 2,
any blocks they have in common with snapshot 3 will be retained, you will
simply see snap 3 "grow" because those blocks will now be accounted for
under snap 3 instead of snap 1 or snap 2.  Any blocks that were not shared
with snap 3 will be discarded.

Another point since you seem to be new to snapshots that I'll illustrate
with an example.

Say you've got snap 1, and in snap 1 you've got file 1.  File 1 is made up
of 20 blocks.  If you overwrite blocks 1-10 of file 1 50 times before you
take snapshot 2, snapshot 2 will only capture the final state of the file.
 You will not get 50 revisions of the file.  This is not continuous data
protection it's a point in time copy.

--Tim
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to