Přejít k obsahu

Protokoly výkonu a výstrahy (pla)

Služba WindowsMicrosoft

Též nazývaná pla, Protokoly výkonu a výstrahy

Shromažďuje naplánované protokoly výkonu a výstrahy pro konfigurované scénáře shromažďování dat.

Co potřebujete vědět

Shromažďuje naplánované protokoly výkonu a výstrahy pro konfigurované scénáře shromažďování dat.

Zastavení sběru dat může odstranit důkazy potřebné pro diagnózu. Chraňte protokoly, protože mohou obsahovat názvy systémů, podrobnosti o zátěži a další citlivé provozní informace.

Co dělá služba Protokoly výkonu a výstrahy?
Shromažďuje naplánované protokoly výkonu a výstrahy pro konfigurované scénáře shromažďování dat.
Mohu službu Protokoly výkonu a výstrahy zakázat?
Zastavení sběru dat může odstranit důkazy potřebné pro diagnózu. Chraňte protokoly, protože mohou obsahovat názvy systémů, podrobnosti o zátěži a další citlivé provozní informace. Než změníte chování při spuštění, ověřte nainstalovanou funkci a její efektivní politiku.
Proč je služba Protokoly výkonu a výstrahy zastavena?
Stav a konfigurace spuštění jsou různé. Součást spouštěná na vyžádání může být mezi požadavky zastavena; vyšetřete skutečný provoz funkce a případnou chybu řízení služby.
Je proces využívající službu Protokoly výkonu a výstrahy bezpečný?
Zkontrolujte skutečný spuštěný soubor, jeho podpis, cestu a chování. Známý název služby nebo odpovídající název souboru sám o sobě nezaručuje bezpečnost.

Co tato služba dělá a kdy ji prověřit

Shromažďuje naplánované protokoly výkonu a výstrahy pro konfigurované scénáře shromažďování dat.

Tuto službu prověřte, pokud se její vlastní stav nebo důkazy událostí shodují s dotčenou funkcí. Podobný název ve Správci úloh, jeden vzorek využití prostředků nebo zastavený stav bez selhávající úlohy nejsou diagnózou. Začněte přesnou operací popsanou níže a ponechte původní konfiguraci systému k dispozici pro porovnání.

Edice Windows, názvy služeb a předpoklady spuštění

Pro tuto přesnou službu uvádí odkazovaná tabulka IoT Enterprise kategorii spuštění Manual. Toto je doložený příklad pro specifikované prostředí IoT, nikoli měření vašeho počítače. Než budete rozdíl považovat za chybu, porovnejte místní StartMode a účinnou zásadu správy.

Tabulka služeb Microsoft IoT Enterprise identifikuje tuto součást pod jejím identifikátorem služby. Tato tabulka pokrývá zařízení s pevnými funkcemi Windows IoT Enterprise, včetně dokumentovaných variant Windows 10 a Windows 11. Její pokyny pro spuštění a zakázání jsou omezeny na tyto scénáře; nejedná se o plošné doporučení pro ladění spotřebitelských verzí Windows, každé podnikové image nebo každé instalace Windows Serveru.

Dostupnost služby může záviset na nainstalované edici, sestavení, volitelných funkcích, kontextu účtu a kontextu organizace. K zaznamenání nainstalovaného sestavení použijte příkaz winver nebo váš spravovaný inventář. Porovnejte jej s rozsahem produktu na propojených stránkách Microsoftu. Pokud zdroj diskutuje o jiné edici nebo starším základu Windows Serveru, použijte jej k pochopení funkce namísto kopírování výchozích nastavení.

Použijte identifikátor služby namísto spoléhání se pouze na přeložený zobrazitelný název. Několik souvisejících služeb může mít podobné přátelské názvy. Chybějící registrace může indikovat nedostupnou nebo nenainstalovanou funkci; není to důkaz, že služba musí být vytvořena znovu nebo stažena.

Před změnou zkontrolujte skutečnou registraci

Následující příkazy jsou místní kontrolní příkazy pouze pro čtení pro Windows PowerShell. Neinstalují, nezastavují, neresetují, nepovolují ani nezakazují službu. Použijte oprávněný účet; některá pole a protokoly mohou vyžadovat oprávnění správce. Spouštěné příkazy nespouštějte v nedůvěryhodné vzdálené relaci.

Get-CimInstance Win32_Service -Filter "Name='pla'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName

Výstup odděluje interní název, přátelský zobrazitelný název, aktuální stav, režim spuštění, servisní účet, identifikátor procesu a konfigurovaný příkaz spuštění. Konfigurovaná cesta není důkazem, že každý soubor načtený procesem je důvěryhodný.

