Hello,

This is a known issue and we have already escalated this to our R&D. At the moment, we do not have any ETA for this to be fixed, but we added your request to our internal task associated with this and we will keep you posted on the status in the future. In the current implementation, this can't be worked around or fixed by changing any settings in the CloudBerry Drive configuration and the only way to resolve this is to restart the machine.

Paul,

"The credentials I'm using for the backup task are the domain admin creds so it has full access to everything"

Do you mean the credentials you use to run the Backup Service or the credentials you've specified for the NAS while adding it? Just to make sure, could you please check what account is used to run the Backup Service? Please go to Tools/Change Service Account. If you have it set to "Local System Account", please change it to your administrator account and click OK. The Service will be restarted automatically.

Check if the scheduled backup runs OK after that or not. If the issue persists, we will require the diagnostic logs for further investigation here:

Go to Tools > Diagnostics in the program menu. In the opened window click Send button. The logs will be sent to our support team automatically. This will help us diagnose and troubleshoot the issue. Please add "Logs for ticket #309055" to the issue description.

Please put the link to this Forum thread into the description of the logs.

Hi Brandon,

High RAM utilization during the synthetic full is a known issue, it was escalated to our R&D Team and they are currently investigating it and working on the fix.

Have you already sent the diagnostic logs from one of the affected servers? If you have, could you please let me know the associated ticket number, so I can check the logs and provide more details on this issue?

Thank you!

Hi Brandi,

Is the mouse still working? Did you already try to close the session and start it again? Normally, the keyboard control should be regained after this and that would be the easiest way to fix that. In your case, do you have the "Full Control" access level for incoming connection on a Presenter side set by default?

The thing is that there's no button/option allowing to regain the keyboard control and the Full remote control (mouse+keyboard) can be provided in 2 ways:

1. It is set up by default for incoming connection on a Presenter side and you just have it when you connect
2. It is being requested in the beginning of the remote session and it has to be approved by the Presenter.

Also, please make sure you're using the latest version (v2.3.0.52):
https://www.msp360.com/download.aspx?prod=cbra

Let me know if it still doesn't work after restarting the session.

Hi!

In the current version of Dedup Server there´s no possibility to set up Retention Policy and control versioning (unlike standard backup without using Dedup Server where you can remove older versions) so all the versions you´re uploading via Dedup are staying in the cloud. In this case there´s no need to schedule Full Backup and run it from time to time, you can just run full backup one time and then run just differentials.

Recovery time is longer than with standard backup without Dedup Server because the process is using Postgres Repository to prepare data for the restore and assemble it from lots of deduplicated pieces and it may take some time depending on the size and type of the data you have. It´s hard to evaluate it so the easiest way to check it for your particular case is to test it in your environment.

Check this guide for more info on Dedup Server:
https://www.cloudberrylab.com/download/CloudBerry_Dedup_Getting_Started.pdf

Please let us know if you have any questions!

Best Regards!