RestartManager вызывает перезапуск рабочей роли

Question

В последнее время мы столкнулись с проблемой, что наша служба рабочих ролей Azure перезапускается почти каждый день. Это огромная проблема для нас, так как нашему сервису требуется около 20 минут для инициализации, и эти перезапуски могут вызвать простои.
Я вошел в экземпляры через RDP и посмотрел в журналах событий, чтобы выяснить, что вызывало эти, казалось бы, случайные перезапуски. Я наткнулся на несколько записей, которые всегда предшествовали перезапуску:

Служба, установленная MsiInstaller, называется "Windows Azure Remote Forwarder". Я предполагаю, что эта служба установлена, потому что мы включили удаленный рабочий стол в конфигурации нашей рабочей роли. Интересно то, что мы включили RDP в течение длительного времени (2 года или около того), но случайные перезапуски происходят только 4 недели назад.
Но есть несколько вещей, которые я не совсем понимаю:

1. Почему этот сервис устанавливается или обновляется так часто?
2. Я знаю, что RestartManager отвечает за установку / обновление служб без необходимости перезагружать компьютер, останавливая другие службы, которые блокируют файлы.
   Возможно ли, что наш сервис блокирует некоторые важные файлы?
   Может ли быть проблемой, что мы используем локальное дисковое хранилище для временных файлов?
3. Можно ли сказать RestartManager оставить нашу службу рабочих ролей в покое?
4. Это просто совпадение и перезапуски каким-то образом инициируются нашим сервисом, хотя никакие журналы не указывают на ошибки с нашей стороны?

Любая помощь с благодарностью.

Спасибо,
Карстен

Answer 1

Самовосстановление. Скорее всего, это самовосстановление установщика Windows. Это механизм, позволяющий вернуть файлы на место, если они были неожиданно изменены, но эта первоначальная цель может вызвать много проблем и привести к бесконечным циклам восстановления - и это, вероятно, то, что здесь произошло. Very likely another product has been installed and an un-fixable error situation now exists that triggers continued and failed attempts to repair via MSI self-repair. The conflict situation must be identified with logging and event viewer debugging and a suitable fix has to be applied ( реальные исправления).

Краткое объяснение: Вот наиболее сжатое объяснение того, что я на самом деле имею в виду самовосстановлением или "отказоустойчивостью": Почему установщик MSI перенастраивает меня, если я удаляю файл?

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

• Вероятно, случится так, что ваша служба не сможет своевременно завершить работу с использованием собственных процедур запуска / остановки - или MSI не попытается перезапустить службу с помощью встроенного механизма управления службами MSI. Ваш сервис либо не останавливается вовремя, либо вообще не останавливается. Может быть. Я полагаю, это может вызвать события Restart Manager. Конечно, если вы установите REINSTALLMODE в "amus" - принудительно перезаписать все файлы независимо от версии.
• Учитывая, что люди здесь являются разработчиками, возможно, технический пример того, как реализовать поддержку Restart Manager в вашем приложении: Как добавить поддержку Windows Restart Manager в мое приложение? ( Расширенный установщик).
• Много ссылок и информации по Restart Manager (средняя страница)

Ведение журнала MSI по умолчанию: Одна из отправных точек отладки - правильно регистрировать все операции MSI - всякий раз, когда вы устанавливаете, переустанавливаете или ремонтируете, во временном каталоге будет находиться файл журнала (что не всегда приемлемо для некоторых системных администраторов). Вы можете включить ведение журнала для всех установок MSI, следуя процедуре в "Globally for all setups on a machine" раздел в приведенной выше ссылке.

• Еще больше о регистрации и перезапуске менеджера
• Как интерпретировать файл журнала MSI

---

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

1. Самовосстановление - объяснил
2. Самовосстановление - поиск реальных решений
3. Самовосстановление - как этого избежать в собственной упаковке

---

Отладка: Вся информация ниже доступна в ответах выше, но вот несколько быстрых указателей:

• Вы можете определить точный компонент MSI, который запускает восстановление, используя следующий подход: http://www.installsite.org/pages/en/msifaq/a/1037.htm.
• Откройте " Просмотр событий" и найдите в "Приложениях" предупреждения с источником событий "MsiInstaller": Идентификаторы 1001 а также 1004,
• Некоторые недавние установки другого пакета могут вызвать постоянную ошибку, которая не может быть устранена навсегда во время ремонта, и вы должны идентифицировать источник и как-то устранить его. Ссылка на пункт два выше (повторяется здесь: поиск реальных решений).

Ожидающие перезагрузки: как часто эта машина перезагружается? На многих машинах зарегистрировано много ожидающих перезагрузок, которые никогда не завершаются, и могут возникнуть проблемы. Существует много мест в реестре, которые могут быть задействованы при перезагрузке (предупреждение). Get-PendingReboot-Query. И похожий скрипт PowerShell.

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