Figyelés egy új alkalmazás indítása
Érvényes: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager
Ha egy új alkalmazás, amelyet Ön megismerése, a .NET alkalmazásteljesítmény-figyelő sablon használható System Center 2012 – Operations Manager konfigurálása a figyelés azt. Az alábbi beállítások segítségével hozzákezdhet az új alkalmazás megismeréséhez. Emellett az ideális megoldás az lenne, ha a figyelést egy fejlesztői vagy tesztkörnyezetben kezdené meg.
Új alkalmazás figyelési bellításai
Ez az új alkalmazás figyeléséhez stratégiájáról a következő segítségével tudni, hogy az alkalmazás viselkedését belül a rendszer, és Ön az ügyfél számára.
Csak egy egyszerű figyelt rendszeren, és a rövid távú beállítások a kiszolgálóoldali figyelés indítása
Első lépésként tartani a konfigurációs egyszerű: egy alkalmazás egy kiszolgálón figyeléséhez. Második amikor először konfigurálja .NET alkalmazásteljesítmény-figyelés egy új alkalmazás figyeléséhez, tervezi, hogy megtartja a rövid ideig, hogy megtudja, néhány trendeket alkalmazhat beállításokat. Egy nap értékelésével betekintést nyerhet az alkalmazás teljesítményébe és a használati szokásokba.
Az alapértelmezett beállításokkal és néhány speciális beállítással alakítsa ki az alapszintű teljesítményt
A legtöbb beállítás esetében célszerű megtartani az alapértékeket. Az alapértelmezett beállítások biztosítják, hogy az alkalmazással kapcsolatos nagyobb problémákat észrevegye, és közben minél kisebb hatással legyen az alkalmazásra.
Ha nem jelennek meg a teljesítménnyel kapcsolatos problémák vagy kivételesemények, akkor az alábbi lépéseket követve betekintést nyerhet abba, hogy az alapszintű teljesítmény hogyan néz ki.
Az alábbi beállításokat a figyelés megkezdéséhez az itt leírt módon kell beállítani:
Csökkentse a teljesítmény küszöbértékeit. Így alapszintű teljesítménymérést végezhet, mivel látni fogja, hogy az alkalmazás aktuális teljesítményjellemzői hogyan alakulnak.
Engedélyezze az összes névterek. Szeretne megtudhatja, milyen névterek van szó, és ha először adott névterek, akkor előfordulhat, hogy hiányzik egy névtér, ahol a hiba jelentkezik.
Az összes kivételek, csak a kritikus kivételek összegyűjtése Ismernie kell, hogy milyen jellegű kivételek merültek fel. Az ismert kivételkezelők használata korlátozza a kapott kivételek számát.
Ez nagy mennyiségű adatot eredményezhet – többet, mint amennyit a hosszú távú figyelésnél kapni szeretne –, ám a kezdetekben ez az adatmennyiség a segítéségre van, mivel látni fogja a trendeket, például az ügyfelek által a rendszerben választott utakat, illetve a normál teljesítmény alakulását.
Az adatgyűjtés befejezte után a figyelt alkalmazások működésének vizsgálatára használja az Application Advisor jelentéseit, például az alkalmazás teljesítményelemzését. A jelentéssel látni fogja, hogy a rendszeren áthaladó legnagyobb terhelést jelentő (leghosszabban futó) hívásoknak mennyi az átlagos időtartama, valamint hogy mennyi a kérések feldolgozásának maximális időtartama. Ezáltal az alkalmazás valós teljesítményén alapuló, testre szabott intelligens küszöbértéket tud beállítani. Látni fogja emellett, hogy mely függvények futnak a többinél gyorsabban, és a kritikus eljárásokhoz létrehozhat speciális weboldalakat, webmetódusokat és függvényeket, ezzel biztosítva, hogy szorosabb SLA alatt válaszoljanak, mint az alkalmazás egésze. Jelentések megtekintése a további tudnivalókért tekintse meg a hatókör és futtatása, és a riasztások prioritás használata Application Advisor által az Application Advisor jelentés.
A beállítások behangolása és összehasonlítása az alapértékekkel
Az alapszintű teljesítménymérés létesítése után kezdje el a beállítások behangolását a figyelés beállításához, hogy az képes legyen elfogni a fellépő kivételeket. Az összes kivételt tartalmazó jelentésből látni fogja, hogy az alkalmazásban van-e olyan alapértelmezett kivételkezelő, amely elfogja azokat a kivételeket, melyekről jelentést szeretne kapni. A kapott adatok minden egyes beállítás után sokatmondóbbak és kisebb mennyiségűek lesznek.
Törölje az egyedi beállításokat, és állítsa be a küszöbértéket a gyűjtött adatok alapján.
Adja meg a hívás halom az alapterv fázisában talált a teljesítmény- és a kivétel események alapján adott névterek.
Minden alkalmazás szintű "az összes tényleges" kezelők, hogy megnyitja az alkalmazáson kívül, és hogy a .NET-keretrendszer kivételkezelők kivételei tartani a kivételkezelők hozzáadása.
Adjon hozzá speciális tranzakciókat azon gyakori eljárások teljesítményének figyelésére, amelyekről azt gondolja, hogy erősebb SLA-knak kell megfelelniük, mint az alkalmazás egészének.
Hasonlítsa össze az új adatokat az alapszinttel. Ettől kezdve látni fogja például a valós átlagos válaszidőket. Mostanra ismeri az alkalmazás által küldött különféle teljesítménykivételeket, így hozzáadhatja azt a speciális névteret, amelyet az összes névtér helyett figyelni szeretne. Az alkalmazás a megfigyelt teljesítményszintek alapján történő figyelésre lesz beállítva, és riasztást kap a normál szintek túllépésekor.
Az alkalmazás fokozatos telepítése a rendszerben található több felügyelt kiszolgálóra
Miután az alkalmazást már egy ideig figyelte az új figyelési konfigurációval, és az alkalmazás állapotát kifogástalannak érzi, növelje az alkalmazást futtató kiszolgálók számát (például egyről tízre), és figyelje meg őket. Miután ezen a szinten kifogástalanul futnak, növelje a telepítés számát és figyeljen több kiszolgálót, és így tovább. Ez a fokozatos telepítési megközelítés segít megszerezni az adott alkalmazás figyelésével kapcsolatos magabiztosságot, illetve segít biztosítani a rendszer kifogástalan állapotát.
Ügyféloldali figyelés megkezdése
Biztos, hogy fut-e az alkalmazás jól belül a rendszert, esetén a megfelelő időben a figyeléséhez, az ügyfél során. Ez az, hogy milyen ügyféloldali figyelés beállítás. Ügyféloldali figyelés engedélyezéséhez további tudnivalók: Konfigurálása a .NET alkalmazások figyelése
Mire használhatják a kezelők ezt az információt?
A kezelők ezen alapinformációk birtokában jobban rálátnak arra, hogy mi a probléma az alkalmazáson vagy az infrastruktúrán belül, és tudni fogják, hogy ezt csak a fejlesztői csapat tudja-e kezelni, vagy közvetlenül ők maguk foglalkozzanak-e vele.