Послуги Windows не запускаються автоматично?

Останнім часом у нас на серверах Windows Server 2008 R2 виникли неприємні проблеми з синхронізацією.

Я простежив це назад до чогось дуже простого: служба часу Windows не була запущена! Час неможливо синхронізувати через NTP, коли служба часу не працює ...

Служба Windows Time Service була налаштована "автоматично" на панелі керування службами, що я двічі і потрійно перевіряв. Я також перевіряв журнали подій, і я не бачив жодних збоїв у службі чи нічого подібного. Насправді це виглядало дуже багато, як Windows Time Service ніколи не запускався автоматично після встановлення щотижневих оновлень Windows та перезавантаження серверів. (це має відбуватися щосуботи о 19:00.)

Щохвилини я розпочав службу часу, час синхронізував нормально.

Отже, тоді питання: чому б набір послуг для запуску "Автоматично" ... не запускався автоматично? Це здається мені щось божевільне.

Час W32 не запуститься автоматично, якщо ПК не знаходиться в домені. Чорт Майкрософт!

Спробуйте виконати це: sc triggerinfo w32time start/networkon stop/networkoff

Одне можливе пояснення з цієї теми :

Як я зрозумів це, в основному сервіс не буде ввімкнено, поки ви або завдання чи обладнання або мережа не почнете подію для його включення. Коли ви намагаєтесь оновити час, ви зателефонуєте в службу та запустіть подію "Запустити сервіс xyz". Він також може вимкнути послугу після її завершення. Це дуже спрощено. Це одна з причин, чому сім швидше, тому що багато сервісів працюють лише тоді, коли це потрібно, замість того, щоб весь час вони працювали в очікуванні, щоб щось ними скористатися. По суті, вам не потрібно намагатися вирішити, які послуги вам потрібні чи ні, вони можуть подбати про себе.

Він говорить про нове ядро ​​в Windows 7.

Оскільки Windows Server 2008 R2 та Windows 7 поділяють одне ядро, мені цікаво, чи роздільна здатність однакова?

Вони рекомендують встановити послугу на автоматичний / запізнілий початок, щоб виправити це.

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

На жаль, з часом Windows увімкнено ведення журналу вручну .

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

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

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

Ви фактично отримали б деяку інформацію з цього журналу.

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

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

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

Дякую, я встановив, що деякі сервіси, які не запускалися на Windows Server 2016, були відкладені, і вони працювали, але я не міг цього зробити для антивірусної служби, оскільки він захищений від модифікації.

Однак я знайшов цю проблему, яка спрацювала, навіть якщо це було для R2 2008 року: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and- події-7000-і-7011-увійшли в систему-в-windows-сервер-2003-windows-сервер-2008-і-windows-сервер-2008-r2

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

Тут я вставлю найкориснішу частину роботи:

Щоб вирішити цю проблему, змініть реєстр, щоб збільшити значення за замовчуванням для менеджера управління сервісом за замовчуванням. Щоб збільшити це значення до 60 секунд, виконайте наступні дії:

Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
In the right pane, locate the ServicesPipeTimeout entry.

Note: If the ServicesPipeTimeout entry does not exist, you must create it. To do this, follow these steps:

    On the Edit menu, point to New, and then click DWORD Value.
    Type ServicesPipeTimeout, and then press ENTER. 
Right-click ServicesPipeTimeout, and then click Modify.
Click Decimal, type 60000, and then click OK.

This value represents the time in milliseconds before a service times out.
Restart the computer.