Sdílet prostřednictvím


Jak lze spustit sledování nové aplikace

 

Rozsah platnosti: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

Pokud máte novou aplikaci, která jsou získání informací o, můžete šabloně monitorování výkonu aplikace .NET v System Center 2012 – Operations Manager ke konfiguraci monitorování pro něj. Zde naleznete pro začátek některá nastavení, která vám pomohou poznat novou aplikaci. Nejvhodnější je začít s monitorováním v testovacím nebo vývojovém prostředí.

Nastavení monitorování nové aplikace

Po této strategie pro monitorování nové aplikace vám pomůže seznámení s chování aplikace v rámci vašeho systému a pro zákazníka.

Zahájí monitorování serverový pouze s jednoduché monitorovaného systému a krátkodobé nastavení

Nejprve zachovat konfigurace jednoduchý: monitorování jedné aplikace na jednom serveru. Při první konfiguraci monitorování výkonu aplikace .NET pro monitorování nové aplikace, Second, plánu zachovat nastavení implementujete porozumět některé trendů dostatečně dlouhé. Data získaná za jeden den by vám měla poskytnout vzorový přehled o výkonu a používání aplikace.

Nastavení základního výkonu pomocí výchozích nastavení a některých specifických nastavení

Ve většině případů bude vhodné zachovat výchozí nastavení. Výchozí nastavení zajistí, že se zobrazí všechny závažné problémy s aplikací, a minimalizuje dopad na monitorovanou aplikaci.

Pokud se nezobrazují žádné události výjimek nebo problémů s výkonem, můžete se pomocí následujícího postupu podívat, jak vypadá základní výkon.

Chcete-li zahájit monitorování, zde jsou uvedena některá nastavení, které může být třeba upravit:

  • Snižte prahové hodnoty pro výkon. Tato akce vám může pomoci vytvořit měřítko základního výkonu pomocí zobrazení aktuálních charakteristik výkonu aplikace.

  • Povolte všechny obory názvů. Chcete zjistit, jaké obory názvů jsou zapojeny a pokud se nejprve nastavíte určité obory názvů, nemusejí všimnout obor názvů místo, kde dochází k chybě.

  • Shromážděte všechny výjimky, jen kritické výjimky. Je zapotřebí zjistit, jaké druhy výjimek jsou hlášeny. Používání obslužných rutin známých výjimek snižuje počet hlášených výjimek.

To může vést k velkému množství dat (více než požadujete k dlouhodobému monitorování), ale zpočátku bude takové množství dat užitečné, protože poznáte příslušné trendy chování, například způsoby, jakými zákazníci používají systém, a jak vypadá běžný výkon.

Po dokončení shromažďování dat se pomocí sestav konzole Application Advisor, například analýzy výkonu aplikace, podívejte, jak fungují monitorované aplikace. Pomocí sestavy zjistíte, jaké je průměrné trvání pro nejtěžší (nejdéle probíhající) volání v systému a také maximální množství času stráveného zpracováním žádostí. To vám umožní nastavit přizpůsobené prahové hodnoty vycházející ze skutečného výkonu aplikace. Také zjistíte, které funkce fungují rychleji než ostatní, a budete moci vytvořit specifickou webovou stránku, webovou metodu a transakce funkcí pro nejdůležitější metody a zajistit tak, aby splňovaly požadavky náročnější smlouvy SLA, než jaká je uzavřena pro aplikaci jako celek. Další informace o prohlížení sestav naleznete v tématu Určení rozsahu a spuštění a Application Advisor sestavy výstrah priority podle pomocí Application Advisor.

Úprava nastavení a porovnání se standardními hodnotami

Jakmile získáte standardní hodnoty měřítka výkonu, začněte úpravou nastavení a vylaďte monitorování tak, aby zachytávalo hlášené druhy výjimek. Vytvářením sestav všech výjimek zjistíte, zda v aplikaci existují výchozí obslužné rutiny výjimek zachycující výjimky, k nimž byste chtěli obdržet výstrahy. Získaná data budou po každé úpravě smysluplnější a méně početná.

  • Odstraňte vlastní nastavení a v závislosti na shromážděných datech nastavte prahové hodnoty.

  • Přidáte konkrétní obory názvů podle zásobníky volání v událostech výkonu a výjimek nalezené během fáze standardních hodnot.

  • Přidáte obslužné rutiny výjimek pro všechny aplikace úrovně "Chyťte všechny" obslužných rutin, které zachovat výjimky z trvalou mimo aplikaci a obslužné rutiny výjimek rozhraní .NET Framework.

  • Chcete-li monitorovat výkon běžných metod, které podléhají náročnější smlouvě SLA než aplikace jako celek, přidejte specializované transakce.

Porovnejte nová data se základními hodnotami. Získáte tak například přehled o skutečném průměrném času odezvy. Nyní když znáte různé výjimky výkonu, které aplikace odesílá, můžete místo monitorování všech oborů názvů přidat požadované specifické obory názvů. Podle konfigurace bude aplikace monitorována na základě pozorovaných úrovní výkonu. Pokud dojde k výkyvům hodnot od normálu, zobrazí se výstrahy.

Postupné nasazení aplikace na lépe monitorované servery v systému

Jakmile budete mít po určité době monitorování aplikace s novou konfigurací pocit, že její stav je v pořádku, zvyšte počet serverů, na nichž aplikace běží a které monitorujete, z jednoho například na 10. Bude-li její stav na této úrovni v pořádku, rozšiřte nasazení a monitorování na více serverů a tak dále. Pomocí tohoto přístupu postupného převádění budete mít jistotu při monitorování dané aplikace a zajistíte funkční stav systému.

Začněte monitorování na straně klienta

Pokud si nejste jisti, že je aplikace spuštěna dobře v rámci systému, je dobrý čas k monitorování, jaké zákazník vyskytne. Toto je jaké klientů monitorování aplikace nemá. Povolit monitorování na straně klienta, naleznete v tématu Jak nakonfigurovat monitorování pro aplikace .NET

Jaké akce může pomocí těchto informací obsluha systému provádět

Pomocí základních informací může obsluha systému získat lepší představu o tom, kde došlo k problému s aplikací nebo s infrastrukturou, a lépe tak určit, zda se jedná o záležitost, kterou může opravit pouze vývojový tým, nebo ho může vyřešit přímo obsluha.

Viz také

Jak přidat, povolit a zakázat obory názvů
Chcete-li definovat kritické výjimky pomocí obslužné rutiny výjimek
Vytvoření strategií pro monitorování aplikací rozhraní .NET
Monitorování aplikací pomocí výchozího nastavení