Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Observation about Differential after disk restore
#1
In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD
Reply
#2
Agreed!  Any group of scheduled images, same time same day/date, regardless of schedule list order, should execute according to their hierarchy... only one image should run at that time with the others being deferred to the next scheduled event.  FULL over DIFFERENTIAL over INCREMENTAL...

I just happen to have set my schedule list order in the hierarchy needed (FULL first, then DIFF then INC) so I didn't notice this anomaly (all worked fine) Rolleyes .  Just tested your find and indeed it's in list order rather than normal important hierarchy.
Reply
#3
Thanks for reporting the issue and we'll check it out, thanks.
Reply
#4
(11-02-2023, 03:15 AM)JayDee Wrote: In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD

We've tested and haven't been able to reproduce the issue you mentioned. Were you restoring to the original disk? Did you move any partition or change any options that could cause the caused the location or size of the partition to change?
Reply
#5
(11-02-2023, 08:12 AM)Froggie Wrote: Agreed!  Any group of scheduled images, same time same day/date, regardless of schedule list order, should execute according to their hierarchy... only one image should run at that time with the others being deferred to the next scheduled event.  FULL over DIFFERENTIAL over INCREMENTAL...

I just happen to have set my schedule list order in the hierarchy needed (FULL first, then DIFF then INC) so I didn't notice this anomaly (all worked fine) Rolleyes .  Just tested your find and indeed it's in list order rather than normal important hierarchy.

This version below allows you to move backup schedule up or down, please download and try it:
https://www.easyuefi.com/backup-software...231102.exe
Reply
#6
Thank you... not the final solution, I hope.  Users shouldn't have to worry about such things, even if they are, eventually, fully documented in the User Manual Idea

The last thing you want is a daily INCREMENTAL to run on the 1st of the month when a FULL is scheduled just because it happens to be earlier in a list of schedules Huh
Reply
#7
(11-03-2023, 07:18 PM)admin Wrote:
(11-02-2023, 03:15 AM)JayDee Wrote: In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD

We've tested and haven't been able to reproduce the issue you mentioned. Were you restoring to the original disk? Did you move any partition or change any options that could cause the caused the location or size of the partition to change?

Restoring to original disk: yes
move or change partitions: no

If I can reproduce it, I will let you know

JD
Reply
#8
(11-04-2023, 12:17 AM)JayDee Wrote:
(11-03-2023, 07:18 PM)admin Wrote:
(11-02-2023, 03:15 AM)JayDee Wrote: In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD

We've tested and haven't been able to reproduce the issue you mentioned. Were you restoring to the original disk? Did you move any partition or change any options that could cause the caused the location or size of the partition to change?

Restoring to original disk: yes
move or change partitions: no

If I can reproduce it, I will let you know

JD

Thank you very much.
Reply
#9
(11-04-2023, 12:19 AM)admin Wrote:
(11-04-2023, 12:17 AM)JayDee Wrote:
(11-03-2023, 07:18 PM)admin Wrote:
(11-02-2023, 03:15 AM)JayDee Wrote: In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD

We've tested and haven't been able to reproduce the issue you mentioned. Were you restoring to the original disk? Did you move any partition or change any options that could cause the caused the location or size of the partition to change?

Restoring to original disk: yes
move or change partitions: no

If I can reproduce it, I will let you know

JD

Thank you very much.

OK,  I've run several tests on restore followed by differential
I used  installed version and also USB boot version.
In all cases everything worked properly.

My previous case where differential was very large did not reappear...
so conclusion...
I did something to cause the issue... probably mixing up different backup versions.
Sorry for the report of a non-issue.

JD
Reply
#10
(11-04-2023, 05:41 AM)JayDee Wrote:
(11-04-2023, 12:19 AM)admin Wrote:
(11-04-2023, 12:17 AM)JayDee Wrote:
(11-03-2023, 07:18 PM)admin Wrote:
(11-02-2023, 03:15 AM)JayDee Wrote: In testing, I did a full disk restore (successfully)
I then initiated a differential backup
The differential completed (and was labelled as a differential) but was effectively the same size as a full backup.
So, for some reason,  the restored disk looked as tho' it was 100% different from the full backup that had just been restored... hence the very large size of the differential.

Not a real issue... just an observation.

I then ran a new full backup followed by a differential and this differential was (as expected) quite small.

JD

We've tested and haven't been able to reproduce the issue you mentioned. Were you restoring to the original disk? Did you move any partition or change any options that could cause the caused the location or size of the partition to change?

Restoring to original disk: yes
move or change partitions: no

If I can reproduce it, I will let you know

JD

Thank you very much.

OK,  I've run several tests on restore followed by differential
I used  installed version and also USB boot version.
In all cases everything worked properly.

My previous case where differential was very large did not reappear...
so conclusion...
I did something to cause the issue... probably mixing up different backup versions.
Sorry for the report of a non-issue.

JD

It's okay, if you find that the issue persists in the future, please contact us.
Reply


Forum Jump:


Users browsing this thread: 3 Guest(s)