ReportCard
ReportCard
1Áttekintés
Az ismeretlen problémákat nem mindig tudja megoldani a sebtapasz megoldásokkal
Teljesítményproblémával szembesül, és kipróbálta az összes szokásos javítást és szabványos javaslatot (vajon mik ezek? Kattintson a ITT tanulni az IBM Martin Kellertől). Korábban is szembesültél már problémákkal, de most más a helyzet. Ezúttal a probléma nem szűnik meg. Az IBM ügyfélszolgálata egyet mondott, a DBA mást, a fotel-tanácsadók mind megbuktak, és Ön máris egy végtelen nyúllyukba merészkedett a Google-on. Amiről azt gondolta, hogy egyszerű megoldás lenne, kiderült, hogy egyáltalán nem gyors megoldás. Mindenkinek megvan a maga jó szándéka, de honnan tudhatja, hogy javaslataik javulást eredményeznek-e?
Természetesen használhatja a „próba és hiba” megközelítést, és módszeresen változtathat egy-egy darabon, de ez ÖRÖKRE tartana. De mi van akkor, ha mód van arra, hogy meghozzuk a javasolt megoldásokat, és azonnal ellenőrizzük, hogy megoldották-e a problémát vagy sem? Egy módszer a probléma egyszerű azonosítására, miközben gyorsan kiküszöböli a nem működő megoldásokat.
De… van egyáltalán problémánk?
Már az ókori görögök is tudták, hogy „az élet egyetlen állandója a változás”. Köszönöm Hérakleitosz. Mostantól függetlenül attól, hogy ez egy új adattárház vagy infrastruktúra, a Teradatáról a Snowflake-re, a Hadoopról a Delta Lake-re, vagy akár a Cognos Cloudra költözik, ugyanazok a szabályok érvényesek. És bár lehet, hogy kiválóan működik nyomás alatt, ez nem garantálja, hogy a rendszer fog működni. Ismernie kell ezeknek a változásoknak a hatását, és ennek legjobb módja, ha megismételhető műveletekkel stresszt okoz a rendszerben.
2Jellemzők
A következő lépés az Ön megközelítésében
A Cognos teljesítményproblémák nagyon hasonlítanak egy új autóhoz. Amikor először vásárol, egyáltalán nem aggódik az akkumulátor miatt. Az első alkalommal, amikor az autó akkumulátora lemerül, természetesen egyszerűen megugorhatja, és folytathatja a dolgát, de mi történik, ha az akkumulátor lemerül a második és a harmadik alkalommal? A lényeg az, hogy nem kell aggódni, ha már ismeri a rendszer korlátait, és van mód arra, hogy pontosan figyelje azt.
Jobb biztonságban lenni, mint sajnálni
ReportCard nem ad pszichés képességeket annak előrejelzésére, hogy a dolgok megtörténnek-e és mikor (kívánjuk), de segít felismerni a jövőbeli problémákat, mielőtt azok bekövetkeznének. Egyes problémák jöhetnek és mennek. Őszintén szólva lehet, hogy néhány soha többé nem fordul elő. De mi történik, ha időnként „majd aggódunk érte” probléma tartósabbá válik? Vagy még tartósabb?
A ReportCard a „Mi lenne, ha” szót „Ezért”-re változtatjuk azáltal, hogy a következőket teheti:
- A Cognos figyelése és rögzítése
- Ismerje meg a felhasználói tevékenységet/viselkedést és az infrastrukturális tevékenységeket
- Határozza meg a rendszer akadozásait és a teljesítményproblémákat
- Proaktívan előzze meg a későbbi problémákat
- Szilárdítsa el a zavarokat és mérsékelje a megszakításokat valós idejű riasztásokkal
- Érvényesítse az intézkedéseket az azonnali újrajátszással
És a Felhőben, még kevésbé irányíthatja az irányítást, így sebezhetőbb lesz a különböző problémás területeken, például:
- A híd
- Az Ön adatforrásai
- Gazda által készített változtatások
- Vagy talán csak nem teljesít
A probléma megoldása nem mindig oldja meg az okot
Hiába alkalmazott több megoldást, és úgy tűnik, hogy ezt a kemény munkát a semmiért végezte. Ahelyett, hogy több megoldást a falhoz dobna, hogy lássa, mi ragad, használhatja ReportCard hogy időveszteség nélkül eljusson a probléma forrásához.
Hagyd abba a találgatást, miért stresszel a rendszered
A válasz egyszerű: a rendszerét használja, ne fiktív adatokat.
A ReportCard A problémákat a stoptáblák helyett iránymutatásként kezelheti:
- Rögzítse a Cognos tevékenységét és a rendszer viselkedését
- Elemezze és keresse meg a probléma kiváltó okát
- Javítsa ki a problémát
- Ismétlés a jobb rendszerviselkedés érdekében
Az általános terhelésvizsgáló eszközök zsákutcához vezetnek
Az olyan eszközökkel, mint a LoadRunner vagy a Jmeter, rengeteg időt kell töltenie a használandó szkriptek beállításával. Nem is beszélve az eszközök használatához és a Cognos jelentések különböző paraméterkészletekkel történő végrehajtásához szükséges széleskörű tudásról. És ne feledje, nem használhat valós vagy tényleges tevékenységi adatokat sem. Val vel ReportCard eltávolítottuk ezt a bonyolultságot. Ön választja ki a jelentéseket és a paramétereket, a többit mi elvégezzük. ReportCard akár a Cognos audit adatait is felhasználhatja egy valós terhelési teszt elkészítéséhez.
Valós megoldásokra van szükség Valós forgatókönyvek
Valós tesztforgatókönyvek egyszerű létrehozása, amikor:
- Cognos frissítések végrehajtása
- Áttérés az On-Premise-ről a felhőre
- Hardver, operációs rendszer, DBMS módosítása a Cognos összetevőihez és/vagy adatforrásaihoz
- Vizualizálja a Cognos-tevékenységet a szerver mérőszámai mellett
- Alkalmazzon különböző terhelési feltételeket, hogy megbizonyosodjon arról, hogy infrastruktúrája támogatja a Cognos alkalmazásokat
- Ütemezze be a tesztelést annak ellenőrzésére, hogy a rendszer teljesítménye nem romlik az idő múlásával
- Kövesse nyomon a Cognos szolgáltatás állapotát, és értesítéseket kapjon a szolgáltatási hibákról
- Az értesítések testreszabása valós idejű figyelmeztetésekhez
- Olvassa be a jelentés specifikációit a teljesítménybeli problémák azonosításához és a fejlesztés érvényesítéséhez
ReportCard Gyorsan azonosítja a problémát, és megoldásokhoz vezet
ReportCard, az IBM választott eszköze a megfelelő. Miért? Mert zökkenőmentesen integrálódik a Cognos-szal, és képes szimulálni a tényleges felhasználói viselkedést, kizárva a lehetséges bűnösöket, és segít megtalálni a probléma gyökerét.
