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

Ahoj Tomasi,

o jakou aplikci se jedna? Kolik RAM ma server?

MP

Answer 4

Zdravíme, jedná se o naši aplikaci, relativně velké ERP s několika moduly. Na serveru bylo 16GB, posléze jsme navýšili na 24GB RAM, ale aplikace vždy paměť téměř vyčerpá. Na starém řešení aplikace spotřebovávala v průměru 5GB. Potřebujeme asi prvotně vytvořit ten dump, abychom mohli provést hlubší analýzu. Našli jsme část naší aplikace, která paměť neuvolňuje, což bude jedna příčina. Otázkou ale zůstává, proč po navýšení verze je vytížení paměti kontinuálně téměř 98%. Děkujeme.

Answer 5

Jak jsou nastavene app pooly? Dale viz napr. Troubleshoot native memory leak in an IIS 7.x application pool - Internet Information Services | Microsoft Learn

MP