Перейти до вмісту

Посібник

Як визначити служби всередині svchost.exe

Зіставте зайнятий Service Host із його ідентифікатором процесу та розміщеними службами, перш ніж щось перезапускати. Наявність кількох екземплярів svchost.exe є нормальною.

Почніть із конкретного екземпляра процесу

Відкрийте Диспетчер завдань і зафіксуйте ідентифікатор процесу зайнятого Service Host. Порівняйте поведінку ЦП, пам'яті, диска та мережі за кілька вибірок під час прояву симптому. Короткочасний сплеск під час оновлення відрізняється від повторюваної роботи, яка ніколи не припиняється. Універсальної безпечної кількості процесів або порогу пам'яті не існує.

Використовуйте властивості процесу, щоб перевірити повний шлях до образу та цифровий підпис. Лише ім'я файлу не може підтвердити безпеку. Знайомий каталог і дійсний підпис є корисними доказами, але жоден із них окремо не доводить, що кожна дія процесу є нешкідливою.

Зіставте ідентифікатор процесу з розміщеними службами

У Диспетчері завдань розгорніть відповідну групу Service Host, якщо це можливо, або відкрийте вкладку «Деталі» та виберіть пункт «Перейти до служб» для вибраного процесу. Запишіть як зрозуміле ім'я служби, так і її системне ім'я. Якщо процес завершує роботу, визначте новий екземпляр перед продовженням: Windows може повторно використовувати ідентифікатори процесів.

Для перегляду в командному рядку лише для читання виконайте tasklist /svc у локальному терміналі. Зіставте його стовпець PID із зафіксованим вами PID. Виведений результат містить список розміщених служб. Не копіюйте PID зі старого знімка екрана, припускаючи, що він усе ще ідентифікує той самий процес.

Відокремте контейнер від причини

Хост може містити більше ніж одну службу. Зайнятий хост показує, де саме проводити розслідування; він не показує, яка служба спричинила все навантаження. Process Explorer може допомогти перевірити властивості процесу, завантажені модулі та дескриптори. Використовуйте документацію постачальника для фактичної служби замість того, щоб припускати, що кожен екземпляр є Windows Update.

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

Зробіть одну зворотну зміну

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

Не видаляйте svchost.exe, не зупиняйте кожен Service Host, не редагуйте записи реєстру для груп служб і не вимикайте критично важливі служби як загальний спосіб оптимізації продуктивності. Відновіть попередню конфігурацію служби, якщо зміна не допомогла. Передавайте інформацію про повторювані помилки із зазначенням імені служби, часу, спостережуваного PID та деталей помилки.

Джерела

Власник авторських прав: Feex. Дата незалежної перевірки не зафіксована. Як ми проводимо дослідження.

  • Microsoft Learn: tasklist · Основна документація. Діагностична послідовність є редакційними рекомендаціями Feex; вона не є виміряним діагнозом вашого ПК.
  • Microsoft Sysinternals: Process Explorer · Основна документація. Діагностична послідовність є редакційними рекомендаціями Feex; вона не є виміряним діагнозом вашого ПК.
  • Microsoft Sysinternals: Sigcheck · Основна документація. Діагностична послідовність є редакційними рекомендаціями Feex; вона не є виміряним діагнозом вашого ПК.

Чи був цей посібник корисним?

Достатньо відповісти "так" або "ні". За бажанням виберіть причину або додайте коротку примітку.

Чи був цей посібник корисним?