Acronis managed machine service не запускается

Acronis managed machine service не запускается

Problem

1) Backups failing and Backup Logs page reports the following: —

Volume Full 7:26:59 pm 19-Jan-15 00:01:04 — Failed
Backup failed — Failed to connect to Acronis Managed Machine Service. Failed to establish the local connection with Acronis Managed Machine Service. Make sure that the service is installed and its status is Started.

Rencontres Du Film Court Antananarivo

| Error: 0x30002 The system cannot find the file specified
Click here for troubleshooting steps.

2) Acronis Managed Machine service on the Backup client machine fails to start due to «Logon failure».

Cause

During Backup client installation, a local user is created to run the service. If the account is disabled or the password changed or expired, the service will not start and backup operations will fail. In some cases this may occur due to security policies in place in the Windows environment.

Resolution

1) open services.msc on the agent machine and locate «Acronis Managed Machine service»

2) go into properties > log on tab and check which user the service is running under (usually it will be a local user called «Acronis Agent user» or «Acronis Agent user x» where x is a number)

3) go to user management console (Active Directory users if its a domain controller) and locate the user that the service runs as: —

a. change the password

b. ensure the password is set not to expire

4) go back to the service properties and apply the new password

5) start the service

6) assuming it starts without error now, start a new backup — it should no longer fail with the «Failed to connect to Acronis Managed Machine Service»

APPLIES TO

Kaseya Backup (all versions)

Как оказалось, Acronis еще не выпустил версию своего Backup & Recovery, работающего на Windows Server 2012.

Точнее — поддержка не заявлена, хотя фактически все работает … только если подшаманить чуток.

Суть проблемы следующая: после установки Backup & Recovery консоль управления не запускается, ссылаясь на ошибку запуска службы «Acronis Managed Machine Service» (служебное имя — MMS).

На самом деле служба не запускается из-за настроенной для нее зависимости от службы Protected Storage, которую удалили в новой серверной операционной системе. Вы можете сами в этом убедиться — в Windows Server 2012 служба Protected Storage не существует.

Короче, для запуска акронисовской MMS, нам необходимо в реестре убрать зависимость от Protected Storage. Идем в HKLMSYSTEMCurrentControlSetServicesMMS, находим параметр DependOnService (он многострочный), и удаляем строчку Protected Storage.

Все, перезагружаем сервер — и готово, можно работать дальше.

Метки: windows server (ru), windows server 2012 (ru), acronis (ru)

Управление дисками

Acronis Disk Director Lite является инструментом для подготовки конфигурации диска или тома машины к восстановлению образов томов, сохраненных программой Acronis Backup & Recovery 11.

Иногда, когда том скопирован и его образ помещен в безопасное хранилище, конфигурация дисков машины может измениться из-за замены жесткого диска или отказа оборудования. В таких случаях с помощью программы Acronis Disk Director Lite пользователь может воссоздать необходимую конфигурацию диска так, чтобы иметь возможность восстановить образ тома в прежнем виде («как был») или с изменениями структуры диска или тома на усмотрение пользователя.

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

Читайте также:  Как обновить microsoft lumia 435 dual sim

Операции с жесткими дисками и томами занимают определенное время и в случае потери питания во время процедуры (непреднамеренного выключения машины или случайного нажатия кнопки «Reset») могут привести к повреждению томов и потере данных.

Все операции с томами динамических дисков в Windows XP и Windows 2000 требуют, чтобы служба Acronis Managed Machine Service была запущена под учетной записью с правами администратора.

Соблюдайте необходимые меры предосторожности, чтобы избежать возможной потери данных.

3 работа при загрузке с носителя

Copyright © Acronis, Inc.

11. Укажите выходную папку и полный путь к итоговому файлу ISO, включая имя файла или

12. Создайте образ Bart PE.
13. Запишите ISO-образ на компакт-диск или DVD-диск (если это еще не сделано) или

скопируйте его на флэш-накопитель.

После загрузки машины в Bart PE и настройки сетевого подключения выберите команду

Перейти -> Система -> Хранение -> Acronis Backup & Recovery 10, чтобы начать работу.

6.10.2 Подключение к машине, загружаемой с носителя

При загрузке машины с загрузочного носителя на терминал машины выводится окно загрузки с

IP-адресами, полученными от сервера DHCP, или набор предварительно настроенных

Для подключения к удаленной машине в меню консоли выберите Подключить ->

Управление удаленной машиной и укажите один из IP-адресов машины. Введите имя

пользователя и пароль, если они были настроены при создании загрузочного носителя.

Консоль управления Acronis Backup & Recovery 10 всегда содержится на загрузочном

носителе. Каждый пользователь, у которого есть физический доступ к терминалу машины,

может запустить консоль и установить подключение. Для этого достаточно нажать

Запустить консоль управления в окне загрузки загрузочного агента.

6.10.3 Работа при загрузке с носителя

