You'd normally click the computer name or go into the gear icon and select something like Show Plans (if you had Managed Backup installed). But since your computer names are not showing up with a link, and the test I just ran shows the same, it appears the system information I referred to is currently tied to Managed Backup.

I will add a requirement to the system to see if it can be added to Remote Desktop when Managed Backup is not installed.

Not that it helps you now, but it currently looks something like this:

Generally speaking, we leave configuration information around in case someone needs to uninstall and reinstall. As an example, if you uninstalled our Backup product, you would not want to lose your backup and restore plans if you planned to reinstall. I'll pass your comments to the team and see if they think an option on uninstall to remove configuration information would be a good idea.

You'll have to send an email to licenseatmsp360dotcom and someone on the support team will release the license for you. This functionality should be on the CloudBerry Central Portal (https://www.cloudberrycentral.com/Admin/StandaloneLicenses.aspx) and I see a requirement in the system to have this feature added in a future release. Until then, if you are planning to reinstall or change systems, release the license first from the product to avoid this step. And for those unavoidable times when that's not possible, just make a note of the licensing email address and send them the request.

Thanks.

It's in the management portal under RMM - Remote Management. If you click on the computer name and then the system infon icon, you can see system info. You'll need to have the agent installed from Downloads before you'll see the remote system.

I only have managed remote desktop installed on machines that also have managed backup installed. I'll have to check to make sure that the metrics I'm referring to are available even on machines without backup installed.

System information is available from the management portal in our managed remote desktop solution.

I'll ask the team, but I doubt this enhancement will make it to the free version.

My apologies. The team is working on the issue as we speak and I'll post an update once I have confirmation that the certificate is addressed.

https://www.msp360.com/resources/blog/how-to-find-your-aws-access-key-id-and-secret-access-key/

Please verify your credentials are typed in correctly for the S3 Storage Account you set up. If you can see your buckets in the Bucket Name, then you are likely set up correctly. Make sure your bucket name is lowercase only and adheres to the Amazon S3 Bucket Name guidelines: https://docs.aws.amazon.com/AmazonS3/latest/dev/BucketRestrictions.html

Can I assume you are only backing up data on local hard drives or is the data source somewhere else?

Under Mapped Drives in Options, are you sure the account is Mounted? Once mounted, it should show up under you Computer in Windows Explorer as a mounted drive.

Please provide additional details on mapped drive settings (Mount As option should be selected), others?

I've added your comments to the existing feature request in the system for enhancements in folder exclusion. If the feature should be scheduled in a future release, someone will reach out to you to let you know.

Currently, you'd have to explicitly exclude the folders you do not want to back up.You can create one plan and then Clone it or Export it using Export Configuration to make it easier to apply to multiple computers. Or you can have a look at our CLI to be able to do this from the command-line: https://help.msp360.com/cloudberry-backup/command-line-interface/backup-restore-plans/managing-file-backups

After digging around a bit more, I have some additional information. The current backup process does not multi-thread backups for individual files over a LAN (cloud backups are chunked and do no exhibit this issue). So, while the Thread Count option in Settings tells the product how many file processing (backup/compression/encryption) threads to run during a backup, if you are only backing up a single file over on the local network, that file will not be backed up with multiple threads. This is going to be remedied in a future release when the new backup format is introduced. But for now, when you enable encryption on your backup, you will introduce additional CPU Cycles on that one CPU Core processing that file. On many modern processors, this will not bottleneck the backup, but it may be causing a CPU bottleneck on your system. Can you tell me about your CPU (model) and your network card speed (100Mb, 1Gb).

I would also recommend you test with compression since the compression step occurs before encryption. You may find that if you get 70% compression, that the backup completes more quickly as there is far less data to encrypt and send across the network.

In most cases, a folder that disappears at the source would not affect backups as the product will detect this as a missing folder and likely leave backups as they are. But you can view the History (File View) and see exactly what was done on those executions.

If everything looks good, then run the restore (do not restore deleted files). If, however, you see that some files were marked for deletion in backup storage because of the corrupted / missing source folders, then you can restore deleted files - although I'd probably limit the restore in that case to the affected folders and restore everything else normally. Worst case scenario would be if you were not delaying the deletion of file backups for files that appear to be deleted at the source or if you backed up corrupted files and were not keeping multiple versions.

Grammar vs Engineers. It's a global problem.

Please see if this article helps: https://www.msp360.com/resources/blog/how-to-manage-amazon-s3-versioning/

What did it do on that last backup? Did it back up corrupted files or delete backups for files that did not seem to be there any longer? If it backed up corrupted files (and assuming you were keeping more than one version for retention), you can restore using something like the Backup Period or Point in Time on the Restore Point tab. If the last backup deleted files, then you can use the restore deleted files option.

Regarding you first question, you can use the same backup plan.

Please refer to this KB article. The screenshots are from the Windows version, but the same concepts apply. Think of the rebuilt hard drive as a new computer. You can set things up as they were before and sync up repository to avoid having existing files re-uploaded if they already exist in backup storage.

https://www.msp360.com/resources/blog/how-to-continue-backup-on-another-computer/

But you can also restore from the cloud if you want. How long that takes will depend on the number of files, the total restored file size, internet bandwidth, and possible data egress charges from your cloud storage provider. Generally speaking, a restore from a network share, NAS, or local disk will be faster than a cloud restore if you have a local backup. How much faster does depend a lot on the variables mentioned earlier.

Yes and no. If you reduce the data set by unchecking folders you may be backing up, the backup plan will no longer be managing that folder and it will leave the backups for that folder in backup storage. You would need to then manually delete the folder from the Storage tab in the UI. If you change something like the retention to keep fewer copies of backups, the backup plan still may not run if files need to be backed up - the backup process runs before the retention is applied and if the storage limit is still exceeded, the backup plan will fail. Or you can upgrade the license to Ultimate (I assume this is a Windows Server).

Let me know what you decide and I'll provide additional details if needed.

Looks like you can get about 75 MB / Sec write speed over the LAN unencrypted. You'll have to determine if that speed is within the design specs of your network and disk architecture. When you encrypt, you do add some CPU cycles, but normally that added CPU would not be a limiting factor since the algorithms are very efficient - especially with modern CPUs. I can only guess your machine may have a CPU bottleneck. Can you confirm what your CPU architecture is on the computer, whether the machine is physical or virtual, and if there are any other processes using significant CPU during the backup?

Should just be HTTPS (port 443). What region is Drive installed and what AWS region are you trying to access? I don' think that should matter, but just in case I need to escalate to the support team...

Thanks for the update!

Please refer to this list of IP Addresses and Ports needed for Managed Backup. If this does not help, then I strongly encourage you to open a support case (use the Tools - Diagnostic toolbar option from one of the agents experiencing the issue and refer to this post in your support submission). Thanks.

https://kb.msp360.com/managed-backup-service/mbs-tcp-ports-configuration

Fastest Way to solve this is to open a support case using the Tools Diagnostic toolbar option. The logs should help identify the reason. Reference this post when submitting.

The only thing you may want to check in advance is Logging in Options to ensure you don't have it set to High. If so, set to Low.