May 08, 2020
Faster backups via fully parallelized execution.
Release at a glance
⦁ Support for executing multiple backup steps in parallel (!)
⦁ Support for waking up computer to run scheduled backups
⦁ Support for password-protecting UI access in service mode
⦁ Support for replicating case changes in file and folder names
⦁ Improved delta copying performance with mid-sized files
⦁ Improved IO configuration defaults for bulk copying
⦁ Improved progress reporting for longer copies
⦁ Improved log indexing performance
May 08, 2020
Big, new and very important feature in Release 81 is an option for executing multiple backup steps at once.
When enabled, it helps speeding up backups, with the effect especially pronounced when backing up over network and when working with smaller files.
First prototyped in 2016, then revised a number of times and finally arriving at stable beta in last November, it's been a long time coming.
This is a Pro feature. It is enabled by default for all backups and it is configurable in Backup Settings -
There is a new accompanying KB article that discusses this feature in more detail and explains the context of its advanced options.
The feature is roughly similar to the "robocopy /mt" option, but with a more nuanced implementation that provides for better performance and run-time profile.
See the KB article for details.
May 08, 2020
Waking up computer to run scheduled backups
When enabled, this option will cause Bvckup 2 to ask Windows to wake up computer around the time of the next scheduled backup run. If no user interaction is registered while the backup is running, Windows will put it back to sleep once the backup is done.
It's a program-wide option that can also be set on per-backup basis with an override.
For a bit more detailed description see the following blog post -
May 08, 2020
Password-protecting UI access in service mode
With Release 81 it's now possible to have the UI prompt for the password when it is being started up in service mode. This option is primarily meant for preventing non-admin local users on the host machine from opening the UI and messing with the setup.
See the above link for details and caveats.
May 08, 2020
Replicating case changes in file and folder names
As of Release 81 the backup planner will now check the case of file and folder names and correct any differences as required.
It will check if the file system on the backup side supports case preservation to begin with and suppress renames if it doesn't.
As per usual, this behavior can be suppressed with an override if needed.
May 08, 2020
⦁ Improved delta copying performance with mid-sized files - this has to do with how block hashing is distributed between the CPUs, which helps completing hashing faster for smaller files.
⦁ Improved IO configuration defaults for bulk copying - revised default IO buffer counts and sizes based on things learned in past several months.
⦁ Improved progress reporting for longer copies - this has to do with the UI feature of displaying additional decimal digits in %-age counter when the copy is going slow. Previously, the decimal precision was not reset when the copy was completed, so if the next copy was fast, it ended up showing a %-age counter that showed a frenzy of activity. No more of this.
⦁ Improved log indexing performance - this has to do with how the logging system works in the program. The backup engine is a log writer and the UI is a log reader. Logs can grow big, so the UI builds a separate index in order to be able to display them quickly. Index building involves parsing logs, line by line. This release reworks how this parsing is done, speeding it up by a factor of 300.
See here for technical details -
May 09, 2020
⦁ Resolved an issue with the planning module not being able to produce correct backup plan when multiple files from different levels of a folder were moved to a new directory and the folder itself was deleted. In certain cases the resulting plan would have two steps in the wrong order, which was caught during the plan validation phase, which in turn triggered an abort.
May 15, 2020
⦁ Resolved an issue with delta copying zero-sized files. More specifically - files that show up as large during the scan but then end up being empty when the program gets to actually backing them up.
⦁ Added an Easter egg... o_O
Jun 05, 2020
⦁ Reworked retrying logic to act on errors that occur when processing item attributes. That is, the program will now retry folder creation, file/folder move and file copying steps if they fail with a transient error when cloning item's meta data (attributes, timestamps, security info, etc.)
⦁ Reworked retrying logic to accommodate steps failing with 2+ errors.
⦁ Reworked backup summary wording to be more precise in presence of errors and retries. See the above link for details.
⦁ Reworked logging to preserve original IDs of steps when they are retried. This is a purely cosmetic fix. Previously, when a backup step was retried, it would appear in the log under a new step ID. Now the ID is preserved, so it's easier to find all retries of the same operation.
⦁ Reworked name case changing logic to handle certain case better.
More specifically, if both file's and its parent folder's names need a case change (on the backup side), then in some cases these two changes will be made _exactly_ in parallel, resulting in some rather obscure errors (e.g. "the file in use" reported for the folder rename). The fix was to sequence these operations, so that one is executed after the other.
Kudos to Mike for reporting this.
⦁ Reworked auto-update option to not require a production license. Previously, when the program is set to auto-update itself, it wouldn't do that if there was no valid license. For the life of me I can't recall why it was done this way, but regardless of that this restriction is now removed.
⦁ Fixed an issue on Windows XP with handling backup cancellation. This had to do with certain Windows function being not available on XP and re-implemented using another, XP-specific API, which in turn appears to have been documented incorrectly, so things weren't working as designed.
And, yes, someone did actually run into this issue, so they ARE still on XP.
This is 81.3 with a small patch for an one-off issue with the former. If you run into 81.3 reporting "Something went wrong", go Help > Menu > [Check for updates] and update to this release.
Jun 17, 2020
⦁ Reworked code in several places for clarity and speed. This is a purely internal rework. It has to do with rolling out new IPC (inter-process communication) message packing  and a revised version of list/tree containers .
⦁ Fixed an issue with not recognizing some USB disks as removable. Disks that Windows reported as "fixed" but with a "surprise" removal policy weren't treated as removable, and backups going to/from these disks did NOT get device tracking automatically enabled for them.
Jul 20, 2020
⦁ Fixed an issue with monthly backup scheduling. One part of the backup scheduling code was erroneously using an _average_ month length (of 30 days) when calculating the date of a last missed backup run. In particular, the issue was triggered by a July-August combo, because both months are 31 days in length. This led to the date being one day off and that tripped an internal consistency check further down the road.
⦁ Added an option for suppressing the "live file" warning. This has to do with a warning added to R81 series, whereby the file copying module will check if the source file size changed during the copying and log a message to that effect and some suggestions. This release includes an override for suppressing this warning, because there are setups where backing up "live" files is a routine.
Aug 07, 2020
⦁ Fixed handling of corrupted files in the copying module.
This covers a particularly exotic case when a backup copy gets corrupted (at rest!) in a way that still allows extending it, but prevents it to be trimmed to the exact size. Basically, we would append, say, 1 MB to such file and then ask it to be trimmed to exactly that new size - and the latter request will fail. Copying module didn't handle it terribly well because of an overly strict internal check. Removed the check, solved the problem. The end.
⦁ Fixed handling of certain exclude/include rule combos - this has to do with https://bvckup2.com/support/forum/topic/499/7211
Kudos to @highend for the report.
⦁ Fixed an issue with the file tree browser.
When the Backup Settings > Backup What window is opened, the file/folder selection widget starts populating the tree. It's a process that may take a while and it runs in the background. The issue was that if the window is OK-closed while the tree wasn't fully populated, any existing excl/incl rules that applied to not-yet-discovered items were discarded.
Kudos to Eden for the report.
⦁ Improved file tree browser rendering performance - tangentially related to the previous item, basically improved the rendering speed of the widget by at least a factor of 2. Beware of the temptation to use WM_SETREDRAW, use with utmost care and only after due testing.
Also added an explicit indicator of whether the background scan is still in progress or not - https://bvckup2.com/wip/r81-6-scanning-spinner.gif
⦁ Revised symlink verification logic in the scanning module.
In later 79 releases the scanning module got a new check, whereby it would query the attributes of a location that a symlink is pointing at and would complain and ignore the symlink if the query fails. Now, as you can probably guess, in some cases this check misfired. More specifically, it will fail when backing up from a remote share and the symlink points at a location that is local to the remote machine.
Kudos to Milan for the report.
Same as 81.6 + a small patch for an issue when switching between "Start with an empty list" and "Include everything" options in "Backup What" window for _existing_ backups.
Topic is locked.