Vytvoření dump file - analýza zatížení paměti

Question

Zdravíme,

upgradovali jsme z Windows 2012 R2, IIS v. 8.5.9600.16384 na Windows 2022, IIS v. 10.0.20348.1. V novém prostředí aplikace po nějaké době vyčerpá veškerou RAM a je zapotřebí otočení poolu.

Při pokusu udělat dump file pro analýzu se vytvoří *.DMP file, který vypadá, že má kompletní velikost, avšak při otvírání ve Visual studiu dojde k chybě - "Prvek nebyl nalezen. (Exception from HResult: 0x80070490)". Potřebujeme zanalyzovat příčinu vytížení paměti. Děkujeme.

Obrázky, viz přílohy.

Answer 1

Tato odpověď byla automaticky přeložena. V důsledku toho může obsahovat gramatické chyby nebo neobvyklé formulace.

Dobrý den

Děkujeme za příspěvek do fóra komunity společnosti Microsoft.

Podle informací, které jsem našel, pokud se jedná o událost založenou na manifestu a manifest není zaregistrován v systému, může k této chybě dojít. V případě potřeby můžete k instalaci manifestu použít příkaz "wevtutil im". Další možnou příčinou může být, že pokud voláte tuto funkci ze zpětného volání na EtwFileConsumer a pokoušíte se načíst událost od poskytovatele "EventTraceGuid", může být tato událost zahrnuta.

ETW – ETWProcessor.Managed vyvolá výjimku 0x80070490 – Stack Overflow v Microsoftu

Pokud jde o problém s vyčerpáváním paměti RAM, může to být způsobeno únikem paměti v aplikaci. Doporučuji zkontrolovat, zda nejsou známy nějaké problémy s aplikací, kterou používáte, nebo zda nebyly vydány nějaké aktualizace, které by mohly problém vyřešit.

Pokud potřebujete další pomoc s analýzou souboru s výpisem paměti, může být užitečné zkontrolovat protokoly Panther umístěné v C:$Windows.~BT\Sources\Panther a vyhledat soubory Setupact.log a Setuperr.log. Tyto protokoly mohou poskytnout další informace o tom, co se děje v systému v době, kdy dojde k chybě.

Pokud problém přetrvává, můžete zkusit otevřít soubor DMP pomocí jiných nástrojů, jako je WinDbg nebo DebugDiag.

Soubory výpisu v uživatelském režimu - ovladače pro Windows | Microsoft Learn

S pozdravem

Wesley Li

Answer 2

Děkujeme za ochotu. Podařilo se nám pomocí DebugDiag zanalyzovat příčinu vytížení paměti a našli problém v jedné z používaných knihoven. Primární problém byl tedy odstraněn.

Answer 3

Děkujeme, DebugDiag nám pomohl s analýzou paměti. Bylo možné vyčíst kompletní soubor.