Skip to main content

не помечаются бекапы для удаления

Thread needs solution
Forum Member
Posts: 13
Comments: 39

Здравствуйте.
В свете прошедших (с начала года) ошибок в работе Acronis Backup 11.7 обратил внимание на очередную:
архивы резервных копий не помечаются для удаления и, соответственно, хранилище не подвергается процедуре сжатия.

95% планов резервных копий рабочих станций состоят в снятии бекапа 1 раз в 3 дня и хранение 5 бекапов в архиве.

но резервные копии снимаются, а более старые архивы не помечаются для удаления и, соответственно, хранилище пухнет.

удалять старые бекапы из архивов вручную занятие, конечно, медитативное, но слегка утомляющее (архивов 143 штуки).

Attachment Size
acronis-aup-nomark.png 83.1 KB
0 Users found this helpful
Forum Moderator
Posts: 155
Comments: 5586

#1

Hello alexdexter,

If retention rules are set but not executed (there is no cleanup activity in the logs), while the manual cleanup works, I'd suggest checking that the parameter when to run cleanup is actually set in the script.

Export the backup plan from Acronis Management Console. If backup plan was created on AMS you will need to export the Centralized plan.

Open the exported xml of the backup plan using Notepad (or Notepad++ ), navigate to <locations>.

Navigate to the location on which retention rules are not run, check cleanup parameters under <configuration>. There are 3 parameters determining cleanup time: <before_backup><after_backup> and <on_schedule>. In case retention rules are applied correctly, one of them should be in the true status, e.g.: 

<before_backup>
false
</before_backup>
<after_backup>
true
</after_backup>
<on_schedule>
false
</on_schedule>

If retention rules were not applied, all of these parameters are set to false, e.g.:
<before_backup>
false
</before_backup>
<after_backup>
false
</after_backup>
<on_schedule>
false
</on_schedule>

Solution:
1. Recreate the backup plan from scratch. 

or

2. Set After_backup to TRUE.

<after_backup> 
true
</after_backup>

Then delete the original Backup Plan.

Import your modified Backup Plan.

Forum Member
Posts: 13
Comments: 39

#2

Нашёл архив резервной копии, в котором 21 бекап (вместо запланированных 5), сделал экспорт плана от этого архива, смотрю в блокноте:

    <rule>
                    <before_backup>
                        false
                    </before_backup>
                    <after_backup>
                        true
                    </after_backup>
                    <on_schedule>
                        false
                    </on_schedule>

Якобы всё корректно выставлено, но не работает.

Связано ли это с нерешенной проблемы из темы https://forum.acronis.com/forum/acronis-backup-117/rezervnoe-kopirovanie-zavisaet-na-71 ? Так как я ежедневно перезагружаю сервер управления, т.к. это единственный способ прекратить массовую активность заданий.

Логика такая: бекап формально не завершился, так как сервер принудительно ночью без перезагружен (с целью единовременного прекращения выполняющихся заданий на 71%/75%), а значит условие after_backup не было соблюдено.

Если это так, есть ли способ массово, на всех 138 планах резервного копирования изменить after_backup=true на before_backup=true?

Support specialist
Posts: 0
Comments: 1396

#3

Hello alexdexter.

Could you please share here your exported backup plan?

Forum Member
Posts: 13
Comments: 39

#4

во вложении

Attachment Size
524931-177686.zip 4.69 KB
Support specialist
Posts: 0
Comments: 1396

#5

Hello alexdexter.

We have not found any issues with this backup plan except that it was created more than 2 years ago.

Thus, I suggest that you follow Ekaterina's recommendations to re-create your backup plans. Unfortunately, I can't recommend any tool for mass edit.

Связано ли это с нерешенной проблемы из темы https://forum.acronis.com/forum/acronis-backup-117/rezervnoe-kopirovanie-zavisaet-na-71 ? Так как я ежедневно перезагружаю сервер управления, т.к. это единственный способ прекратить массовую активность заданий.

Логика такая: бекап формально не завершился, так как сервер принудительно ночью без перезагружен (с целью единовременного прекращения выполняющихся заданий на 71%/75%), а значит условие after_backup не было соблюдено.

Yes, your logic is correct.