Direkt zum Inhalt

Проблемы с агентами резервного копирования на рабочих станциях.

Thread needs solution
Beginner
Beiträge: 1
Kommentare: 2

Здравствуйте.

Столкнулся с непонятной и очень раздражающей проблемой. Несколько клиентов резервного копирования постоянно "отваливаются" и отображаются в консоли управления как "Неактивная рабочая станция". Соответственно, заданные планы резервного копирования не выполняются, ручной запуск также невозможен. При этом рабочие станции на самом деле включены, работают, пингуются, доступны по RDP. На самих рабочих станциях агент резервного копирования пишет "Резервное копирование не выполняется", при этом никаких ошибок в журналах нет. Консоль резервного копирования пишет ошибку "Агент резервного копирования был выключен в назначенное время". Положение спасает удаление данной рабочей станции через консоль и повторная установка агента резервного копирования через консоль же. После чего рабочая станция появляется в списке активных и можно выполнить резервное копирование. Однократно. Примерно в течение суток агент снова отваливается, словно станция выключена. Полное удаление агента резервного копирования на рабочей станции с чисткой реестра и повторная оффлайн установка агента положение спасают также только на одни сутки.

Проблемных рабочих станций на сегодня три. 

Acronis Backup 12.5 Standard

Буду признателен на любой совет.

0 Users found this helpful
Beginner
Beiträge: 1
Kommentare: 2

#1

Есть тут кто живой?

Support specialist
Beiträge: 0
Kommentare: 898

#2

Hello Sergey,

thanks for posting on Acronis forums!

There have been similar issues reported to Acronis support engineers that are now under investigation. Thus, we recommend that you open a case with Acronis Support Team and provide them with Acronis system reports collected from Agents (after issue reproducing) and Management Server.

Beginner
Beiträge: 1
Kommentare: 2

#3

Добрый день, к сожалению Проблема с 3 июля так и не решена.

Ваши коллеги отвечают раз в неделю https://acronis-infoprotect.okdesk.ru/contacts/1522

Из 11 компьютеров, ПО  Acronis Backup успешно работает только на 3 компьютерах

Возникает вопрос за что мы заплатили такие деньги?

Техподдержка никакая, продукт не работает.

Толи дело антивирус от Касперского, работает как часы, техподдержка мгновенная.

Я вынужден рекомендовать руководству более не продлевать лицензию на Ваш продукт.

Forum Moderator
Beiträge: 124
Kommentare: 4759

#4

Hello Sergey,

we're sorry to know about the issues you've faced with the software. Please share this feedback in your open ticket with Acronis-Infoprotect, so that their management can take a look into the situation. 

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#5

была такая-же проблема, лечил её рестартом сервиса Акронис на агенте через оснастку services. появилась проблема после апдейта 14330. в консоли после этого значок меняет цвет с "серого" на "тёмно-синий" в течении 10 секунд.

Support specialist
Beiträge: 0
Kommentare: 898

#6

Hello SCH,

welcome to Acronis forums!

Please make sure that there are no connectivity issues between Agent and AMS (follow KB https://kb.acronis.com/content/61707) and IPv6 was disabled during Agent registration as described in the following KB article.: https://kb.acronis.com/content/63129

The fix for this problem (ABR-231185) will be added to Update 5.

 

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#7

доступ к первой ссылке не работает - access is denied.

вторая ссылка работает.

IPv6 выключен. никаких изменений в сети не было до апдейта и после него. но ИНОГДА агенты отваливаются.

повторюсь - возможно, это связано с установкой обновлений от микрософт. помогает рестарт сервиса Акронис локально на агенте.

 

Support specialist
Beiträge: 0
Kommentare: 898

#8

Hello SCH.

The closed KB article describes the steps on checking the connectivity between the Agent and Management Server:

1) Verify that all Acronis services are started and running on the Management Server side: see Acronis Backup 12.5: Windows services and processes

2) Verify that Management Server is accessible from the Agent side. 

3) Check the most important ports for connection between Management Server and Agent: 9877 and 7780

IPv6 выключен. никаких изменений в сети не было до апдейта и после него. но ИНОГДА агенты отваливаются.

Let's wait for Update 5 which will fix this problem.

 

 

 

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#9

Мария, добрый день!

да, все эти шаги проверены. всё работает на обеих сторонах как в процедуре - на сервере и на агенте. сервисы в статусе "running". однако бывает так, что агент становится в серверной консоли серым. заходишь в сервисы этого агента, делаешь ему рестарт сервиса акронис (тот, который со словом manager) - и примерно через 10 секунд в консоли сервера агент из серого перекрашивается в синий (типа онлайн).

