Block Level Incremental Backup
  • 13 Nov 2023
  • 6 Minutes to read
  • Dark
    Light
  • PDF

Block Level Incremental Backup

  • Dark
    Light
  • PDF

Article Summary

Overview

Retrospect now has the ability to back up only the parts of a file that have changed. Many applications like Microsoft Outlook for Windows and FileMaker have large files that are constantly changing by small increments. After you enable block level incremental backup for a backup script, the next backup will be a full backup of modified files. For large files, subsequent backups using that backup script will be incremental, storing only blocks that changed since the prior backup. When restoring a file backed up using this feature, Retrospect first restores the full backup and then the subsequent increments. To restore the 5th backup of a file, for example, Retrospect will restore that file’s first full backup, and then each of the next four increments of that file.

Block level incremental backup works with existing Retrospect file level features. If a backup uses a selector/rule, only selected files are backed up fully or incrementally. If matching is enabled, any file that has a matching version in the backup set is skipped entirely. If software compression is enabled, block level increments are compressed and then stored in the backup set. When transferring snapshots or backup sets containing block level incremental backups of a file, the complete chain of prior increments leading to and including the full version of that file is automatically transferred. During grooming, if an increment of a file is preserved based on the grooming policy, the complete chain of prior increments leading to and including the full version of that file is automatically preserved.

Block level incremental backup works with various backup set types, such as disk, file and tape.

Storage Savings

With block level incremental backup enabled, significant storage savings is possible when backing up certain large files, above 90% for daily use in some cases.

Application

File Type

Use

Savings

Microsoft Outlook 2013 for Windows

.pst

Daily use with 100 new emails

95%

Microsoft Outlook 2011 for Mac

Database

Daily use with 100 new emails

93%

Microsoft Entourage 2008 for Mac

n/a

Daily use with 100 new emails

95%

Microsoft Exchange 2013

.edb

Daily use

90%

FileMaker Pro 13

.fmp12

Add 20 records

85%

VMware Fusion 5 for Mac

.vmdk

Install 100 Windows Updates

60%

VMware Fusion 5 for Mac

.vmdk

Install Office then VM snapshot

70%

Depending on how a specific application stores and modifies its data, storage savings from block level incremental backup can vary. Retrospect automatically excludes a number of known file types that do not benefit from block level incremental backup, and you can add others easily. Find out more in Options.

Usage

Block level incremental backup is a script and wizard option, available for use with all backup/media set types. The feature is off by default. You can enable it or disable it anytime. Once you enable block level incremental backup, the first backup will be a full backup of each new or modified file. During subsequent backups, only changed blocks are backed up for applicable files. Find out more in Technical Details.

The option is available under Options in Backup, Archive, and Proactive scripts.

A screenshot of a computer  Description automatically generated

Applicable files

With block level incremental backup enabled, by default files 100 MB or larger will be backed up incrementally. Smaller files will automatically be backed up in full because restore overhead outweighs the benefits of incremental backup. Find out more in Options

For digital media files, some media authoring apps change the files substantially even when only small edits are made. In these cases, benefits from block level incremental backup will be limited.

Logging

While a backup is in progress, Retrospect shows the full size of the files being backed up. Once completed, Retrospect will show the size of the increments that are actually backed up.

The following example shows the Operations Log of a completed backup of two modified files. One of the files has a full size of 100 MB, of which 5 MB has changed since previous backup. The other file is 1 MB in size, not meeting the default criteria of block level incremental backup and therefore backed up in full. The resulting backup’s actual size is about 6 MB (6,147 KB). Since this backup has software compression turned off, the 94% compression figure in the log indicates block level incremental backup has reduced the backup’s size by 94%.

A screenshot of a computer  Description automatically generated

When block level incremental backup is enabled, the amount of data shown in the progress panel can differ from the amount of data listed in the Operations Log. Retrospect calculates the data to be backed up based on the size of the files; however, the final number in the log is based on how much data was backed up. This final size varies according to how much was saved both via block level incremental backup as well as software compression.

Options

With block level incremental backup enabled, files 100 MB or larger will be backed up incrementally by default. Smaller files will automatically be backed up in full because restore overhead outweighs the benefits of incremental backup. This is customizable via a rule/selector named Block Level Filter. It controls how a file is backed up, i.e. whether it is backed up in full or incrementally. To select what files to back up, choose one of the other rules/selectors instead for your backup scripts, such as All Files Except Cache Files or User Files and Settings.

The Block Level Filter is in Configure > Selectors:

A screenshot of a computer  Description automatically generated

Other Thresholds

Block level incremental backup has two other thresholds: the number of backups and the number of days since prior backup. To reduce the risk of storage media loss breaking a chain of incremental backups (making some of the backups not restorable), Retrospect automatically performs a full backup if a file’s 30 recent backups are all incremental, or if its most recent backup is more than 31 days old. These settings are customizable in retro.ini:

# retro.ini

[Options]

MaxFileBlockLevelBackups=30

NumDaysAllowedSinceLastBlockLevelBackup=31

Backward Compatibility

Block level incremental backups cannot be restored by earlier versions of Retrospect. When enabling a backup script for block level incremental backup, you will be prompted to upgrade the associated backup sets if they were created by a prior version of Retrospect. To keep the backup set compatible with prior Retrospect versions, cancel the upgrade prompt, and block level incremental backup will remain disabled.

Technical Details

Speed and size of a block level incremental backup depend on how a specific application stores and modifies its data. Applications like Apple Mail save each item—an email or a document—as a separate file. When these small files change, Retrospect can backup the whole file up quickly. Other applications store many items, database or disk image in a large file, so block level incremental backup should improve backup performance for these the most. For items like movies, photos, and music, the files themselves don't change, unless you edit them; Retrospect's standard backup with the matching feature will suffice.

After you enable block level incremental backup for a backup script, the next backup will be a full backup of new or modified files. During subsequent backups, each 2MB-block of applicable files is compared to its checksum from prior backup, and only changed blocks are backed up. For files not applicable to block level incremental backup, they will be backed up in full.

The SQL Server Agent provides the ability to back up and restore Microsoft SQL servers (2005, 2008, 2012, 2014, 2016, 2017, 2019). Without the agent add-on, Retrospect cannot easily and reliably back up databases from a running SQL server.

You can back up a SQL server locally, running the Retrospect application on the server itself, or you can back up the SQL server as a Retrospect client, running the Retrospect application on a different computer.


Was this article helpful?