Прескачане към съдържанието

Ръководство

Как да идентифицирате услугите вътре в svchost.exe

Свържете натоварен Service Host с неговия идентификатор на процес и хостваните услуги, преди да рестартирате каквото и да било. Множество екземпляри на svchost.exe са очаквано явление.

Започнете с конкретния екземпляр на процеса

Отворете Task Manager и запишете идентификатора на процеса (PID) на натоварения Service Host. Сравнете поведението на процесора, паметта, диска и мрежата в рамките на няколко извадки, докато симптомът се проявява. Кратък пик по време на актуализация е различен от повтаряща се работа, която никога не затихва. Няма универсален безопасен брой процеси или праг на паметта.

Използвайте свойствата на процеса, за да проверите пълния път до файла и цифровия подпис. Самото име на файла не може да гарантира безопасност. Позната директория и валиден подпис са полезни доказателства, но нито едно от тях самостоятелно не доказва, че всяко действие, предприето от процеса, е безобидно.

Съпоставете идентификатора на процеса с хостваните услуги

В Task Manager разгънете съответната група Service Host, където е възможно, или отворете изгледа Details и използвайте Go to services за избрания процес. Запишете както разбираемото име на услугата, така и нейното системно име на услуга. Ако процесът се прекрати, идентифицирайте новия екземпляр, преди да продължите: Windows може да използва повторно идентификаторите на процеси.

За изглед в командния ред само за четене изпълнете tasklist /svc в локален терминал. Свържете колоната PID с идентификатора, който сте записали. Изходните данни изброяват хостваните услуги. Не копирайте PID от стара екранна снимка с презумпцията, че той все още идентифицира същия процес.

Отделете контейнера от причината

Даден хост може да съдържа повече от една услуга. Натовареният хост ви показва къде да разследвате; той не показва коя услуга е причинила цялото натоварване. Process Explorer може да помогне за проверка на свойствата на процеса, заредените модули и манипулаторите (handles). Използвайте документацията на доставчика за конкретната услуга, вместо да предполагате, че всеки екземпляр е Windows Update.

Запишете времето на забавянето, всяка текуща актуализация или инсталация и дали активността спира след завършване. Ако услугата се срива многократно, съберете точната грешка и съответното събитие в Windows, преди да променяте настройките за стартиране.

Направете една обратима промяна

Ако услугата има документирана процедура за рестартиране и прекъсването е приемливо, рестартирайте тази конкретна услуга. Първо запазете работните си данни. Мрежовите услуги, услугите за актуализация и аудио услугите могат да прекъснат активни задачи; управляваните устройства може да изискват администратор. Проверете отново същия симптом след това.

Не изтривайте svchost.exe, не спирайте всеки Service Host, не редактирайте записи в Registry за групи услуги и не деактивирайте критични услуги като обща мярка за производителност. Възстановете предишната конфигурация на услугата, ако промяната не помогне. Ескалирайте повтарящите се грешки с името на услугата, часа, наблюденията върху PID и подробностите за грешката.

Източници

Редакционна собственост: Feex. Не е записана дата на независим преглед. Как проучваме.

  • Microsoft Learn: tasklist · Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.
  • Microsoft Sysinternals: Process Explorer · Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.
  • Microsoft Sysinternals: Sigcheck · Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.

Беше ли полезно това ръководство?

Достатъчно е "да" или "не". Изберете причина, ако желаете, или добавете кратка бележка.

Беше ли полезно това ръководство?