Hi Support,
I am running MSP360 Standalone Backup v7.9.1.128.
I would like to enable Compliance Mode for my Immutable Backups.
According to your documentation support has to enable compliance mode.
Could you please assist me with this?
Thanks,
Sam
Hi Support,
I am running MSP360 Standalone Backup v7.9.1.128.
I would like to enable Compliance Mode for my Immutable Backups.
According to your documentation support has to enable compliance mode.
Could you please assist me with this?
Thanks,
Sam
Open a support ticket
[reply=“Steve Putnam;10605”]
Yeah, I already did that, they told me they don’t support Standalone edition anymore and to make a post here, so…
[reply=“SamboNZ;10606”] You can try editing the enginesettings file. find a block related to the storage destination and add the following <BaseConnection xsi:type="S3Connection">
<DisplayName>Storagename</DisplayName>
<ImmutabilityMode>COMPLIANCE</ImmutabilityMode>
<ImmutabilityEnabled>true</ImmutabilityEnabled>
Thanks [reply=“Alexander Negrash;10610”],
A few questions however:
Should I leave this line as is and separately add:
COMPLIANCE
…or modify the existing line to be the above?
What is the solution to this?
Hi, [reply=“SamboNZ;10612”]
I have check with the latest build 7.9.1.128
Object lock should be enabled for storage account and in plan.
You should remove this from enginesettings for your S3 connection:
and replace with
COMPLIANCE
Then restart the App.
In case you are using master password, the warning will appear

Accept changes.
Run the plan.
If successful GFS backup was created, all data parts (*.cbl files) should be protected with object lock.
You can check this will CloudBerry Explorer:

Object lock

Object headers

Thanks [reply=“Andrey;10619”], I’ll give that a go.
A question on object locking however; testing in governance mode I ran a full backup today (100% successful, no errors or warnings) with the following retention settings:

However, reviewing the resulting object locks on the resulting backup .cbl files, it shows immutability for 1 year. Given that I’ve specified that the December monthly should be should be kept as the yearly:

Is this because it’s the first backup so it defaults to keeping that as the first yearly?
Selected month is the beginnning of the yearly period. So we should keep one full Y backup for period December - November.
If you have started a backup on the 31th of October - it creates new Y backup on that day (first sucessful backup for period December 2022 - November 2023). A backup created after 1st of December will be the next Y backup for December 2023 - November 2024.
GFS scheme is described here:
https://help.msp360.com/cloudberry-backup/backup/about-backups/gfs/gfs
https://help.msp360.com/cloudberry-backup/backup/about-backups/gfs/gfs-faq
Thanks [reply=“Andrey;10622”], I understand now.
One remaining issue however is that after I modify the enginesettings.list file as you instructed and accept the ‘unauthorised changes’, subsequent closing and reopening of the backup client will still show the ‘unauthorised changes’ dialog.
To answer my own question; this seems like a bug, but a workaround is to disable the master password, make the enginesettings.list file changes, then re-enable the master password.
Another point to note is that immutability is only applied to full backups and additionally only those which have a specified GFS retention period set.