Skip to main content

Backups using a chain limit gradually slow to around 1/4 speed of the first backup - part II

Thread needs solution

Acronis still hasn't fixed this problem I first reported a 1-1/2 ago. See Backups using a chain limit gradually slow to around 1/4 speed of the first backup | Acronis Forum. They periodically ask me to upload more data. Attached is "Backup speed 20220921" with the original problem that occurs on my and my wife's computer. I can't upload to this case so I have to create a new one.

On February 22, I replaced my backup drive and created the same task to back up my whole C: drive daily. Each Wednesday, it creates a full backup followed by 5 incrementals with a 3-chain limit. Each Wednesday, a new chain is created then the oldest is deleted.

The time to create the first weekly full backup was 51 minutes. The second, on March 1, took 79 minutes.

To see if the problem was the chain limit, I created two non-chain daily backups. One created incremental BU’s and the other differential BU’s. All have a 7-day cycle, creating a full BU on Wednesday with the chain limit being one week ahead of the other two.

Attached is a new spreadsheet "Backup time (new HDD)" listing the time with a chart showing them graphically. The full backup times drastically increase for the three backup methods. The first full BU of all three took 51 to 52 minutes. By the 5th full backup the time had increased to 173 to 225 minutes. All are still increasing. The 6th backup of the chain limit took 325 minutes, more than 6 times as long. You'll notice that the incrementals are also taking longer too.

Instead of using a chain limit, I could create a full backup each Wednesday, let it run daily for a week, then unscheduled it and only keep the latest three backups. There wouldn't be any slowdown. All full backups would finish in around 52 minutes. 

Attachment Size
Backup time (new HDD).xlsx 231.04 KB
Backup speed 20220921.xlsx 30.35 KB
0 Users found this helpful
frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 2
Comments: 1727

Hello Ray!

This can happen because the speed for the activity tab is calculated not for the time the data is actually being uploaded to the cloud, but for the entire time the backup task is running. The entire backup task includes not just upload to the cloud, but also scanning the backup archive and data in the backup source and finding the changes that need to be uploaded. Depending on the environment and type of data in the source, scanning and comparison may take considerable time. Thus the amount of data divided by the entire time (the sum of scanning, comparison, and upload times) gives a much lower speed than the actual upload speed. 

As a test, could you please update the agent or repair the installation and check if the issue persists? ( there is a new build ) https://kb.acronis.com/content/60195

If the issue persists, a new ticket must be raised because many factor affect the backup speed, I can't point 1 reason, they can be several. https://kb.acronis.com/content/8153

Thanks in advance!

Thanks for your comments.

  • These backups are not to the cloud.
  • They are to an internal HD.
  • I immediately update Acronis to the latest build when I receive a notification. It's at build 40338.
  • This slowing down occurred on my old PC, my wife's, and my current PC. See both spreadsheets.
  • Acronis tech support has done reinstalls with no effect. They have recreated a new ticket several times too.

It's very unlikely a hardware or installation issue.

I agree with your statement that backup time includes "... scanning the backup archive and data in the backup source and finding the changes ..." The problem is the algorithm and not the installation. The data they need to scan gets more and more disorganized and therefore takes longer and longer to search. It will gradually stabilize.

If only Acronis would duplicate the backup they'd see it too. (The website is failing to upload any attachments.)

 

Thanks for your comments.

  • These backups are not to the cloud. They are to an internal HD.
  • I immediately update Acronis to the latest build when I receive a notification. It's at build 40338.
  • This slowing down occurred on my old PC, my wife's, and my current PC. See both spreadsheets.
  • Acronis tech support has done reinstalls with no effect. They have recreated a new ticket several times too.

It's very unlikely a hardware or installation issue.

I agree with your statement that backup time includes "... scanning the backup archive and data in the backup source and finding the changes ..." The problem is the algorithm and not the installation. The data they need to scan gets more and more disorganized and therefore takes longer and longer to search. It will gradually stabilize.

If only Acronis would duplicate the backup they'd see it too. (The website is failing to upload any attachments.)

P.S. The current case is [05809280] [05395844] slow backup to destination    [ref:_00D30Zcb._5001T1pRwcj:ref ]

Thanks for your comments.

  • These backups are not to the cloud. They are to an internal HD.
  • I immediately update Acronis to the latest build when I receive a notification. It's at build 40338.
  • This slowing down occurred on my old PC, my wife's, and my current PC. See both spreadsheets.
  • Acronis tech support has done reinstalls with no effect. They have recreated a new ticket several times too.

It's very unlikely a hardware or installation issue.

I agree with your statement that backup time includes "... scanning the backup archive and data in the backup source and finding the changes ..." The problem is the algorithm and not the installation. The data they need to scan gets more and more disorganized and therefore takes longer and longer to search. It will gradually stabilize.

If only Acronis would duplicate the backup they'd see it too. (The website is failing to upload any attachments.)

P.S. The current case is [05809280] [05395844] slow backup to destination    [ref:_00D30Zcb._5001T1pRwcj:ref ]

frestogaslorastaswastavewroviwroclolacorashibushurutraciwrubrishabenichikucrijorejenufrilomuwrigaslowrikejawrachosleratiswurelaseriprouobrunoviswosuthitribrepakotritopislivadrauibretisetewrapenuwrapi
Posts: 2
Comments: 1727

Ray wrote:

Thanks for your comments.

  • These backups are not to the cloud. They are to an internal HD.
  • I immediately update Acronis to the latest build when I receive a notification. It's at build 40338.
  • This slowing down occurred on my old PC, my wife's, and my current PC. See both spreadsheets.
  • Acronis tech support has done reinstalls with no effect. They have recreated a new ticket several times too.

It's very unlikely a hardware or installation issue.

I agree with your statement that backup time includes "... scanning the backup archive and data in the backup source and finding the changes ..." The problem is the algorithm and not the installation. The data they need to scan gets more and more disorganized and therefore takes longer and longer to search. It will gradually stabilize.

If only Acronis would duplicate the backup they'd see it too. (The website is failing to upload any attachments.)

P.S. The current case is [05809280] [05395844] slow backup to destination    [ref:_00D30Zcb._5001T1pRwcj:ref ]

Hello Ray.

Thanks for the reply and the reference tickets.

I've update those tickets and passed the information regarding the urgency in resolving them. You can expect a contact from our side.

Please update me if you face any issues during that process so I can monitor the situation.

Thanks in advance!