Blogi ya John Boyer na Mike Norris.
kuanzishwa
Ni muhimu kuwa na uwezo wa ukaguzi wa Cognos kufanya kazi kujua na kuelewa jinsi Kotosongo inatumiwa na jamii yako ya watumiaji na kusaidia kujibu maswali kama:
-
- Ni nani anayetumia mfumo?
- Wanaendesha ripoti gani?
- Je! Ripoti ni nyakati gani za kukimbia?
- Kwa msaada wa zana zingine, kama MotioCI, ni maudhui gani ambayo hayatumiki?
Kwa kuzingatia jinsi ni muhimu kudumisha mazingira mazuri ya Takwimu za Cognos, inashangaza kuwa kidogo imeandikwa juu ya hifadhidata yake ya ukaguzi zaidi ya nyaraka za kawaida za bidhaa. Labda, inachukuliwa kuwa ya kawaida, lakini mashirika ambayo hutumia yanajua kuwa baada ya muda kuuliza meza za Hifadhidata ya Ukaguzi zitaanza kupungua - haswa ikiwa shirika lako lina watumiaji wengi wanaotumia ripoti nyingi na lina historia nyingi. Zaidi ni kwamba shughuli ya ukaguzi yenyewe inaweza kucheleweshwa kwa sababu inawekwa foleni wakati haiwezi kuongezwa kwa hifadhidata haraka, kwa mfano. Hapo ndipo unapoanza kufikiria juu ya utendaji wa hifadhidata kama vile ungefanya na hifadhidata yoyote ya utendaji ambayo ina mahitaji ya kuripoti.
Jedwali kubwa kawaida hufanya kazi pole pole. Jedwali ni kubwa, inachukua muda mrefu kuingiza na kuuliza. Kumbuka kwamba meza hizi na Hifadhidata ya Ukaguzi kimsingi ni hifadhidata ya utendaji; anaandika yanatokea mara kwa mara na hufanya kazi dhidi yetu kwani hatuwezi kuyazingatia kwa shughuli za kusoma tu kama vile ungekuwa na mart mart.
Kama duka la yaliyomo, afya ya mazingira ya Cognos lazima pia izingatie afya ya Hifadhidata ya Ukaguzi. Ukuaji usio na mipaka wa Hifadhidata ya Ukaguzi inaweza kuwa suala kwa muda na mwishowe inaweza hata kuathiri utendaji wa jumla wa mazingira ya Kotosisi. Katika mashirika mengi yaliyo na kanuni za nje zinazoweka juu yao, kutokuwa na rekodi kamili ya ukaguzi kunaweza kuwaweka katika hali ya kutotii na athari nzito. Kwa hivyo tunakabiliana vipi na kudumisha data nyingi kwa madhumuni ya ukaguzi wa kihistoria - wakati mwingine hadi miaka 10 - lakini bado tunapata ripoti tunayohitaji kudumisha mazingira na kuwafanya watumiaji wafurahi na utendaji?
Changamoto
-
- Ukuaji usio na mipaka wa Hifadhidata ya Ukaguzi inaathiri vibaya afya ya mazingira ya Kognos
- Kuripoti kwenye Hifadhidata ya Ukaguzi imekuwa polepole au haitumiki
- Cognos hupata ucheleweshaji wa rekodi zilizoandikwa kwenye Hifadhidata ya Ukaguzi
- Hifadhidata ya Ukaguzi inaishiwa na nafasi ya diski
Hii yote inamaanisha kuwa sio ripoti tu ambazo zinategemea Hifadhidata ya Ukaguzi ambayo inateseka, lakini mara nyingi mfumo mzima. Ikiwa Hifadhidata ya Ukaguzi iko kwenye seva sawa na duka la yaliyomo kwenye Cognos, utendaji wa vitu vyote utambuzi utaathiriwa katika mazingira hayo.
Kuweka
Tunafikiria:
-
- Takwimu za Cognos imewekwa na inaendesha
- Kognos imeundwa kuingia kwenye Hifadhidata ya Ukaguzi
-
- Kuwa na Hifadhidata ya Ukaguzi
- Weka viwango sahihi vya ukataji wa ukaguzi katika usimamizi wa Cognos
- Rekodi zinaandikwa kwenye hifadhidata na Cognos
- Hifadhidata ya Ukaguzi imekuwa ikitumika kwa zaidi ya mwaka mmoja
- Mazingira yanafanya kazi sana na watumiaji na utekelezaji
- Kifurushi cha Ukaguzi kinatumika kutoa data ya matumizi ya Cognos
- Tunatafuta kuboresha utendaji wa Ripoti ya Hifadhidata
- Kuanza upya au kufuta rekodi za zamani sio chaguo kila wakati
Ikiwa huna, bado, kuwa na ukaguzi wa Cognos imewekwa na kusanidiwa, Lodestar Solutions, a Motio mpenzi, ana bora baada ya juu ya kuwezesha Ukaguzi katika Cognos BI / CA.
Suluhisho
Kuna suluhisho zinazowezekana zinazojitokeza haraka:
-
- Punguza kiwango cha data kwa:
-
- Kuhamisha data zingine za zamani kwenye hifadhidata nyingine
- Kuhamisha data zingine za zamani kwenda kwenye meza nyingine kwenye hifadhidata hiyo hiyo
- Futa tu au archive baadhi ya data na usijali kuhusu hilo
- Ishi nayo. Piga teke chini road na kushinikiza Msimamizi wa Hifadhidata kwa utendaji
maboresho huku ukiwafunga pingu kwa kutoruhusu mabadiliko ya schema au
bahati
Hatutashughulikia chaguo 3. Chaguo la 2, kufuta data, sio chaguo nzuri na ningependekeza kutunza angalau miezi 18 kwa kiwango cha chini. Lakini, ikiwa umependa sana, IBM hutoa huduma, UkaguziDBCUsafishaji (Cognos BI) au a Muswada (Cognos Analytics) ambayo itafanya hivyo kabisa. Huduma ya Cognos BI inafuta rekodi kulingana na muhuri wa wakati wakati hati za Takwimu za Cognos zinafuta tu faharisi na meza.
Mapendekezo ambayo tumetoa kwa wateja hapo awali juu ya hii ilikuwa kujitenga katika hifadhidata mbili:
-
- Ukaguzi - Moja kwa Moja: ina data ya wiki ya hivi karibuni
- Ukaguzi - Kihistoria: ina data ya kihistoria (hadi miaka N)
Kwa kifupi, mchakato huendesha kila wiki kuhamisha rekodi za hivi karibuni kutoka kwa Ukaguzi wa Moja kwa Moja kwenda kwa Historia ya Ukaguzi. Ukaguzi wa moja kwa moja huanza upya kama hati tupu baada ya mchakato huu kuanza.
-
- DB ya Kuishi ni ya haraka na ngumu, ikiruhusu uingizaji kutokea haraka iwezekanavyo
- Maswali ya ukaguzi yanaelekezwa kwa DB ya Kihistoria
Kutumia njia hii, hakuna "kushona pamoja" kwa data ya Moja kwa moja na data ya Kihistoria. Napenda kusema kuwa labda unataka kuiweka hivyo.
Katika Utawala wa Cognos, unaweza kuongeza viunganisho viwili tofauti kwa Chanzo cha Takwimu za Ukaguzi. Mtumiaji anapoendesha ripoti dhidi ya kifurushi cha Ukaguzi, hushawishiwa ni muunganisho gani ambao wanataka kutumia:
Ikiwa unataka kuangalia data ya ukaguzi wa moja kwa moja badala ya data ya ukaguzi wa kihistoria, chagua tu unganisho la "Ukaguzi - Moja kwa Moja" wakati unachochewa (inapaswa kuwa ubaguzi, sio kawaida.)
Ikiwa KWELI pia unataka kutoa maoni yaliyojumuishwa ya Moja kwa Moja na ya Kihistoria, unaweza kufanya hivyo, lakini itaathiri utendaji.
Kwa mfano, unaweza kuunda Hifadhidata ya 3 iitwayo "Ukaguzi - Mtazamo Uliojumuishwa" halafu, kwa kila jedwali katika schema ya Ukaguzi: unda maoni yanayotambulika ambayo ni umoja wa SQL kati ya meza katika DB ya moja kwa moja na meza katika kihistoria DB. Vivyo hivyo, hii inaweza pia kupatikana katika mtindo wa Meneja wa Mfumo, lakini, tena, utendaji utakuwa jambo kuu.
Baadhi ya wateja wetu wameunda maoni ya pamoja. Ni maoni yetu kwamba hii inawezekana inaongeza zaidi. Utendaji ungekuwa mbaya kila wakati katika mtazamo huu ulioimarishwa na hatujapata kesi nyingi za utumiaji ambazo hutumia seti za data za Moja kwa moja na ya Kihistoria. Moja kwa moja inatumiwa kwa utatuzi na ya Kihistoria ya kuripoti mwenendo.
Kama ya Cognos Analytics 11.1.7, Hifadhidata ya Ukaguzi imekua hadi meza 21. Unaweza kupata habari zaidi mahali pengine kwenye Hifadhidata ya Ukaguzi, ripoti za ukaguzi wa sampuli na mfano wa Meneja wa Mfumo. Kiwango cha ukataji wa magogo ni Kidogo, lakini unaweza kutaka kutumia kiwango kinachofuata, Msingi, kukamata maombi ya matumizi, usimamizi wa akaunti ya mtumiaji na matumizi ya wakati wa kukimbia. Njia moja unayoweza kudumisha utendaji wa mfumo ni kwa kuweka kiwango cha ukataji miti hadi kiwango cha chini kabisa kinachohitajika. Kwa wazi, ukataji miti zaidi ambao unafanywa na seva, utendaji wa jumla wa seva unaweza kuathiriwa.
Jedwali muhimu watendaji wengi watavutiwa nazo ni meza 6 ambazo zinaandika shughuli za mtumiaji na shughuli za kuripoti katika mfumo.
- COGIPF_USERLOGON: Hifadhi logon ya watumiaji (pamoja na kuzima) habari
- COGIPF_RUNREPORT: Inahifadhi habari kuhusu mauaji ya ripoti
- COGIPF_VIEWREPORT: Inahifadhi habari kuhusu ombi la maoni ya maoni
- COGIPF_EDITQUERY: Inahifadhi habari kuhusu hoja za hoja
- COGIPF_RUNJOB: Inahifadhi habari kuhusu maombi ya kazi
- COGIPF_ACTION: Rekodi vitendo vya mtumiaji katika Kotoksisi (jedwali hili linaweza kukua haraka sana kuliko zingine)
Usanidi wa nje ya sanduku unaonekana kama hii:
Usanidi uliopendekezwa:
Hifadhidata ya Ukaguzi wa Cognos - Moja kwa moja ina wiki 1 ya data ya ukaguzi. Takwimu zilizo zaidi ya wiki 1 zinahamishwa kwenye Hifadhidata ya Ukaguzi wa Cognos - Kihistoria.
Mstari kutoka kwa Hifadhidata ya Ukaguzi wa Cognos - Moja kwa moja kwa Hifadhidata ya Ukaguzi wa Cognos - Historia katika mchoro inawajibika kwa:
- Kunakili data kutoka kwa Ukaguzi wa Moja kwa Moja hadi Ukaguzi wa Kihistoria
- Ondoa safu zote kwenye Ukaguzi wa Moja kwa Moja zilizo na zaidi ya wiki 1
- Ondoa safu zote katika Ukaguzi wa Kihistoria ambao ni zaidi ya miaka x
- Ondoa safu zote katika COGIPF_ACTION ambazo ni zaidi ya miezi 6
Fahirisi
Aina tofauti za hifadhidata zina aina tofauti za uorodheshaji. Faharisi ya hifadhidata ni muundo wa data, unaohusishwa na Jedwali (au Tazama), inayotumiwa kuboresha wakati wa utekelezaji wa maswali wakati wa kurudisha data kutoka kwa meza hiyo (au Tazama). Fanya kazi na DBA yako kuunda mkakati mzuri. Watataka kujua majibu ya maswali kama haya ili kufanya maamuzi bora juu ya safu ngapi za kuorodhesha. Kwa kweli, msimamizi wa hifadhidata anaweza kupata majibu ya maswali kadhaa au haya yote bila msaada wako, lakini itachukua utafiti na muda:
- Je! Meza zina rekodi ngapi na unatarajia ziongeze ukubwa gani? (Kuorodhesha meza hakutakuwa na faida isipokuwa meza ina idadi kubwa ya kumbukumbu.)
- Je! Unajua nguzo zipi ni za kipekee? Je! Zinaruhusu maadili ya NULL? Ni nguzo zipi zilizo na aina ya data ya nambari kamili au nambari kubwa? (Safu wima zilizo na aina za data za nambari na ambazo ni za kipekee na SI NULL ni wagombea wenye nguvu wa kushiriki kwenye kitufe cha faharisi.)
- Yako wapi shida zako kuu za utendaji leo? Je! Wako katika kupata data? Je! Kuna maswali au ripoti maalum ambazo ni shida zaidi? (Hii inaweza kusababisha msimamizi wa hifadhidata kwa safu zingine maalum ambazo zinaweza kuboreshwa.)
- Je! Ni uwanja gani unatumika katika kujiunga na meza za kuripoti?
- Je! Ni uwanja gani unatumiwa kwa kuchuja, kuchagua, kupanga na kupanga?
Haishangazi, haya ni maswali yale yale ambayo yangehitaji kujibiwa kwa kuboresha utendaji wa meza yoyote ya hifadhidata.
Msaada wa IBM inapendekeza kuunda faharisi kwenye safu wima "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID", na "COGIPF_STEPID" kwa meza zifuatazo ili kuboresha utendaji:
- COGIPF_NATIVEQUERY
- COGIPF_RUNJOB
- COGIPF_RUNJOBSTEP
- COGIPF_RUNREPORT
- COGIPF_EDITQUERY
Pamoja kwenye meza zingine ambazo hazitumiki sana:
- COGIPF_POWERPLAY
- HUDUMA YA COGIPF_HUMANTASKS
- COGIPF_HUMANTASKSERVICE_DETAIL
Unaweza kutumia hii kama mwanzo, lakini ningepitia zoezi la kujibu maswali hapo juu ili kupata jibu bora kwa shirika lako.
Mazingatio nyingine
- Mfano wa Ukaguzi wa FM. Kumbuka kwamba mfano wa Meneja wa Mfumo ambao IBM hutoa hutengenezwa kwenye meza na uwanja chaguomsingi. Mabadiliko yoyote unayofanya kwenye meza za kuripoti itahitaji kuonyeshwa kwenye mfano. Urahisi au ugumu wa mabadiliko haya - au uwezo wako wa shirika kufanya mabadiliko haya - inaweza kuathiri suluhisho unalochagua.
- Sehemu za nyongeza. Ikiwa utaifanya, sasa ni wakati wa kuongeza nyongeza za data ya muktadha au ya kumbukumbu ili kuboresha ripoti ya ukaguzi.
- Jedwali la muhtasari. Badala ya kunakili data kwenye meza yako ya kihistoria, ibonyeze. Unaweza kukusanya data kwa kiwango cha siku ili kuifanya iwe bora zaidi kwa kuripoti.
- Maoni badala ya meza. Wengine wanasema, "Kwa hivyo, badala ya kuwa na hifadhidata ya 'sasa' na hifadhidata ya 'kihistoria', unapaswa kuwa na hifadhidata moja tu, na meza zote zilizomo zinapaswa kuambatanishwa na 'kihistoria'. Halafu, unapaswa kuunda seti ya maoni, moja kwa kila meza ambayo unataka kuona kama 'ya sasa', na kila maoni ya kichunguze safu za kihistoria ambazo hutaki kuona na acha zile za sasa zipite tu. "
https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419
Hitimisho
Jambo la msingi ni kwamba na habari iliyotolewa hapa unapaswa kujiandaa vizuri kuwa na mazungumzo yenye tija na DBA yako. Nafasi ni nzuri kwamba ametatua shida kama hizo hapo awali.
Mabadiliko yaliyopendekezwa katika usanifu wa Hifadhidata ya Ukaguzi wa Cognos yataboresha utendaji katika kuripoti moja kwa moja na matumizi ya mtu wa tatu ambayo hutegemea, kama Motio'S ReportCard na Hesabu.
Kwa njia, ikiwa umekuwa na mazungumzo hayo na DBA yako, tunapenda kusikia juu yake. Tungependa pia kusikia ikiwa umetatua suala la Hifadhidata ya Ukaguzi isiyofanya vizuri na jinsi ulivyofanya.
