Запуск тригера служби Windows - різниця в посібнику від автоматичного?

Оскільки Windows Server 2008 R2 (і Windows 7, думаю, для клієнтської ОС), Microsoft представила trigger startпослуги. Я розумію різницю між automatic, automatic (delayed)і manualзапуску типів. З того, що я читав у гуглених статтях, я вважаю, що я розумію логіку trigger start(хоча ніколи цього не використовував).

Те , що я не зовсім впевнений , я розумію , буде різницею послуг, які налаштовані automatic (trigger start)і manual (trigger start)я не віз , щоб знайти якесь - або пояснення для цього.

Я начебто думаю, що в обох випадках служба не працює, якщо тригер не запустить її, тож яка би була різниця насправді?

Причина, з якою я стикався з цим питанням, це фактично моніторинг послуг автоматичного запуску. Оскільки послуга встановлена ​​для запуску з тригера та тригера, недійсна, служба не працює і моніторинг повідомляє про неї так, що автоматична послуга не працює.

Підводячи підсумок - мої запитання:

1. У чому полягає відмінність між послугами automatic (trigger start)та manual (trigger start)сервісом?
2. Чи може це вплинути на службу / додаток (загалом), якщо сервіс буде переключений з automatic (trigger start)на manual (trigger start)?

Автоматичні сервіси запускаються, коли ОС завантажується. Посібники не роблять. Триггери можуть бути додані до служб, щоб вони запустилися на якусь подію, наприклад, подія ETW або підключений USB-пристрій тощо.

Приклад тригерів (-ів) у службі автоматичного (тригерного запуску):

C:\Users\Ryan>sc qtriggerinfo dnscache
[SC] QueryServiceConfig2 SUCCESS

SERVICE_NAME: dnscache

        START SERVICE
          FIREWALL PORT EVENT          : b7569e07-8421-4ee0-ad10-86915afdad09 [PORT OPEN]
            DATA                       : 5355;UDP;

Приклад спуску (ив) на послугу "Ручний (тригерний"):

C:\Users\Ryan>sc qtriggerinfo appinfo
[SC] QueryServiceConfig2 SUCCESS

SERVICE_NAME: appinfo

        START SERVICE
          NETWORK EVENT                : bc90d167-9470-4139-a9ba-be0bbbf5b74d [RPC INTERFACE EVENT]
            DATA                       : 201ef99a-7fa0-444c-9399-19ba84f12a1a
        START SERVICE
          NETWORK EVENT                : bc90d167-9470-4139-a9ba-be0bbbf5b74d [RPC INTERFACE EVENT]
            DATA                       : 5f54ce7d-5b79-4175-8584-cb65313a0e98
        START SERVICE
          NETWORK EVENT                : bc90d167-9470-4139-a9ba-be0bbbf5b74d [RPC INTERFACE EVENT]
            DATA                       : fd7a0523-dc70-43dd-9b2e-9c5ed48225b1
        START SERVICE
          NETWORK EVENT                : bc90d167-9470-4139-a9ba-be0bbbf5b74d [RPC INTERFACE EVENT]
            DATA                       : 58e604e8-9adb-4d2e-a464-3b0683fb1480

Сервіс можна встановити на "Автоматичний", і він запускається, як тільки завантажується ОС, але він також може витончено зупинятися самостійно, коли сервісу більше роботи не потрібно. Після того, як він зупинився, тригер може запустити його знову в будь-який час.

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