Hello Chris,

When dealing with cloud storages, your volumes will be in a local cache and
in the remote cloud storage.

To clean the local cache, you must use the "cloud prune" and the "cloud
truncate" commands. Having "Truncate Cache=AfterUpload" in the cloud
resource will guarantee that the part file is deleted from the local cache
after and only after it is correctly uploaded to the remote cloud. Because
it may happen that a part file cannot be uploaded due to, for example,
connection issues, you should create an admin job to frequently run both
the "cloud prune" and the "cloud truncate" commands.

Then, to guarantee the volumes in the remote cloud are cleaned, you need
both the "prune volumes" and the "truncate volumes" commands (the last one
will delete the date in the volume and reduce the volume file to its label
only).

Please note the prune command will respect the retention periods you have
defined for the volumes, but the purge command doesn't. Thus, I wouldn't
use the purge command to avoid data loss.

Best regards,
Ana

On Wed, Sep 14, 2022 at 6:22 PM Chris Wilkinson <winstonia...@gmail.com>
wrote:

> I'm backing up to cloud storage (B2). This is working fine but I'm not
> clear on whether volumes on B2 storage are truncated (i.e. storage
> recovered) when a volume is purged by the normal pool expiry settings. I've
> set run after jobs in the daily catalog backup to truncate volumes on purge
> for each of my pools. E.g
>
> ...
> Runscript {
>   When = "After"
>   RunsOnClient = no
>   Console = "purge volume action=truncate pool=docs-full storage=cloud-sd"
>  }
> ...
>
> The local cache is being cleared but I think this is because I set the
> option "Truncate Cache=AfterUpload" in the cloud resource to empty the
> local cache after each part is uploaded.
>
> I'd like of course that storage (and cost) doesn't keep growing out of
> control and wonder if there is a config option(s) to ensure this doesn't
> happen.
>
> Any help or advice on this would be much appreciated.
>
> Thanks
> Chris Wilkinson
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to