Isang blog nina John Boyer at Mike Norris.
pagpapakilala
Mahalagang magkaroon ng kakayahan sa Cognos Auditing na gumana upang malaman at maunawaan kung paano ginagamit ang Cognos ng iyong komunidad ng gumagamit at makakatulong sa pagsagot sa mga katanungan tulad ng:
-
- Sino ang gumagamit ng system?
- Ano ang mga ulat na tumatakbo sila?
- Ano ang mga oras ng pagpapatakbo ng ulat?
- Sa tulong ng iba pang mga tool, tulad ng MotioCI, anong nilalaman ang hindi nagamit?
Isinasaalang-alang kung gaano ito kritikal upang mapanatili ang malusog na mga kapaligiran sa Cognos Analytics, nakakagulat na kaunti lamang ang nakasulat tungkol sa database ng pag-audit nito lampas sa karaniwang dokumentasyon ng produkto. Marahil, kinuha ito para sa ipinagkaloob, ngunit alam ng mga organisasyong gumagamit nito na sa paglipas ng panahon na pagtatanong sa mga talahanayan ng Audit Database ay magsisimulang mabagal - lalo na kung ang iyong samahan ay may maraming mga gumagamit na nagpapatakbo ng maraming mga ulat at maraming kasaysayan. Ano pa ay ang pagka-log ng aktibidad ng pag-audit mismo ay maaaring maantala sapagkat ito ay nakapila kapag hindi ito maaaring idagdag sa database nang mabilis, halimbawa. Iyon ay kapag nagsimula kang mag-isip tungkol sa pagganap ng database tulad ng gagawin mo sa anumang database ng pagpapatakbo na may mga kinakailangan sa pag-uulat.
Ang mga malalaking talahanayan ay karaniwang nagpapabagal sa pagganap ng query. Kung mas malaki ang mesa, mas tumatagal upang maipasok at magtanong. Tandaan na ang mga talahanayan na ito at ang Audit Database ay karaniwang isang pagpapatakbo database; madalas na nangyayari ang mga pagsusulat at gumagana laban sa amin dahil hindi namin maitutuon ang mga ito para lamang sa pagbabasa ng mga operasyon tulad ng gagawin mo sa isang data mart.
Katulad ng tindahan ng nilalaman, ang kalusugan ng kapaligiran ng Cognos ay dapat ding isaalang-alang ang kalusugan ng Audit Database. Ang walang hangganan na paglago ng Audit Database ay maaaring maging isang isyu sa paglipas ng panahon at sa kalaunan ay maaaring makaapekto sa pangkalahatang pagganap ng isang kapaligiran sa Cognos. Sa maraming mga samahan na may mga panlabas na regulasyon na itinuro sa kanila, ang walang pagkakaroon ng isang buong tala ng pag-audit ay maaaring mapunta sila sa isang sitwasyon na hindi pagsunod sa mabibigat na epekto. Kaya paano namin haharapin ang pagkakaroon upang mapanatili ang napakaraming data para sa mga layuning pang-kasaysayan sa pag-audit - sa ilang mga kaso hanggang sa 10 taon - gayon pa man makuha ang pag-uulat na kailangan namin upang mapanatili ang kapaligiran at panatilihing masaya ang mga gumagamit sa pagganap?
Ang Hamon
-
- Ang walang hangganan na paglago ng Audit Database ay negatibong nakakaapekto sa kalusugan ng kapaligiran ng Cognos
- Ang pag-uulat mula sa Audit Database ay naging mabagal o hindi magamit
- Ang mga karanasan sa Cognos ay pagkaantala sa mga talaang isinusulat sa Audit Database
- Naubos na ang disk Database ng Audit
Nangangahulugan ang lahat ng ito na hindi lamang ang mga ulat na umaasa sa Audit Database na nagdurusa, ngunit madalas ang buong sistema. Kung ang Audit Database ay nasa parehong server ng Cognos content store, ang pagganap ng lahat ng mga bagay na Cognos ay maaapektuhan sa kapaligiran na iyon.
Ang set up
Ipinapalagay namin:
-
- Ang Cognos Analytics ay na-install at tumatakbo
- Ang Cognos ay naka-configure upang mag-log sa isang Audit Database
-
- Magkaroon ng isang Audit Database sa lugar
- Itakda ang naaangkop na mga antas ng pag-log sa Audit sa pangangasiwa ng Cognos
- Ang tala ay isinusulat sa database ng Cognos
- Ang Audit Database ay ginamit nang higit sa isang taon
- Ang kapaligiran ay napaka-aktibo sa mga gumagamit at pagpapatupad
- Ginagamit ang package ng Audit upang maipakita ang data ng paggamit ng Cognos
- Kami ay naghahanap upang mapabuti ang pagganap ng pag-uulat ng Audit Database
- Ang pagsisimula o pagtanggal ng mga lumang tala ay hindi laging isang pagpipilian
Kung hindi mo pa nagagawa, mai-install at mai-configure ang Cognos Audit, mga Lodestar Solutions, a Motio kapareha, may mahusay magpaskil sa pagpapagana ng Audit sa Cognos BI / CA.
Ang Solusyon
Mayroong ilang mga posibleng solusyon na mabilis na nagpapakita ng kanilang sarili:
-
- Bawasan ang dami ng data sa pamamagitan ng:
-
- Ang paglipat ng ilan sa mga mas matandang data sa ibang database
- Ang paglipat ng ilan sa mga mas matandang data sa isa pang talahanayan sa parehong database
- Tanggalin lang o i-archive ilan sa mga data at huwag mag-alala tungkol dito
- Mabuhay kasama nito. Sipa ang lata pababa ng road at itulak ang Database Administrator para sa pagganap
mga pagpapabuti habang pinosasan ang mga ito sa pamamagitan ng hindi pinapayagan ang mga pagbabago ng iskema o
index
Hindi namin haharapin ang pagpipilian 3. Ang Opsyon 2, ang pagtanggal ng data, ay hindi isang mahusay na pagpipilian at inirerekumenda kong panatilihin ang hindi bababa sa 18 buwan na halaga sa isang minimum. Ngunit, kung may hilig ka, nagbibigay ang IBM ng isang utility, AuditDBCleanup (Cognos BI) o a script (Cognos Analytics) na kung saan ay eksaktong gawin iyon. Ang utility para sa Cognos BI ay nagtatanggal ng mga tala batay sa isang timestamp habang ang mga script para sa Cognos Analytics ay tinatanggal lamang ang mga index at table.
Ang mga rekomendasyong ginawa namin sa mga kliyente dati dito ay paghiwalayin sa dalawang mga database:
-
- Ang Audit - Live: naglalaman ng data ng pinakahuling linggo
- Audit - Makasaysayang: naglalaman ng data ng kasaysayan (hanggang sa N taon)
Sa madaling salita, ang proseso ay tumatakbo lingguhan upang ilipat ang pinakabagong mga tala mula sa Audit Live sa Audit Makasaysayang. Nagsisimula ang Audit Live bilang isang blangkong slate pagkatapos tumakbo ang prosesong ito.
-
- Ang Live DB ay mabilis at masikip, pinapayagan ang mga pagsingit na mangyari nang pinakamabilis hangga't maaari
- Ang mga query sa audit ay eksklusibong nakadirekta sa makasaysayang DB
Gamit ang pamamaraang ito, walang implicit na "pagtahi ng magkasama" ng Live na data at ang data ng Kasaysayan. Gusto kong magtaltalan na marahil ay nais mong panatilihin ito sa ganoong paraan.
Sa Pamamahala ng Cognos, maaari kang magdagdag ng dalawang magkakaibang koneksyon para sa Pinagmulan ng Data ng Audit. Kapag nagpapatakbo ang isang gumagamit ng isang ulat laban sa pakete ng Audit, na-prompt sila para sa kung aling koneksyon ang nais nilang gamitin:
Sa pagkakataon na gusto mong tingnan ang live na data ng pag-audit kaysa sa data ng kasaysayan ng pag-audit, pipiliin mo lang ang koneksyon na "Audit - Live" kapag na-prompt (dapat ay ang pagbubukod, hindi ang pamantayan.)
Kung talagang nais mong magbigay ng isang pinagsama-sama na pagtingin sa parehong Live at Makasaysayang, maaari mo itong gawin, ngunit makakaapekto ito sa pagganap.
Halimbawa, maaari kang lumikha ng isang ika-3 na Database na tinatawag na "Audit - Pinagsama-sama na Pagtingin" at pagkatapos, para sa bawat talahanayan sa iskema ng Audit: lumikha ng isang kaparehong pinangalanang view na isang unyon ng SQL sa pagitan ng talahanayan sa live na DB at ang talahanayan sa makasaysayang DB. Katulad nito, maaari rin itong makamit sa modelo ng Framework Manager, ngunit, muli, ang pagganap ay magiging isang pangunahing pagsasaalang-alang.
Ang ilan sa aming mga kliyente ay lumikha ng isang pinagsamang view. Kami ay palagay na ito ay malamang na labis na paggamit. Ang pagganap ay palaging magiging mas masahol sa pinagsama-samang pagtingin na ito at hindi namin naranasan ang maraming mga kaso ng paggamit na gumagamit ng parehong mga set ng Live data at Makasaysayang. Ginagamit ang Live para sa pag-troubleshoot at ang Makasaysayang para sa pag-uulat ng trend.
Tulad ng Cognos Analytics 11.1.7, ang Audit Database ay lumago sa 21 mga talahanayan. Maaari kang makahanap ng karagdagang impormasyon sa ibang lugar sa Audit Database, sample na mga ulat sa pag-audit at modelo ng Framework Manager. Ang antas ng default na pag-log ay Minimal, ngunit maaaring gusto mong gamitin ang susunod na antas, Pangunahin, upang makuha ang mga kahilingan sa paggamit, pamamahala ng account ng gumagamit at paggamit ng runtime. Ang isang paraan upang mapanatili ang pagganap ng system ay sa pamamagitan ng pagpapanatili ng antas ng pag-log sa pinakamababang antas na kinakailangan. Malinaw na, mas maraming pag-log ang ginagawa ng server, maaaring mas apektado ang mas pangkalahatang pagganap ng server.
Ang mga pangunahing talahanayan na magiging interesado ang karamihan sa mga administrador ay ang 6 na talahanayan na nag-log sa aktibidad ng gumagamit at pag-uulat ng aktibidad sa system.
- COGIPF_USERLOGON: Impormasyon ng pag-log in ng gumagamit (kasama ang pag-log off) na impormasyon
- COGIPF_RUNREPORT: Nag-iimbak ng impormasyon tungkol sa mga pagpapatupad ng ulat
- COGIPF_VIEWREPORT: Nag-iimbak ng impormasyon tungkol sa mga kahilingan sa view ng ulat
- COGIPF_EDITQUERY: Nag-iimbak ng impormasyon tungkol sa pagpapatakbo ng query
- COGIPF_RUNJOB: Nag-iimbak ng impormasyon tungkol sa mga kahilingan sa trabaho
- COGIPF_ACTION: Nagtatala ng mga pagkilos ng gumagamit sa Cognos (ang talahanayan na ito ay maaaring lumago nang mas mabilis kaysa sa iba)
Ang pag-configure sa labas ng kahon ay ganito:
Inirekumendang pagsasaayos:
Ang Cognos Audit Database - Naglalaman ang Live ng 1 linggo ng data ng pag-audit. Ang data na mas matanda sa 1 linggo ay inilipat sa Cognos Audit Database - Makasaysayang.
Ang linya mula sa Cognos Audit Database - Live sa Cognos Audit Database - Ang makasaysayang sa diagram ay responsable para sa:
- Ang pagkopya ng data mula sa Live Audit patungo sa Historical Audit
- Alisin ang lahat ng mga hilera sa Live Audit na mas luma sa 1 linggo
- Alisin ang lahat ng mga hilera sa Historical Audit na mas matanda sa x taon
- Alisin ang lahat ng mga hilera sa COGIPF_ACTION na mas matanda sa 6 na buwan
Ini-index
Ang magkakaibang mga uri ng database ay may iba't ibang mga uri ng pag-index. Ang isang index ng database ay isang istraktura ng data, na nauugnay sa isang Talahanayan (o Tingnan), na ginagamit upang mapabuti ang oras ng pagpapatupad ng mga query kapag kinukuha ang data mula sa talahanayan na iyon (o Tingnan). Makipagtulungan sa iyong DBA upang lumikha ng pinakamainam na diskarte. Gusto nilang malaman ang mga sagot sa mga katanungang tulad nito upang makagawa ng pinakamahuhusay na desisyon sa kung anong mga haligi ang dapat i-index. Malinaw na, maaaring malaman ng administrator ng database ang mga sagot sa ilan o lahat ng mga katanungang ito nang wala ang iyong tulong, ngunit kakailanganin ng ilang pagsasaliksik at ilang oras:
- Ilan ang mga talaan ng mga talahanayan at sa anong sukat ang inaasahan mong paglaki nila? (Ang pag-index ng talahanayan ay hindi magiging kapaki-pakinabang maliban kung ang talahanayan ay may maraming bilang ng mga tala.)
- Alam mo bang aling mga haligi ang natatangi? Pinapayagan ba nila ang mga halagang Null? Aling mga haligi ang mayroong uri ng data ng integer o malaking integer? (Ang mga haligi na may mga uri ng data na bilang at bilang mga UNIQUE at HINDI NUL ay malakas na mga kandidato upang lumahok sa index key.)
- Nasaan ang iyong mga pangunahing problema sa pagganap ngayon? Nasa pagkuha ba nila ang data? Mayroon bang mga tukoy na query o ulat na higit sa isang problema? (Maaari itong humantong sa administrator ng database sa ilang mga tukoy na haligi na maaaring ma-optimize.)
- Anong mga patlang ang ginagamit sa pagsali sa mga talahanayan para sa pag-uulat?
- Anong mga patlang ang ginagamit para sa pag-filter, pag-uuri, pagpapangkat, at pagsasama-sama?
Hindi nakakagulat, ito ang parehong mga katanungan na kailangang sagutin para sa pagpapabuti ng pagganap ng anumang mga talahanayan ng database.
Suporta ng IBM nagrerekomenda lumilikha ng isang index sa mga haligi na "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID", at "COGIPF_STEPID" para sa mga sumusunod na talahanayan upang mapabuti ang pagganap:
- COGIPF_NATIVEQUERY
- COGIPF_RUNJOB
- COGIPF_RUNJOBSTEP
- COGIPF_RUNREPORT
- COGIPF_EDITQUERY
Dagdag pa sa iba pang mga hindi ginagamit na talahanayan:
- COGIPF_POWERPLAY
- COGIPF_HUMANTASKSERVICE
- COGIPF_HUMANTASKSERVICE_DETAIL
Maaari mong gamitin ito bilang isang panimulang punto, ngunit dadaan ako sa pagsasanay na sagutin ang mga katanungan sa itaas upang makarating sa pinakamahusay na sagot para sa iyong samahan.
Ibang Considerations
- Modelong Audit FM. Tandaan na ang modelo ng Framework Manager na ibinibigay ng IBM ay na-modelo sa mga default na talahanayan at patlang. Anumang mga pagbabago na gagawin mo sa mga talahanayan sa pag-uulat ay kailangang maipakita sa modelo. Ang kadalian o pagiging kumplikado ng mga pagbabagong ito - o ang iyong kakayahang pang-organisasyon upang gawin ang mga pagbabagong ito - ay maaaring makaapekto sa pinili mong solusyon.
- Karagdagang mga patlang. Kung gagawin mo ito, oras na ngayon upang magdagdag ng mga karagdagang larangan para sa konteksto o sanggunian na data upang mapabuti ang pag-uulat ng pag-audit.
- Mga talahanayan ng buod. Sa halip na kopyahin lamang ang data sa iyong talahanayan sa kasaysayan, i-compress ito. Maaari mong pagsamahin ang data sa antas ng araw upang gawing mas mahusay ito para sa pag-uulat.
- Mga pagtingin sa halip na mga talahanayan. Ang sabi ng iba, "Kaya, sa halip na magkaroon ng isang 'kasalukuyang' database at isang 'makasaysayang' database, dapat mayroon ka lamang isang database, at ang lahat ng mga talahanayan dito ay dapat na binago ng 'makasaysayang'. Pagkatapos, dapat kang lumikha ng isang hanay ng mga panonood, isa para sa bawat talahanayan na nais mong makita bilang 'kasalukuyan', at ipi-filter ng bawat view ang mga makasaysayang hilera na hindi mo nais na makita at hayaan lamang ang mga kasalukuyang dumaan. ”
https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419
Konklusyon
Sa kahulihan ay ang impormasyon na ibinigay dito dapat kang maging handa na magkaroon ng isang produktibong pag-uusap sa iyong DBA. Mahusay ang tsansa na nalutas niya ang mga katulad na problema dati.
Ang mga iminungkahing pagbabago sa arkitektura ng Cognos Audit Database ay magpapabuti sa pagganap sa parehong direktang pag-uulat pati na rin mga application ng 3rd-party na umaasa dito, tulad ng MotioNi ReportCard at Imbentaryo.
Nga pala, kung napag-usapan mo ang iyong DBA, nais naming marinig tungkol dito. Nais din naming marinig kung nalutas mo ang isyu ng isang hindi mahusay na pagganap na Audit Database at kung paano mo ito nagawa.