Операции на машине, загруженной с загрузочного носителя, очень напоминают резервное

копирование и восстановление в операционной системе. Разница состоит в следующем.
1. Буквы дисков, отображаемые при загрузке с загрузочного носителя в стиле Windows, могут

отличаться от букв дисков, определяемых Windows. Например, диск D: в утилите

аварийного восстановления может соответствовать диску E: в Windows.

Внимание! В целях безопасности рекомендуется назначать томам уникальные имена.

2. Загрузочный носитель в стиле Linux отображает локальные диски и тома как отключенные

3. Загрузочному носителю в стиле Linux не удается записать резервную копию на том в

формате NTFS. При необходимости сделать это переключитесь в режим Windows.

4. Чтобы переключить загрузочный носитель из стиля Windows в стиль Linux, выберите меню

Сервис > Изменить представление томов.

5. В интерфейсе пользователя нет дерева навигации. Для перехода между представлениями

используйте пункт меню навигации.

6. Нельзя запланировать задания, фактически задания вообще не создаются. Если требуется

повторить операцию, настройте ее с нуля.

7. Время существования журнала ограничено текущим сеансом. Весь журнал или

отфильтрованные записи журнала можно сохранить в файл.

8. Централизованные хранилища не отображаются в дереве папок окна Архив.

Для доступа к управляемому хранилищу введите следующую строку в поле Путь:

Для доступа к неуправляемому централизованному хранилищу вв.

Copyright © Acronis, Inc.

bsp://адрес_узла/имя_хранилища/
Для доступа к неуправляемому централизованному хранилищу введите полный путь к

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

Настройка режима отображения

Для машины, которая загружается с носителя, режим отображения определяется

автоматически в зависимости от конфигурации оборудования (характеристик монитора и

видеокарты). Если по каким-то причинам видеорежим распознан неправильно, выполните

следующие действия.
1. В меню загрузки нажмите клавишу F11.
2. Введите в командной строке команду vga=ask и продолжите загрузку.
3. Из списка поддерживаемых видеорежимов выберите нужный. Для этого введите его номер

Читайте также:  Смайлик смущения в контакте

(например, 318) и нажмите клавишу ВВОД.

Если нужно избежать выполнения этой процедуры при каждой загрузке с носителя с данной

аппаратной конфигурацией, создайте загрузочный носитель повторно с соответствующим

номером режима (в нашем примере это vga=0x318), введенном в окне Параметры загрузки