кстати, при этом я заметил, что из двух заданий, которые должны на агенте запускаться (делаем на каждом агенте бэкап в 2 разных места), запускается только бэкап на локальный жёсткий диск, а на сетевой диск бэкап пропускается.

и нет алармов о том, что задание было пропущено либо не выполнено. только если заходишь в devices и сам не посмотришь на статус агента - синий он или серый.

Support specialist
Beiträge: 0
Kommentare: 898

#10

Hello SCH.

According to the additional details that you've shared, this is definitely ABR-225192 issue. Please accept our apologies that you've encountered with this software bug.

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#11

раз уж начали копать - сделайте в разделе Devices столбец "активности" агентов. чтобы можно было отсортировать их по этому статусу. сейчас нужно всё крутить вниз скроллингом. даже одно это изменение сделает диагностику проще.

и ещё заметил одну штуку - если агент находится в оффлайне И запланирована задача "проверки целостности созданных на нём резервных копий", то у этой задачи "проверки резервных копий" нет таймаута по длительности и нет обработки - доступен агент или нет. эта задача может висеть "выполняющейся" очень долго, так и не начав выполняться (у неё будет активный процесс выполнения, но индикатор выполнения 0%).

я бы перед стартом этой задачи добавил обработку статуса агента (оффлайн или нет).

Support specialist
Beiträge: 0
Kommentare: 898

#12

Hello SCH.

I registered sorting by activity state and adding a checkbox "If the machine is turned off, run missed tasks at the machine startup" for Validation plan feature requests.

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#13

If the machine is turned off, DO NOT run VALIDATION PLAN task

капсом написал свои слова в ваш текст. 

Support specialist
Beiträge: 0
Kommentare: 898

#14

Thanks for the clarification. I have updated it accordingly.

Forum Moderator
Beiträge: 124
Kommentare: 4759

#15
SCH wrote:

и ещё заметил одну штуку - если агент находится в оффлайне И запланирована задача "проверки целостности созданных на нём резервных копий", то у этой задачи "проверки резервных копий" нет таймаута по длительности и нет обработки - доступен агент или нет. эта задача может висеть "выполняющейся" очень долго, так и не начав выполняться (у неё будет активный процесс выполнения, но индикатор выполнения 0%).

Hello SCH,

we've tried to reproduce the issue in our lab using different configurations with both clean installation of b14330 and update from b13400, but the issue didn't reproduce. The validation task does not start, if the agent is offline. In this case we can only suggest trying repair installation and raising a support ticket, so that our engineers can investigate the issue on your environment. 

SCH
Forum Member
Beiträge: 1
Kommentare: 24

#16

только что проверил специально - есть такая ошибка. скорее всего, вы не правильно собрали стенд.

условия:

1. сервер резервного копирования с Акронис 14330 + рабочая станция с Акронис 14330. Обе Windows;

2. рабочая станция содержит 2 диска (в вашем случае могут быть 2 раздела). 

3. на рабочей станции делаются 2 задания: первое задание копирует образ диска С: на сервер резервного копирования, второе задание копирует образ диска С: на локальный диск (второй диск) рабочей станции.

4. созданы две задачи по проверки резервных копий. одна задача проверяет на сервере все хранящиеся в нём резервные копии (storage node), вторая задача проверяет на рабочей станции все резервные копии, хранящиеся на втором диске. В данном случае не важно - проверяем последнюю созданную копию или все.

5. проверяем, доступен ли агент на рабочей станции (на рабочей станции запущены сервисы Акронис, рабочая станция изображена на веб-консоли сервера тёмно-синим цветом). запускаем задачу проверки резервных копий на рабочей станции по расписанию - задача проходит.

6. выключаем рабочую станцию (либо останавливаем сервисы Акронис). В веб-консоли сервера рабочая станция перекрашивается в серый цвет (агент не доступен). изменяем время расписания в задаче проверки резервных копий на рабочей станции на "+1 минуту" от текущего времени. сохраняем задачу. ждём менее 1 минуты и видим - стартует задача проверки резервных копий на рабочей станции.

 

почему поднята эта тема - проверка созданных резервных копий у нас настроена на всех рабочих станциях. именно этот глюк косвенно помог найти факт того, что некоторые агенты могут отваливаться (по разным причинам). это как раз и описано в первом посте этой ветки.

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

Forum Moderator
Beiträge: 124
Kommentare: 4759

#17

SCH,

thank you for posting the step-by-step description of how to reproduce the issue! Previously, the issue didn't reproduce, because the plan was created while the Agent was online and hence it did not start after they put the Agent offline later, while in your scenario the plan is being edited while the Agent is already offline. 

The ticket for fixing has been created (internal ID for reference ABR-246261)