Re: Using dar for archives to optical discs

John Goerzen <[email protected]> Wed, 31 May 2023 16:53:34 -0500
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <[email protected]>
Thank you, Denis.  This is helpful.  Some more comments/questions
inline:

On Wed, May 31 2023, Denis Corbin wrote:

> On 31/05/2023 17:54, John Goerzen wrote:
>> Now, the question of restoration arises.  dar_manager can ingest these
>> archives (or isolated catalogs).  Is dar_manager slice-aware?
>
> No, dar_manager does not need to be slice-aware. Furthermore,
> dar/dar_manager do support re-slicing a backup/archive (using dar_xform)
> and the re-sliced backup/archive can be used in place of the original in
> total transparency with the same isolated catalogue.
>
>> In other
>> words, can I get it to tell me, for a given restoration, "I will be
>> needing slices 5, 3, and 10 of backup A and slice 2 of backup B"?
>
> This is dar's task (not dar_manager's) to do that, see -Tslice option:
>
>   dar -l <backup/archive> -Tslice
>   dar -l <backup/archive> -Tslice -g some/file

Very nice!  I did some experiments with dar_manager and all this, and it
is looking promising.

The one thing I'd like to be able to do is easily find what slice is
needed for a given restoration.  I can do that somewhat manually; with:

dar_manager -B foo -f bar

that will give me archive numbers, which dar_manager ... -l will
translate into filename for me.  From that, I can use dar -l -Tslice -g
bar to get the slices for each required backup file.

I did note that dar_manager -r is very helpful for actually doing the
restore!  Nicely prompts for the last slice, then the slices it needs.
One foible: it complains of removing a non-existent file (presumably it
wouldn't if I used -k) but it did work correctly.

> Note that location of data and metadata stored in a catalogue correspond
> to the amount of byte from the beginning of the backup as if there was
> only a single slice. If the backup is sliced this is the duty of the
> underlying "sar" object to abstract this slicing and convert these
> absolutes offsets to slice number + relative offset, knowing the slicing
> information of the backup (= initial slice size and other slices size).

Ahh; I gather that this is why dar_split can't be used with random
access, because there are only two sizes stored (the size of slice 1,
and the size of all slices >1)?

- John