1. [Уики](https://feex.it/wiki/)
2. [Системни инструменти](https://feex.it/wiki/software/system/)
3. Как да идентифицирате услугите вътре в svchost.exe

Ръководство

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

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

В това ръководство

1. [Започнете с конкретния екземпляр на процеса](https://feex.it/wiki/l/bg/software/system/identify-services-inside-svchost/#first-check)
2. [Съпоставете идентификатора на процеса с хостваните услуги](https://feex.it/wiki/l/bg/software/system/identify-services-inside-svchost/#map-services)
3. [Отделете контейнера от причината](https://feex.it/wiki/l/bg/software/system/identify-services-inside-svchost/#interpret)
4. [Направете една обратима промяна](https://feex.it/wiki/l/bg/software/system/identify-services-inside-svchost/#recover)

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

Отворете 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 и подробностите за грешката.

## Продължете да четете

[svchost.exe: Свързани справочни материали](https://feex.it/wiki/l/bg/process/svchost.exe/)[Windows Update: Свързани справочни материали](https://feex.it/wiki/l/bg/service/windows-update/)

## Източници

Редакционна собственост: Feex. Не е записана дата на независим преглед. [Как проучваме](https://feex.it/wiki/research/).

- [Microsoft Learn: tasklist ](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/tasklist)· Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.
- [Microsoft Sysinternals: Process Explorer ](https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer)· Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.
- [Microsoft Sysinternals: Sigcheck ](https://learn.microsoft.com/en-us/sysinternals/downloads/sigcheck)· Основна документация. Диагностичната последователност представлява редакционни насоки на Feex; тя не е конкретна хардуерна или софтуерна диагностика на вашия компютър.

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

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

---

Source: [Canonical Feex Wiki page](https://feex.it/wiki/l/bg/software/system/identify-services-inside-svchost/)

[Developer guide](https://feex.it/wiki/developers/) | [API policy](https://feex.it/developers/api-policy/) | [Agent guidance](https://feex.it/wiki/llms.txt)