I guess in this case it's better to send us diagnostic logs via tools > diagnostic menu. Make sure to check event logs and VSS info option when sending them.

Hi,

First of all, start Backup Service under administrator account: go to Tools > Change Service Account, enter local administrator account name and password, click OK.

If that doesn't help, then using backup operators options should solve the issue, unless the files are encrypted.
Members of the Backup Operators group can back up and restore files and folders regardless of ownership, permissions, or auditing settings. To do this, you need to:

1) Open Computer Management
2) In the console tree, click Groups. You can find it in Computer Management -> Local Users and Groups -> Groups
3) In the details pane double-click Backup Operators.
4) On the Backup Operators Properties dialog box, click Add.
5) On the Select Users or Groups dialog box, next to Name, type the domain and user name of the person you want to make a backup operator Type the domain name first, then a backslash, then the user name. For example,\\Domain\User.
6) Click Add, and then click OK.

Note:
-You must be a member of the Administrators group to designate users as Backup Operators.
-To open Computer Management, click Start, and then click Control Panel. Click Performance and Maintenance, click Administrative Tools, and then double-click Computer Management.

After that edit the backup plan and check "Backup Operators" option on the Advanced Options step.

If all of the above steps don't help I suggest to send us the diagnostic logs via tools > diagnostic menu.

First of all, were the restored files the same as the ones you locally stored. I mean, were the produced buy the same system state backup used on the original machine? Does the restored data set have the same size and amount of files/folders as the locally stored one?

On server systems you can also perform system state backup via our software to check how it works, but some clarifications regarding the backup/restore process would help.

Howdy.
This is actually a known issue and the fix is in the works. It's exclusive to Google Drive and related to their internal versioning. Repository synchronization should be performed before any restore operations. It can be done via tools > options > repository.
This problem does not occur with any other cloud storage provider, including Google Cloud.

I suggest to send the diagnostic logs to our support team via tools > diagnostic menu.
You can provide the link to this thread in the issue description. The ticket will be transferred to me by our engineers.

For image-based and file backups it's much simpler.
You just need to enable block-level mode when setting up the plan and on the scheduling screen specify the plan to perform full backups once a week on Sunday.

Here's an example:

Hi!
Let me begin with the error message first:
To upload the SQL data we first create a dump file using native SQL functionality and by default we place it in C:\Programdata\CloudBerryLab\CloudBerry Backup\MSSQL. After upload the folder is auto-cleared of these files. It is possible that there's simply currently not enough space for those dump files and the software presents this error message.

You can change that folder via tools > options > advanced > temporary folder.

Regarding the schedule:
You can use predefined default schedule and start making backups on Sunday

That will be sufficient for most SQL configurations.

Looks like there's a problem with local Glacier database that contains the inventory records.
Close the software, navigate to C:\Users\%username%\AppData\Local\CloudBerryLab\CloudBerry Explorer for Amazon S3\Data and delete GlacierRepository.db file. After that you would need to request inventory again and delete the vaults.

The endpoint looks unusual.
Make sure you're doing everything according to this guide: http://docs.ceph.com/docs/master/radosgw/swift/auth/
Endpoint should look like https://swift.radosgwhost.com

Customization of scheduled reports is not yet available, sorry. It's on our road map. Added you to the list of people to be notified upon its release.

I don't see an error message itself, but the first thing that comes to my mind is insufficient disk space on C: because the software needs to accommodate some space in Windows temp folder. The best way to troubleshoot this would be to send the logs to support via tools > diagnostic menu.

Just PM'd you a link to beta build. In case the restore doesn't work as intended
on that version we would need logs via tools > diagnostic menu.

Are you referring to cURL by any chance?
You can see various parameters and outputs here: https://api.mspbackups.com/Swagger/#!/Billing/Billing_Get

It's not really clear why you receive this error message, so the best way would be to update to the latest version, reproducing the issue and sending the logs to our support team in case it persists after refreshing inventory via tools > diagnostic menu. You can refer to this forum thread in the issue description when sending diagnostic archive.

Hi!

We use Windows Trust Store, if your OS accepts it then everything should be fine.

That's a known issue with cloud to cloud/cloud to local backups that is exclusive to ACD. We're working on fixing that, but for now I can only recommend switching from ACD to another storage provider.

Users and their data can be deleted like specified here: https://mspbackups.com/Admin/Help.aspx?c=Contents/help_drop_users.html
You can also remotely uninstall the software by clicking on a "gear" button in RMM > Remote Management and selecting "uninstall client".

That is quite unusual, since I was not able to reproduce the issue on the latest version of the software. For image-based backups, that's a know problem that we're working on.

Regarding the synchronization: yest, that is possible. Just go to tools > options > repository and click "synchronize" for your storage account.

For Managed Backup Software Glacier backups are performed via lifecycle rules, so you don't need to use Vaults, just S3 buckets..
You can find more info here: https://mspbackups.com/Admin/Help.aspx?c=Contents/help_move_to_Glacier.html

Thanks for providing these details! Forwarded that info to our devs for evaluation.