Re: FW: Update Catalogue file from diff files.

Denis Corbin <[email protected]>
Newsgroups gmane.comp.sysutils.backup.dar.support
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Hi Dan,

In complement to Stefan's hint, you can speedup the first
step, by doing a snapshot instead of a full backup that you just drop
afterward. A snapshot is equivalent to an isolated catalogue of a just
run full backup, see -A option for all details, but in short:

	dar -c <snapshot> -A + -R <source> ...

eventually also making an on-fly isolated catalogues for the following
steps, can make the operation even more efficient:

	dar -c <diff-backup> -A <ref_catalogue> -R <source> -@
<new_catalogue> ...

My two cents,

Cheers,
Denis


On 18/01/2021 18:10, Stefan Hammerl via Dar-support wrote:
> Hi Dan,
>
> do you know the merge-command?
>
> In your case you could either merge to subsequent incremental
> archives or merge the incremental archive with the baseline: dar
> --merge <output_archive> -A <diff_file_or_base> -@
> <next_diff_file> --overwrite-policy "{-I}[Oo][Rr]" --no-warn
>
> The overwriting policy is used to also delete files in the base
> archive (<diff_file_or_base>) when they are marked as deleted in
> the next_diff_file. Read the man page for details.
>
> If a new archive is created you can delete diff_file and
> next_diff_file and probably rename output_archive properly.
>
> Best regards, Stefan
>
> Daniel Cox <[email protected]
> <mailto:[email protected]>> schrieb am Mo., 18. Jan.
> 2021, 05:43:
>
> Sorry first attempt to send had formatting issues:
>
> Hi everyone,
>
> This is my first post so I hope I am doing it right...
>
> I am using DAR to create a mirror of data from one data store to
> another. I only ever need to send the latest diff files across the
> network to the second store and because of this I have decided to
> use a catalogue and differential backups on the source. I want to
> minimise the space that DAR uses on the source system. My process
> is like this:
>
> 1. Take baseline backup of whole system
>
> 2. Generate catalogue file from baseline backup (then delete
> baseline backup)
>
> 3. Generate first differential backup from catalogue and source
>
> dar -c <diff-backup-name> -A <catalogue> -R <source>
>
> 4. Generate subsequent backups from differential files
>
> dar -c <diff-backup-name> -A <previous-diff-file> -R <source>
>
> The issue is that the number of diff files that I need to retain
> on the source system seems to increase quite quickly.
>
> My questions are: 1. Can I somehow add the meta data in the diff
> backups that are generated back to the catalogue so that I don't
> have to keep the relatively heavy diff files around? 2. Is what I
> am doing the right thing or perhaps there's an easier way?
>
> Thanks a bunch!
>
> Dan.
>
>
> _______________________________________________ Dar-support mailing
> list [email protected]
> <mailto:[email protected]>
> https://lists.sourceforge.net/lists/listinfo/dar-support
>
>
>
> _______________________________________________ Dar-support mailing
> list [email protected]
> https://lists.sourceforge.net/lists/listinfo/dar-support
>
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEOzEprx3d76WjfYGPCDGwvQPYsYIFAmAF1YQACgkQCDGwvQPY
sYI+7A/8Cr2OSCcoBD08R+64kjQW3djza2l1PLe6sbZuu8k6xqlMSIZo6CN+uQgI
JfLf+8Q9p3nkwMeUxzD/DsdmwOCHwTgO3N8DOzG5MwOeMgmmtjD9AbeNjNIpHf/7
lCf/LqfdrZtKHUvVW5XoTLDSbrdTgaRhJfwBsNx63N/LeU+OVglbpCW6SmBeNonw
qcP3Z8usxGxE3wqZrIZj96KwyjqvduuZpOQXL9NeDpzO+FWCIhis8aiiQC+pMlLQ
LsH12D63RMrhsYvoQxSIcjqf6XUuI+YaH6v4qlGO5YZyOB1AItFF/uds5DIvW/qJ
7Y5c4wxXzikjyUiXJ6aA+JUM7lys2n/00MoBtbLw4PxedEJZADbKmdx35FnKFB7u
Ji9tGIJsFx6UJFUeWOpGhltySfDDeSQQo4AtsTtD64KoJFPGpE9Mld/VGetNF0WP
W586HSHZY8DVbnxAoYpcLv4h89k9LnLa7UyR5UNM/kpvszYA6YG8EvyxOTAw0bFF
RRp89MWQcH3xBnc/mwKizbHzASgwYXlhgECzwFIphEUB01Pi7LgPI8hODLvY0X8X
tOSi7/zc252k7nppux54cncdg4nhu5/8SjGu6fnwbeegjD6KDTqHse3MbAQddS2S
6GONyRMakqAhGfBRTzyjw6LH2lqmPKbO9pDBopQ7XoXVqFjJ0UQ=
=zIhK
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.