Skip to main content

ATI Version 2020.21400 backup time is much longer than previous version (differential version)

Thread needs solution

I have noticed the backup time has substantially increased in creating differential versions. In the 2019 version it often took minutes whereas now with the .tibx format it takes half an hour to an hour. Anyone else experiencing this issue?

1 Users found this helpful

John, I haven't found any significant increase in time when doing differential backups but this may depend on other factors than just the backup itself?

Are you also doing validation as part of your backup, i.e. enabled validation in the Advanced Options for the task?

Is your backup source data for the task growing substantially between backups?

John, Vor allem die Validierung zieht sich unendlich in die Länge. Da Acronis keine Lösung bringt ist die Validierung History for mich. 

I've seen the same problem. The same type of differential backups of the same size takes about twice the time in ATI 2020 as in ATI 2019. Quite irritating!

Jan

Hi Steve, 

 

Thanks for responding. I do have validation enabled, albeit only once a month, and I have noticed this issue even without validation. Last night on my main internal HD containing about 1.6TB of data for example,it used to take 3 hours when it rolled over to a new full version. Today, the 6 PM CDT backup which began was still only halfway through (no validation) 14 hours later, with the estimate that four hours remained. The task manager showed disk activity and this is a brand new top of the range Dell, with USB 3.0 backing up to a new WD external HD with 6TB capacity. This has been the case since the 2020 version came out with the latest patch. The previous .tib file moved right along. Even differential versions take double the time as do OS full backups (60 GB) to an internal hard drive. This reminds me of the ATI speed of ten years ago. Nothing has changed other than ATI 2019 to 2020, and I can find no error logs anywhere in Windows or ATI to indicate there is a problem, but 14 hours for a 1.6TB backup and halfway through is unacceptable. Logic seems to indicate there must be something different in the program. I am experiencing this same issue on all of my PCs which lends credence to that theory. As a professional photographer, I need a backup program and ATI has been my staple for ten years now, but if I can't get to the root of the problem, I may have to switch. I don't even know if this unusually long time is producing a viable backup (I can read files and folders within) if I needed to re-image the disk. 14 to 18 hour backup times also increase the risk that some sort of external event might disrupt the process; a power cut Windows problem, etc.

Edit to add, I just rolled back to ATI 2019 and the backups are proceeding just as they used to in terms of speed. It has to be something in the compression algorithm. Perhaps the way it works with image files which are really not all that "compressable" so to speak and to a greater extent other file types as well. I have more than just images on the drive and the OS drive backup taking substantially longer in 2020 and 2019 as well as being able to reproduce the slowdown on other machines speaks to a potential issue as well. I will just use ATI 2019 on the "main" PC and keep 2020 on the backup PCs to see if this becomes a known issue and a patch comes out which speeds things along or until the 2021 version rolls out to see if the new compression algorithm does better then.

John, thanks for your updates here.  Out of interest, were all these backups still producing .tib files for the backups if you were making Disk backups, or were they always Files & Folders type backups here?

I certainly don't have any backups to the size or type on any of my systems, which may also explain why I have not seen any similar difference in performance of backups.

I doubt that you will be alone in finding ATI 2019 to be a better fit for your backup needs at this time.  I suspect that ATI 2020 will need more update builds to reach a level of greater stability and maturity with all the changes introduced for the new .tibx file format etc.

Steve Smith schrieb:

 

Ich vermute, dass ATI 2020 mehr Update-Builds benötigt, um ein höheres Maß an Stabilität und Reife zu erreichen, da alle Änderungen für das neue .tibx-Dateiformat usw. vorgenommen wurden.

Steve Smith, 

Ja sehe ich genau so. 

 

 

Steve,

 

The images were always full disk partitions, and switched from .tib to .tibx when the final version chain began under ATI 2019 completed and the next version chain under ATI 2020 began (with the next full backup). I have never used files and folders as it has always been easier for me to do a disk image for easy restore and I can pull files and folders from the image.  For comparison, the 1.6TB backup under ATI 2019 completed in 2 hours 50 minutes while the identical data under ATI 2020 on another machine took 18 hours 25 minutes to complete without validation.

 

The system was a nearly identical DELL PC with only months difference in manufacture and all the other components being equal.

The OS backup of about 62.7 GB, a full backup, took 11 minutes under ATI 2019 to complete while a 65 GB OS backup under ATI 2020 took 1.83 hours to complete without verification.

For the 1.6TB, the tibx format took seven times longer than the .tib format while similarly, the OS backup under ATI 2020 took 10 times longer than the 11 minutes it took the OS backup under ATI 2019 with nearly the same amount of disk space. 

The differential versions of the 1.6 TB also took an exponentially longer time under ATI 2020 vs ATI 2019. 

 

I will stay with ATI 2019 until this unforeseen side effect has been corrected with regards to large amounts of data.

 

Logitech 21, Verzeihen Sie mein Deutsch; Ich bin damit einverstanden, dass das neue Format noch weiter verfeinert werden muss. Vielleicht hätten sie es einem strengeren Test unterziehen müssen, bevor sie das neue Komprimierungsformat für die Öffentlichkeit freigegeben haben, insbesondere wenn es sich um große Datenmengen im Terabyte-Bereich handelt.

Das System war ein nahezu identischer DELL-PC mit nur monatelangen Unterschieden in der Herstellung und allen anderen Komponenten gleich.

Die vollständige Sicherung des Betriebssystems mit etwa 62,7 GB dauerte unter ATI 2019 11 Minuten, während eine Sicherung des Betriebssystems mit 65 GB unter ATI 2020 ohne Überprüfung 1,83 Stunden dauerte.

Bei 1,6 TB dauerte das tibx-Format siebenmal länger als das .tib-Format, während das Betriebssystem-Backup unter ATI 2020 zehnmal länger dauerte als die 11 Minuten, die das Betriebssystem-Backup unter ATI 2019 bei nahezu gleichem Speicherplatz in Anspruch nahm .

Die Differenzialversionen des 1.6 TB dauerten unter ATI 2020 gegenüber ATI 2019 ebenfalls exponentiell länger.

Ich werde bei ATI 2019 bleiben, bis dieser unvorhergesehene Nebeneffekt im Hinblick auf große Datenmengen behoben wurde.

John,

I would recommend that you open a support ticket for your problems.  I have noticed several other posts complaining about slowness in backups.

I myself have not experienced this.  I have even tested it in varying degrees to see if I could reproduce it but I cannot.  That leads me to think that there is a possible hardware issue at play. 

Acronis support may be willing to investigate your issue due to there being multiple reports of the same behavior.

Thanks for all of your input!  I have seen variations of this issue across multiple topics. I have reverted to ATI 2019 on all machines as a massive multi-terabyte drive which I need to back up (containing professional photos) taking a day and a half for a full image and hours for a differential images which is not workable. Standard OS drive full backups take upwards of an hour. I have replicated this on all my PCs of varying manufacture including self-built. Until ATI comes up with a backup compression method in the .tibx format which matches the speed of .tib images, I will stay with ATI 2019, even if this takes several years. I would have thought they would have weighed speed vs compression rate. (Images cannot be compressed all that much at any rate). Speed is more of a issue for me as the longer a function runs, the more apt there will be an event which disrupts it, external or internal. 

Larry, welcome to these public User Forums.

Sorry but what exactly are you backing up that has gone from minutes to 4 days to complete?