Проблемы с Acronis Backup Vault Manager Service (vault_manager.exe) после обновления до Acronis Backup 12.5.12730
Здравствуйте.
Сервер управления Acronis Backup успешно обновился с версии 12.5.11010 до 12.5.12730, но, как обычно, обнаружилась новая странность: если в веб-интерфейсе зайти в резервные копии, то там ничего не отображается, и постоянно висит индикатор Загрузка... На сервере управления через диспетчер задач видно, что процесс vault_manager.exe (Acronis Backup Vault Manager Service) постоянно что-то делает, что длится уже 36 часов! За это время видно, что процессом было прочитано 72 Тб данных, а записано 40 Гб!!? Если же зайти в папку c:\ProgramData\Acronis\VaultManager\, то там видно, что после обновления до версии Acronis Backup 12.5.12730 был создан новый файл с именем acronis_vault_manager.db3, т.к. такого файла до этой версии не было. Старый файл vault_manager_db.db3 в моём случае занимает 300 Мб, новый же файл достиг 350 Мб. Также по логам в папке c:\ProgramData\Acronis\VaultManager\Logs\ видно, что что-то "полезное" происходит, но от этого как-то не легче.
В связи со всем этим вопросы:
1. Что так долго делает новая версия vault_manager.exe?
2. Сколько времени может занять весь этот процесс?
3. Будет ли что-то работать лучше (быстрее), после того как всё закончится?
Вот пример неадекватно долгого выполнения какого-то запроса:
2019-03-30T23:07:13.454+0300 INFO request_logger.go(24) In `RequestLogger`: Incoming REQUEST
{ ID: "2e213b39-2ec6-404a-b44c-a44cc49b9ff4",
Dir: "IN",
At: "2019-03-30 23:07:13.4534504 +0300 +03 m=+4229.043733401",
Method: "GET",
Proto: "HTTP/1.1",
URL: "/api/vault_manager/v1/vaults?includeStats=1&limit=1000&",
Headers: [
"X-Apigw-Tenant-Id":"00000000-0000-0000-0000-000000000000",
"X-Apigw-Tenant-Locator":"/00000000-0000-0000-0000-000000000000/",
"Accept-Encoding":"gzip, deflate",
"User-Agent":"python-requests/2.12.4",
"Accept":"*/*"
]
}2019-03-31T05:17:08.452+0300 INFO request_logger.go(35) In `RequestLogger`: REQUEST DONE
{ ID: "2e213b39-2ec6-404a-b44c-a44cc49b9ff4",
Result: { Duration: "6h9m55.0372885s",
Status: "OK(200)"
}
}
Ни в версии 12.5.12860, ни в 12.5.12890 проблема не была решена.
Мне удалось локализовать проблему.
Процесс vault_manager.exe запускается с параметром --config vault_manager.yaml, который указывает на использование соответствующего конфигурационного файла, находящегося в папке c:\Program Files\Acronis\VaultManager\. В этом файле есть раздел,
backupsCleaner:
backupsExpirationPeriod: "1h"
checkInterval: "1h"
deleteCount: 100
deleteDelay: "1s"
который, очевидно, отвечает за некий механизм очистки базы данных от устаревшей (неактуальной) информации о хранилищах и резервных копиях. Изменение параметров backupsExpirationPeriod и checkInterval в большую сторону, позволяет, как я понимаю, отложить (отключить) механизм очистки, что в свою очередь отключает бесконечное чтение процессом vault_manager.exe информации из базы данных.
Было бы неплохо узнать за что отвечают указанные выше параметры, ведь, фактически, они включают механизм, который блокирует работу с резервными копиями через веб-интерфейс и бесконечно нагружает одно ядро процессора и максимально утилизирует ресурсы диска, на котором размещена база данных.
Hello Yury,
We've discussed this thread briefly with the development team and our colleagues would appreciate if you collect the dump of vault_manager.exe at the moment when the issue reproduces and Acronis system report after collecting the dump. I've sent you the FTP link for upload.
Regarding your latest question about the config files vault_manager.exe is using to clean up the database, I assume it should not lead to the complete resource overuse and hence need to be investigated. If I get more information, I'll share it here.
Thank you in advance for cooperation!