Child pages
  • Incremental or differential specified but no backup set to append to.
Skip to end of metadata
Go to start of metadata

This article explains the situations when Reflect will create a full backup instead of an incremental or differential backup.

There are a number of cases when you have a backup task, either scheduled or manually triggered, that is configured to produce a differential or incremental backup as part of a backup set and Reflect instead reverts to a full backup. This article explains why this may occur.


If the full (or parent incremental) is inaccessible for any reason

Example: There are a number of scenarios in which this can occur. We shall take one example. Suppose you have two backup locations:

Primary location: \\myserver\backups\pc1\

Alternative location: d:\mydata\backups\pc1\

Suppose that you are taking incrementals at the primary location but at the time of backup the network location is not reachable. In this case, as requested, Reflect will use the alternative backup location. As it cannot read the backup set at the primary location it will then create a full backup at the alternative location.

Note: the online help for Macrium Reflect contains a section on alternative backup locations.

Reason: Reflect needs to be able to read the existing backup set to work out what has changed.


If the backup set being appended cannot be opened due to corruption.

Example: This issue is triggered when the source backup set is corrupted for some reason. As an example, suppose that you are backing up to an external USB 3 disk called G: and suppose that the existing backup set is created at G:\backups\pc1\. Now, suppose this backup set has somehow become corrupted. Reflect cannot recognise this as a valid backup file and so creates a new backup set.

Reason: If files are corrupted such that they are not recognisable as backup sets, it is likely their indexes (used for performing incremental or differentials) are unusable too.


If the full (or parent incremental) contains a non matching set of partitions compared with the requested incremental.

Example 1: Suppose your system contains drives C:, D: and E:. Initially, your backup definition contains C:,D:. You take a full followed by a series of differentials. You then edit the backup definition file to include E:. Reflect will then trigger a full backup.

Example 1: Suppose your system containsdrives C:, D: Initially, your backup definition contains C:,D:.You take a full followed by a series of differentials. You then resize D:. Reflect will then trigger a fullbackup.

Reason: Reflect considers that if a backup definition differs from what is contained in the backup set, then it is potentially an entirely different backup source. It would be difficult to reliably distinguish between the sensible examples given above and removing all of the source drives and using others. The resulting incremental would make little sense. The potential for an invalid backup set to be created is high, so Reflect prevents this.


If the disk ID is different to that in the full (or parent incremental).

Example: Suppose you have a backup set for a system on a network share. You then perform a clone of this system to a new disk, remove the old disk and boot the new system. You then ask Reflect to back up the system using the existing backup set. Reflect will create a full.

Reason: Macrium Reflect uses the Disk Identifier in MBR, or the Disk GUID on GPT systems, to uniquely identify the disk and verify that the backup set and backup source are of the same disk layout. These values remain stable so are a reliable identifier.

 


If there are no matching File and Folder backup sets in the target folder

Example: Suppose you are backing up *.doc in C:\ImportantData\. with 'Strict' enabled for matching logic. You then modify the backup definition to back up *.doc;*.xls in C:\ImportantData. Reflect will then create a new full backup.

Reason: Changing the directory or filter essentially changes the source definition so Reflect defaults to a new full.

File and Folder backup matching logic explained

When creating an incremental or Differential File and Folder backup the backup target folder is scanned for backup set candidates that the new Incremental or Differential backup can be appended to.  If none can be found then a new backup set is created by creating a Full backup. In v5 the matching logic checked for existing backup sets that had exactly the same root folders to backup and exactly the same selection/filter criteria. This caused a problem if a folder was added to a backup definition or if the include/exclude filters were changed. A new Full backup would always be created. In v6 there are now 3 types of matching logic that can be applied to backup definitions:

    1. Similar - Match on backups with at least one matching folder. Select this option to match if a backup set is found with at least one folder that is selected in the current backup. This option allows you to add and remove folders to your backup definition and still maintain a single backup set.
    2. Strict - Match on backups with the same folders and filters (As Macrium reflect v5). Select this option to match only existing backups that have exactly the same Folder and Include/Exclude Filters. This is similar to the way Macrium Reflect v5 worked.  Retention rules will only be applied to exact matched backup sets.
    3. All - Match on any backup. Select this option to match on any existing File and Folder backup set in the target folder. When selected, the most recent backup set will be appended to regardless of the folders in the set. Retention rules will be applied to all File and Folder backups.