Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Please, try again later.
As Backup or Backup Copy jobs run targeting an SMB share on a NAS where the Recycle Bin* is enabled, the metadata files (VBM) can become captured in that Recycle Bin folder. Over time this may cause the following side-effects:
*The exact feature name may vary depending on the storage vendor. For example, one NAS vendor calls this a "Trashbox"
The same symptoms described in this article can occur if a NAS has snapshotting enabled and it stores those snapshots in a folder within the path set for a Backup Repository, causing Veeam Backup & Replication to attempt to rescan the snapshot folder.
In such a scenario, either configure snapshots to be stored in a different path than the one used by the Backup Repository or review the details in the Solution section for Configuring Rescan Exclusions.
The underlying reason this issue occurs is that when a Backup or Backup Copy job needs to update the VBM file, rather than modify the known good VBM, a temporary VBM is written to disk. Then, once the write operation is completed, the old VBM is deleted, and the new VBM is renamed. When the Recycle Bin feature is enabled on a NAS, it may capture these deleted VBM files in the Recycle Bin (e.g., @recycle or #recycle). When a Repository within Veeam Backup & Replication is configured to use a path that contains the Recycle Bin (even if hidden), the content of that folder will be scanned during a rescan. The rescan operation recursively searches all folders in the Repository path, looking for VBM files. If a VBM file is located in the Recycle Bin, the rescan operation will create a database entry for the found VBM file and an entry within the UI's Backups > Disk (Imported) section.
Examples:
When creating a Backup Repository, always specify a path that is to a dedicated folder, not to the root of a share or drive.
For example:
If an existing SMB Share repository is experiencing the side effects described in the Challenge section of this article, do the following:
For situations where the Recycle Bin cannot be disabled or other folders sharing the Backup Repository path are being unneccasarily scanned (e.g., Snapshot folder), configure the VBRRescanExclusion setting to exclude directories from Veeam Backup & Replication storage rescan operations:
Key Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
Value Name: VBRRescanExclusions
Value Type: Multi-String Value (REG_MULTI_SZ)
Value Data: (See notes below)
Notes
*
) are not officially supported. Use of an asterisk (*
) will be interpreted as the literal symbol in the folder name.Example value:
#snapshot
or #recycle
.
If the share path used by the Veeam Backup & Replication Repository is also used for other non-Veeam data, the rescan operation will scan those folders, causing Rescan operations to take an excessive amount of time to complete. To mitigate this situation, create a dedicated folder for backups on the share (e.g., \\<hostname>\<sharename>\Backups\) and move Veeam Backup & Replication Backup Files.
For performance reasons, it is best to make sure that the path provided for repositories in Veeam Backup & Replication is that of a dedicated folder containing only backup files.
Problematic | Better Option |
E:\ | E:\VeeamBackup\ |
\\nas\share\ | \\nas\share\VeeamBackups\ |
/home/veeam/ | /home/veeam/backups/ |
Note that the "Problematic" path examples are problematic only because there can be files other than Veeam's backup files placed in those paths, meaning that when Veeam Backup & Replication performs a rescan operation, it has to review irrelevant data.
Your feedback has been received and will be reviewed.
Please, try again later.
Please try select less.
This form is only for KB Feedback/Suggestions, if you need help with the software open a support case
Your feedback has been received and will be reviewed.
Please, try again later.