You have successfully installed and configured UBS. For the first plan you've included system volumes and network shares. Plan execution fails with the following message: “Cannot locate the specified file(s) or folder(s): \unc-path or local path”
By default UBS service is run under the Local system account. Sometimes that account has insufficient permissions to access certain files and folders within your environment (i.e. networks shares, others owners folders and files). Changing the service account can be done either manually in the services (services.msc) or via UBS GUI.
Under Tools , click Change Service Account.
Enter your user's credentials (ensure it has required rights to your data source):
If Windows native encryption (EFS) is used, follow these recommendations. Note that Backup service account might be running under another account, not .\SYSTEM.
If a third-party encryption (for example, application internal encryption) is used, files must be decrypted first.
Reference articles:
To fix this issue, proceed as follows
Description | Value |
---|---|
Issue ID | 01602 |
Issue Class | Error |
Some files on the backup source may be encrypted with EFS. To learn more about this Windows feature, refer to the File Encryption article.
The issue can be solved using the SYSTEM account which accesses EFS-encrypted files. By default, the SYSTEM account does not have an EFS certificate.
Note that allowing SYSTEM account to access EFS-encrypted files can be dangerous, since anyone with access to instance with the SYSTEM account open, is able to decrypt sensitive data
To Grant SYSTEM Account Access to EFS-encrypted Files
/s:<dir>
still works if you're applying this to a folderDuring the data upload you may see an error “The specified path, file name, or both are too long” or “The maximum file name limit or path length is exceeded”.
Here you can find the limits for the entire path- and file-names for all operating systems supported by UBS
Limit for | Windows | macOS / Linux |
---|---|---|
Entire path | 4096 bytes | Unlimited |
Filename | 255 bytes | 255 bytes |
For some cloud storage providers the entire path and/or file names length might be limited individually (as is the case with Microsoft OneDrive).
Errors occured:
UBS operates as a Windows service which is run under Local System account. At the same time, UBS agent and GUI operates under privileges granted to a user which started the application.
Why does that matter?
This approach has both, upsides and downsides.
Upside: Backup schedule start backup job/plan even if no users are currently logged on the server.
Downside: When configuring a backup plan in the application currently logged on users' privileges will be used to browse folders/drives/network shares. Backup agent might not have permissions to access all of the paths specified in the job/plan.
What is Local System account?
According to the article:
"It has extensive privileges on the local computer, and acts as the computer on the network. Its token includes the NT AUTHORITY\SYSTEM and BUILTIN\Administrators SIDs; these accounts have access to most system objects."
And considering the fact that most companies have password rotation policy that requires to change passwords every 2-3 months, changing the password and leaving our backup agent using the previous password may interrupt backup routine. Now imagine you need to change this password on 100+ machines at any given time. Thus, it's a bad practice to change Local System account to any other account with Administrator's privileges.
By default, Local System account has access to all files on a local computer/server, but often when a server's role is a file-server the permissions for shared folders are being adjusted and System can be deleted from accounts who are granted to read the data.
To make sure that the backup service is running under Local System account you can go to C:\Windows\System32 and locate the file services.msc and double click on it, locate the service and see the account that is used there.
In the agent, on tab “History”, filter by “files” and in the list you’ll find which files have been skipped.
Reporting the error to our support team allows us to check the file path and provide you with more help
Check permissions. Please refer to 5.2.1
The resource is not accessible via the network, you need to configure sharing properly. Please refer to 5.2.2
There are 2 ways to provide permissions to access data
5.1 Provide account credentials that have access to the resource. The easiest way is to provide credential in the backup wizard:
Please note that if there's a password rotation policy requiring passwords change it may affect backup process.
5.2 The best way to provide access to allow backup app to back up data is to properly configure permissions on the destination.
5.2.2 Now we need to configure sharing:
Your backup job run as scheduled. But by some reasons you received the notification with the message: “Warning. One or more backup paths don’t exist”.
You set up the backup plan, select files/folders that you want to backup on the source step, saved backup plan and go ahead. But then, by some reasons, some directories/folders/files have been deleted by someone. And just don’t exist. Therefore, the software can not find them.
Users might not backup only local files. Documents that located on network shares can be in the list. So, make sure that the account under which the service (UBS service) is up and running and/or the PC itself have enough rights to backup files that selected on the source step.
By default UBS service is up and running under Local System Account. Commonly, this account doesn’t have right permissions for backing up files.
Local system account is a computer record. Therefore, if you go to the file/folder security options - you can add your computer there and re-run backup then.
How to determine which paths are no longer exist:
For backup duties, the data transmission speed is a key performance indicator. USB provides users with efficient data transmission tools but in some cases backup processes can be slowed down. This article guides you through backup speed slowdown issues and the measures that help to avoid them.
Most Windows users use firewall and anti-virus software. In some cases, firewalls and anti-virus applications can cause data transmission slowdown by limiting bandwidth and preventing long-time data transfers. At first step, check if UBS is whitelisted.
UBS splits files into 10 MB chunks by default to upload it to storage. The chunk size is adjustable. The overall backup performance can be improved by adjusting chunk size with an approach as it is equal to the file size, as it is shown in the diagram below.
In fact, this is a heuristic value as chunk size (or N x chunk) must fit approximately 70% of files. Thus, in backup there will not be many chunks of small sizes, i.e. 21.5 MB cannot be split efficiently to 7 MB chunks.
For example, if the median size of a single file of your backup plan is 17 MB, you should adjust chunk size to 18 MB to optimize the process. However, consider recommendations of point 2.
For backup plans that contain files of smaller sizes, small chunks are recommended; for greater files big chunks. are recommended, respectively.
Mind that the RAM consumption may grow significantly in accordance with the formula below: RAM consumed = 2 x thread count x chunk size
The principles of network connection are also a thing to consider.
For a Gigabit connection, 10 MB chunk size could be too small (provided it is not set because the files are very small), so it is recommended to set it 120 MB or alike.
If you are using a modem connection (satellite or cellular), then the minimum chunk size of 5 MB is recommended.
Note that your host connection bandwidth is likely to be used by multiple processes on multiple machines. So, instead of theoretically possible bandwidth, it is reasonable to use the expected available bandwidth for upload speed estimation.
It is important to adjust thread number to use network bandwidth and CPU in a most effective way: too many threads may create a significant load for both network and CPU and decrease overall performance. Too few threads will reduce the uploading speed respectively.
If a network connection is not stable, smaller chunks and smaller thread count work better. For small files backups, bigger thread number and smaller chunks will be more efficient. For big files and middle-sized files, it is recommended to use the default number of threads (6 in Backup for Windows, 5 in Backup for Linux and Mac) and chunk size adjusted as described in the paragraph above.
For improving overall performance it is reasonable to exclude files of smaller importance from your backup plan (or include important files only). Use backup filters to manage your backup content.
One more option is splitting the whole dataset to several backup plans.
For example, images and videos do not change frequently, so they can be backed up on a monthly basis.
On the contrary, MS Office documents may change several times a day, so they can be scheduled for a daily backup plan [ *doc; *docx ] files.
In addition, you might never want to backup any temporary files. Thus, exclude (or don't include) all [ *tmp; *temp; ~*; *.bak ] files from all plans.
Sometimes when the backup for Virtual Machines is initiated, you may face the following error:
A VSS writer has rejected an event with error 0x800423f4, The writer experienced a non-transient error. If the backup process is retried, the error is likely to reoccur.
Generally, if you check the Event Logs, you'll find there the following eventID: 8229.
This EventID and error means that it's not possible to create a snapshot for the specific Virtual Machine. To fix this problem you need to perform the following steps:
Open Hyper-V Manager
Open Hyper-V host and select virtual machine causing error
Right-click VM > Settings > Management tab > Integration services
Disable Backup (volume snapshot) Service
Click OK
The machine will be in 'saved' state for a short period of time when you're not using 'Backup (volume checkpoint)' option and the uptime counter could be reset.
To run the backup with this option enabled, check eventlog on the Hyper-V host - it will contain warnings/errors pointing to the particular machine causing the issue.
You will need to check the event view log inside of VM(s) specified and implement corresponding fix to resolve the issues - This is quite common when an SQL server is running
"The difference between the requested time and the current time is too large" or "Your computer clocks are not synchronised". These errors often occur when users computer system time is not synchronised properly. Amazon returns an error code if a request does not come in a certain time interval.
To Resolve a System Time Issue
You can also re-syncronize net time using the following command:
w32tm /resync
Warning message: Access to one or more backup paths is denied In case this warning message is displayed once the nackup plan is finished, it generally means that the Backup service is not granted with sufficient privileges to access and transfer objects to a backup destination.
Enabling Use Backup Operator option usually resolves this issue.
In case you do not have enough privileges to edit file and folder permission, contact your system administrator
Since there are many different disk partition configurations, your configuration may differ from the one described below. Our task in this article is to describe how to solve one of the recovery problems that may appear. For the purposes of this article, we will consider the standard division of a physical disk into a boot partition and a system partition, since in most cases this is enough to start a new virtual machine. All additional partitions with data can be restored using separate restore plans and attached to the virtual machine after the main recovery process.
In most cases, at this stage, you start this virtual machine and everything works just fine. Then you continue to recover data disks and attach them to this virtual machine.
Fortunately, with a few extra steps, you can resolve this issue and start the virtual machine successfully. Following is what you need to do.
To perform MS SQL database backups UBS uses native SQL backup functionality. Within this framework, temporary files are stored in the default folder C:\ProgramData\OnlineBackup\MSSQL and are automatically purged once backup is completed successfully.
Once this error message occurs during MS SQL backups, it means you do not have enough free space for MS SQL backup temporary files on your drive.
To resolve this issue, you can either free some additional disk space on your volume (C: by default) or change SQL temp file location.
To Change the Temporary Folder