(более подробную информацию см. в разделе Мастер создания загрузочных носителей (стр.

Настройка устройств iSCSI и NDAS

В этом разделе описана настройка устройств iSCSI и NDAS при работе с загрузочного носителя.

Эти устройства подключаются к машине через сетевой интерфейс и отображаются как

локальные устройства. В сети устройство iSCSI идентифицируется по IP-адресу, а устройство

NDAS — по идентификатору устройства.

Устройство iSCSI иногда называется назначением iSCSI. Компонент аппаратного или

программного обеспечения, обеспечивающий взаимодействие между машиной и целевым

объектом iSCSI, называют инициатором iSCSI. Имя инициатора iSCSI обычно определяется

администратором сервера, на котором размещено устройство.

Добавление устройства iSCSI

1. С загрузочного носителя (на основе Linux или PE) запустите консоль управления.
2. Щелкните Настроить устройства iSCSI/NDAS (на носителе Linux) или Запустить установку

iSCSI (на носителе PE).

3. Укажите IP-адрес и порт хоста iSCSI-устройства и имя инициатора iSCSI.
4. Если для хоста требуется проверка подлинности, укажите имя пользователя и пароль.
5. Нажмите кнопку ОК.
6. Выберите iSCSI-устройство из списка и нажмите кнопку Подключиться.
7. При появлении подсказки укажите имя пользователя и пароль для доступа к iSCSI-

Добавление устройства NDAS

1. С загрузочного носителя на основе Linux запустите консоль управления.
2. Нажмите кнопку Настроить устройства iSCSI/NDAS.
3. В разделе Устройства NDAS нажмите Добавить устройство.
4. Укажите идентификатор устройства из 20 символов.

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

Собственно проблема:

После установки Acronis vmProtect Windows Agent (обновление с 8ой до 9ой версии), агента для резервного копирования виртуальных машин под управлением VMware ESX/ESXi, основной сервис Acronis vmProtect Managed Machine Service (vmms.exe) отказывался запуститься. После запуска сервис самопроизвольно завершался в течение нескольких секунд:

Наши танцы с бубнами и без:

Для начала нами были испробованы стандартные танцы с бубнами аля «переустановите под другим пользователем, перезагрузитесь и т.п.», так как очевидно проблема не воспроизводилась в нашем отделе QA и соответственно напрашивался вывод, что что-то не так в конкретной установке у пользователя. Как вы можете догадаться, данные танцы ни к чему не привели и сервис по прежнему упорно отказывался нормально стартовать. В наших логах сервиса были найдены следующие строчки:

Мы знали, что компонент MigrationManager загружается внутри основной библиотеки VELightBundle.dll и был известен факт, что сервис ранее успешно стартовал, а проблема возникла только после обновления с 8ой на 9ую версию. Было сделано первое предположение, что VELightBundle.dll некорректно обновился и остался старый. Поясню, что к этому моменту исследование проблемы происходило уже на стороне пользователя через TeamViewer, так что с его стороны было довольно забавно наблюдать за нашими потугами. Всё это время в скайпе шла оживленная дискуссия между мной и разработчиком (небо стало походить на решето):

[31.10.2013 12:17:35] Developer: Слушай у него на машине часть длл создано 20.08 а часть 28.10.
[31.10.2013 12:17:46] Developer: Я так понимаю у него апдейт как то не прошёл.
[31.10.2013 12:18:53] Developer: Например, DiskBundle 20го, а velight 28
[31.10.2013 12:27:21] Developer: странно
[31.10.2013 12:27:49] Developer: просто это файлик не от 9ки
[31.10.2013 12:28:13] Chineek: от 8ки чтоли
[31.10.2013 12:28:39] Chineek: ябы на твоем месте просто подложил бы все ПРАВИЛЬНЫЕ длльки от себя) ну либо анинсталл, инсталл
[31.10.2013 12:28:48] Chineek: анинсталл — удалить все что лишнее в длльках — инсталл

Читайте также:  Какое ускорение при торможении

К сожалению даже применение стандартного метода «в любой непонятной ситуации если что-то не работает, удали и установи так, как оно должно работать» в данном случае не помогло и пришлось применить «тяжелую артиллерию» в лице одной из моих любимых утилит Process Monitor. Лог снимался от момента старта сервиса Acronis vmProtect Managed Machine Service до момента его самопроизвольной остановки. В логе был выставлен фильтр по процессу vmms.exe и просматривались сообщения о попытке загрузки VELightBundle.dll. Не буду описывать сколько времени занял поиск конкретно этих строчек (мне помогло снятие аналогичного лога от системы где сервис стартовал корректно и сравнение его с проблемным логом относительно процесса загрузки VELightBundle.dll), но вот что нашлось:

Решение

Как вы можете видеть, в процессе загрузки VELightBundle.dll попыталась подгрузиться общая 3rd-party библиотека libxml2.dll (мы ее используем для формирования определенных xml отчетов начиная с 9ой версии), однако вместо корректного пути C:Program Files (x86)Common FilesAcronisvmProtectCommon, она начала грузиться из C:Program Files (x86)ATI Streaminx86_64, т.к. присутствовала в обоих местах (в каждом лежала своя уникальная версия данной библиотеки):

Из лога Process Monitor видно, что 1ым местом, где ищется libxml2.dll, является установочная папка продукта, поэтому путем простого копирования libxml2.dll из C:Program Files (x86)Common FilesAcronisvmProtectCommon в C:Program Files (x86)AcronisvmProtectWindows Agent изначальная проблема была решена и сервис корректно запустился. Ура!

Как такое произошло?

Что мы упустили? Откуда взялся путь C:Program Files (x86)ATI Streaminx86_64?

Ответ на 2ой вопрос достаточно очевиден: загрузка .dll идет путем обхода путей из переменной %path%, если она не найдена в той же папке откуда запускался исходный процесс. Как видно на следующем скриншоте, действительно C:Program Files (x86)ATI Streaminx86_64 присутствует в списке и поэтому был выбран для поиска и загрузки libxml2.dll:

Важное пояснение: скриншоты я снимал уже после того как воспроизвел проблему на своей машине локально. При воспроизведении и написании данной статьи я скачал libxml2.dll по первой попавшейся ссылке и скопировал ее в первый путь, упомянутый в %path%, которым оказался C:Program Files (x86)ATI Streaminx86_64. В случае же реального пользователя libxml2.dll был в установочной папке антивируса Norman, который как оказалось тоже прописывает сам себя в %path%.

Продолжив докапываться до разработчиков, я подтвердил для себя следующую вещь:

Все сторонние (3rd-party) .dll складываются в C:Program Files (x86)Common FilesAcronisvmProtectCommon папку, которая тем не менее не прописывается в переменную %path%. Данные .dll дергаются из наших собственных библиотек, но косвенным способом, то есть только если они не найдены нигде по стандартным путям C:Windows, C:WindowsSyswow64 (system32) или %path%. Другими словами наличествует баг/грязныйхак в логике загрузки сторонних библиотек.

В очередной раз Process Monitor спас мирпомог решить нестандартную проблему, в то время как на поиск причины путем удаленной отладки через VPN ушло бы гораздо больше времени.

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

[31.10.2013 14:56:21] Developer: Спасибо. Сам бы я ещё долго доходил до этого.

Ссылка на основную публикацию
Adblock detector