sc.exe query "pla"

sc.exe qc "pla"

Použijte sc.exe explicitně ve Windows PowerShellu, kde kratší zápis sc může odkazovat na jiný příkaz. Před rozhodnutím, co vyžaduje prověření, si přečtěte vrácený stav a konfiguraci. Dotaz vracející odepřený přístup vyžaduje kontrolu oprávnění; dotaz hlásící chybějící službu vyžaduje kontrolu produktu a instalace, nikoli okamžitou rekonstrukci registru.

Zkontrolujte závislosti a hostitelský proces

Na dotčeném počítači zkontrolujte jak předpoklady, tak zpětné závislosti. RequiredServices uvádí registrované předpoklady; DependentServices uvádí služby, které na této deklarují závislost. Jedná se o nainstalované vztahy řízení služeb, nikoli o vyčerpávající mapu každé aplikace, naplánované úlohy nebo vzdáleného systému, které mohou na funkci spoléhat.

Get-Service -Name 'pla' -RequiredServices

Get-Service -Name 'pla' -DependentServices

Pomocí zjištěného parametru ProcessId identifikujte spuštěný hostitel a porovnejte jeho cestu ke spuštěnému souboru a podpis pomocí Správce úloh nebo důvěryhodného nástroje Microsoft Sysinternals. Pokud je hlášené ID procesu nula nebo neexistuje žádná spuštěná instance, neexistuje žádný živý hostitel, kterého by bylo možné touto hodnotou zkontrolovat.

Identifikátory procesů lze použít opakovaně. Zaznamenejte čas zjištění a před provedením akce identifikátor znovu ověřte. Neukončujte sdíleného hostitele služeb za účelem testování jediné služby; to může přerušit jiné hostované součásti.

Cílený postup řešení potíží

Určete sadu kolektorů dat, plán a cíl, které mají přijímat výsledky. Odlište kolektor, který se nikdy nespustí, od toho, který se spustí, ale nemůže zapisovat svůj výstup.

Porovnejte oprávnění a dostupnost úložiště s chybou kolektoru. Namísto změny zátěže během jejího měření zachovejte stávající základní linii.

Před připsáním příznaku sdílené infrastruktuře identifikujte požadující aplikaci nebo funkci Windows. Služba může být hostitelem nebo zprostředkovatelem práce iniciované jinde. Porovnejte selhání aplikace s časovou osou řízení služeb.

  1. Zapište si přesnou selhávající operaci, dotčený účet, zařízení nebo koncový bod a čas, kdy selhalo. Před zavřením dialogového okna uchovejte úplný text chyby.
  2. Zachyťte stav služby a konfiguraci na stejném počítači. Porovnejte, zda funkce chybí, je odepřena zásadou, nelze ji spustit nebo selhává po spuštění.
  3. V Prohlížeči událostí porovnejte položky Služby řízení v protokolu Systém s příslušným kanálem aplikace nebo funkce kolem zaznamenaného času. Před použitím ID události nalezeného na internetu potvrďte kontext poskytovatele a zprávy.
  4. Reprodukujte jednou s nejmenším podporovaným porovnáním popsaným v tomto článku. Pokud se výsledek liší, zaznamenejte, která fáze se změnila, namísto okamžitého použití plošného resetu.
  5. Použijte cestu opravy specifickou pro danou funkci od Microsoftu nebo prodejce odůvodněnou důkazy, poté opakujte původní operaci a ověřte její výsledek.

Pokud není přítomna žádná příslušná chyba řízení služeb, pokračujte v šetření funkce nebo aplikace namísto vynucení restartu. Naopak selhání spuštění služby vyžaduje její skutečný stav ukončení a okolní události; samotná obecná zpráva o vypršení časového limitu neidentifikuje jedinou opravu.

Zastaveno, manuálně nebo nenalezeno: co výsledek znamená

Běh popisuje aktuální stav; režim spuštění popisuje konfiguraci. Služba spuštěná ručně nebo spouštěná událostí může být mezi požadavky zastavena. Reprodukujte podporovaný provoz funkce a porovnejte přechod stavu před závěrem, že by měla běžet neustále.

Pokud služba nebyla nalezena, potvrďte její přesný identifikátor, zamýšlený počítač a zda je její funkce Windows nainstalována. Pokud je přístup odepřen, uchovejte chybu a zkontrolujte oprávnění nebo zásadu správy. Nevvozujte absenci z jednoho omezeného zobrazení a nevytvářejte náhradní registraci z nesouvisejícího počítače.

Operace spuštění může selhat kvůli svým předpokladům, konfiguraci, oprávněním účtu, stavu funkce nebo součásti, kterou spouští. Vyhněte se použití pevné hodnoty spuštění zkopíorované z jiné edice nebo image Windows; porovnejte skutečný spravovaný základ pro tento počítač.

Vyšetřování vysokého využití procesoru, paměti, disku nebo sítě

Zachyťte krátkou časovou řadu při reprodukci skutečného pracovního zatížení. Oddělte krátký impuls spojený s přihlášením, nastavením, synchronizací nebo aktualizací od práce, která opakovaně nedokončuje běh. Zaznamenejte pracovní zatížení aplikace a interval použitý pro porovnání; tento články nepředepisuje univerzální bezpečné procento nebo prahovou hodnotu paměti.

Použijte aktuální mapování procesů a vhodný nástroj výkonu k propojení aktivity prostředků s požadující funkcí. Pracovní sada sdíleného hostitele není alokace na službu a štítek stavu neurčuje, která součást generovala každou operaci disku nebo požadavek sítě. Pokud se využití prostředků po podporované opravě změní, ověřte, že funkce stále funguje, než přisoudíte příčinu.

Můžete ji zastavit nebo zakázat?

Zastavení sběru dat může odstranit důkazy potřebné pro diagnózu. Chraňte protokoly, protože mohou obsahovat názvy systémů, podrobnosti o zátěži a další citlivé provozní informace.

Změňte jedno podporované nastavení najednou, zaznamenejte původní hodnotu a znovu otestujte původní pracovní postup. Plošná registrace součástí, mazání úložiště nebo obnovení oprávnění nenahradí diagnózu konkrétní selhané operace.

Považujte zastavení, restartování a zakázání za různé operace. Restart přerušuje aktuální práci; zakázání mění budoucí chování při spuštění. Schopnost vyžádat si změnu nezaručuje, že je tato změna bezpečná, podporovaná nebo povolená organizační politikou. Tento článek záměrně uvádí nejprve příkazy pro kontrolu namísto univerzálního příkazu pro zastavení nebo zakázání.

Obnovení, potvrzení a kontrolní seznam pro eskalaci

Před schválenou změnou konfigurace zaznamenejte původní nastavení spuštění, účet služby, závislosti a příslušnou zásadu funkcí. Získejte okno údržby a známou přístupovou cestu pro obnovení, pokud by mohli být ovlivněni uživatelé, úložiště, ověřování nebo vzdálená správa. Uchovávejte zálohy a materiál pro obnovení přihlašovacích údajů v jejich oprávněném zabezpečeném umístění, nikoli v protokolu podpory.

Změňte jedno odůvodněné nastavení najednou pomocí podporovaného postupu vlastníka produktu nebo správce. Pokud je výsledek horší, obnovte zaznamenanou konfiguraci prostřednictvím stejné podporované cesty správy. Neodhadujte oprávnění služeb, nenahrazujte účet služby správcem, neimportujte klíče registru z jiného sestavení Windows ani nepovažujte úspěšné spuštění služby za důkaz, že se aplikace zotavila.

Potvrďte obnovení opakováním původní operace, kontrolou jejího výsledku a porovnáním událostí služby a aplikace nad stejným druhem pracovního zatížení. Ověřte, že závislé funkce stále fungují a že se příznak okamžitě nevrací. Pokud zůstává příčina nejasná, uchovejte neúspěšný test jako důkaz namísto opakování destruktivních oprav.

  • Zahrňte identifikátor služby a skutečný název instance, edici/sestavení Windows, dotčenou funkci a informaci o tom, zda je zařízení spravováno.
  • Zahrňte stav služby s časovým razítkem, výstup závislostí, přesnou chybu aplikace a příslušného poskytovatele událostí a zprávu.
  • Zahrňte nejmenší reprodukci, pokusy o podporované změny a jejich pozorované výsledky.
  • Před sdílením protokolů redigujte hesla, klíče pro obnovení, přístupové tokeny, soukromé klíče, obsah osobních souborů a zbytečné identifikátory.

Zdroje a ověření

Redakční vlastnictví: Feex. Není zaznamenáno žádné datum nezávislého přezkoumání. Jak provádíme výzkum.

Byl tento článek užitečný?

Stačí ano nebo ne. Pokud chcete, vyberte důvod nebo přidejte krátkou poznámku.

Byl tento článek užitečný?