Blog Cognos Auditimi - Këshilla dhe truke për mjedise me vëllim të madh dhe të lartë

Një blog nga John Boyer dhe Mike Norris.

Prezantimi

Isshtë e rëndësishme që aftësia e Auditimit Cognos të funksionojë për të ditur dhe kuptuar se si Cognos po përdoret nga komuniteti juaj i përdoruesve dhe të ndihmoni t'u përgjigjeni pyetjeve si:

• • Kush e përdor sistemin?
  • Cilat raporte po bëjnë?
  • Cilat janë kohët e ekzekutimit të raportit?
  • Me ndihmën e mjeteve të tjera, si MotioCI, çfarë përmbajtje nuk përdoret?

Duke marrë parasysh sa kritike është të mbash mjedise të shëndetshme Cognos Analytics, çuditërisht pak është shkruar për bazën e të dhënave të tij të auditimit përtej dokumentacionit standard të produktit. Ndoshta, është marrë si e mirëqenë, por organizatat që e përdorin e dinë që me kalimin e kohës kërkimi i tabelave të Bazës së të Dhënave të Auditimit do të fillojë të ngadalësohet - veçanërisht nëse organizata juaj ka shumë përdorues që drejtojnë shumë raporte dhe ka shumë histori. Për më tepër, regjistrimi i veprimtarisë së auditimit në vetvete mund të vonohet sepse po vendoset në radhë kur nuk mund të shtohet në bazën e të dhënave mjaft shpejt, për shembull. Kjo është kur filloni të mendoni për performancën e bazës së të dhënave siç do të bënit me çdo bazë të dhënash operacionale që ka kërkesa për raportim.

Tabelat e mëdha zakonisht ngadalësojnë performancën e pyetjeve. Sa më e madhe tabela, aq më shumë kohë duhet për të futur dhe kërkuar. Mos harroni se këto tabela dhe Baza e të dhënave të Auditimit janë në thelb një bazë të dhënash operacionale; Shkrimet po ndodhin shpesh dhe punojnë kundër nesh pasi ne nuk mund t'i përqendrojmë ato vetëm në operacionet e leximit siç do të bënit me një të dhëna mart.

Ashtu si dyqani i përmbajtjes, shëndeti i mjedisit Cognos gjithashtu duhet të marrë parasysh shëndetin e Bazës së të Dhënave të Auditimit. Rritja e pakufizuar e Bazës së të Dhënave të Auditimit mund të bëhet një çështje me kalimin e kohës dhe përfundimisht mund të ndikojë edhe në performancën e përgjithshme të një mjedisi Cognos. Në shumë organizata me rregullore të jashtme të vendosura mbi to, mospasja e një regjistri të plotë auditimi mund t'i çojë ata në një situatë mospërputhjeje me pasoja të rënda. Pra, si të veprojmë me nevojën për të mbajtur kaq shumë të dhëna për qëllime të auditimit historik - në disa raste deri në 10 vjet - megjithatë ne ende marrim raportimin që na nevojitet për të ruajtur mjedisin dhe për t'i mbajtur përdoruesit të kënaqur me performancën?

Sfida

• • Rritja e pakufizuar e Bazës së të Dhënave të Auditimit po ndikon negativisht në shëndetin e mjedisit Cognos
  • Raportimi jashtë bazës së të dhënave të auditimit është bërë i ngadalshëm ose i papërdorshëm
  • Cognos përjeton vonesa në regjistrimet që shkruhen në bazën e të dhënave të auditimit
  • Baza e të dhënave të auditimit po mbaron me hapësirë ​​në disk

E gjithë kjo do të thotë që nuk vuajnë vetëm raportet që mbështeten në Baza e të Dhënave të Auditimit, por shpesh i gjithë sistemi. Nëse Baza e të Dhënave të Auditimit është në të njëjtin server me dyqanin e përmbajtjes Cognos, performanca e të gjitha gjërave Cognos do të ndikohet në atë mjedis.

Setup

Ne supozojmë:

1. 1. Cognos Analytics është i instaluar dhe po funksionon
   2. Cognos është konfiguruar për t'u regjistruar në një bazë të dhënash auditimi
   1. • Keni një bazë të dhënash auditimi në vend
      • Vendosni nivelet e duhura të regjistrimit të auditimit në administratën Cognos
      • Regjistrimi po shkruhet në bazën e të dhënave nga Cognos
   3. Baza e të dhënave të auditimit është në përdorim për më shumë se një vit
   4. Mjedisi është shumë aktiv me përdoruesit dhe ekzekutimet
   5. Paketa e Auditimit po përdoret për të shfaqur të dhënat e përdorimit të Cognos
   6. Ne po kërkojmë të përmirësojmë performancën e raportimit të Bazës së të Dhënave të Auditimit
   7. Fillimi nga fillimi ose fshirja e shënimeve të vjetra nuk është gjithmonë një opsion

Nëse akoma nuk e keni, Cognos Audit të instaluar dhe konfiguruar, Lodestar Solutions, a Motio partneri, ka një të shkëlqyer post për mundësimin e Auditimit në Cognos BI /CA.

Zgjidhja

Ka disa zgjidhje të mundshme që shfaqen shpejt:

1. 1. Ulja e vëllimit të të dhënave me:
   1. • Zhvendosja e disa prej të dhënave më të vjetra në një bazë të dhënash tjetër
      • Zhvendosja e disa prej të dhënave më të vjetra në një tabelë tjetër në të njëjtën bazë të dhënash
   2. Thjesht fshini ose harkonihive disa nga të dhënat dhe mos u shqetësoni për këtë
   3. Jeto me të. Goditeni kanaçen poshtë road dhe shtyjeni Administratorin e Bazës së të Dhënave për performancën
      përmirësime gjatë prangosjes së tyre duke mos lejuar ndryshime të skemës ose
      indekseve

Ne nuk do të merremi me opsionin 3. Opsioni 2, fshirja e të dhënave, nuk është një opsion i mirë dhe unë do të rekomandoja të mbanin vlerë të paktën 18 muajsh në minimum. Por, nëse jeni aq të prirur, IBM siguron një shërbim, AuditDBCleanup (Cognos BI) ose a dorëshkrim (Cognos Analytics) e cila do ta bëjë pikërisht këtë. Shërbimi për Cognos BI fshin regjistrimet bazuar në një afat kohor ndërsa skriptet për Cognos Analytics thjesht fshijnë indekset dhe tabelat.

Rekomandimet që u kemi bërë klientëve më parë për këtë ishin të ndaheshin në dy baza të të dhënave:

1. 1. Auditimi - drejtpërdrejt: përmban të dhëna të javës më të fundit
   2. Auditimi - Historik: përmban të dhëna historike (deri në N vite)

Me pak fjalë, procesi shkon çdo javë për të zhvendosur regjistrimet më të fundit nga Audit Live në Audit Historical. Audit Live fillon nga e para si një fletë bosh pasi të përfundojë ky proces.

1. 1. DB e drejtpërdrejtë është e shpejtë dhe e ngushtë, duke lejuar që futjet të ndodhin sa më shpejt që të jetë e mundur
   2. Pyetjet e auditimit i drejtohen ekskluzivisht DB -së Historike

Duke përdorur këtë qasje, nuk ka "qepje të nënkuptuar" të të dhënave Live dhe të dhënave Historike. Unë do të argumentoja se ju ndoshta dëshironi ta mbani atë në atë mënyrë.

Në Administrimin Cognos, mund të shtoni dy lidhje të ndryshme për Burimin e të Dhënave të Auditimit. Kur një përdorues drejton një raport kundër paketës së Auditimit, ai pyetet për lidhjen që dëshiron të përdorë:

Në rast se dëshironi të shikoni të dhënat e auditimit të drejtpërdrejtë dhe jo të dhënat historike të auditimit, ju thjesht zgjidhni lidhjen "Audit - Live" kur ju kërkohet (duhet të jetë përjashtimi, jo norma.)

Nëse vërtet dëshironi të jepni një pamje të konsoliduar të të dyja Live dhe Historike, ju mund ta bëni këtë, por kjo do të ndikonte në performancën.

Për shembull, mund të krijoni një Database të 3 -të të quajtur "Auditim - Pamje e Konsoliduar" dhe më pas, për secilën tabelë në skemën e Auditimit: krijoni një pamje identike të emëruar që është një bashkim SQL midis tabelës në DB të drejtpërdrejtë dhe tabelës në DB historike. Në mënyrë të ngjashme, kjo gjithashtu mund të arrihet në modelin e Menaxherit Kuadër, por, përsëri, performanca do të ishte një konsideratë kryesore.

Disa nga klientët tanë kanë krijuar një pamje të konsoliduar. Mendojmë se kjo ka të ngjarë të jetë e tepërt. Performanca do të ishte gjithmonë më e keqe në këtë pamje të konsoliduar dhe ne nuk kemi hasur në shumë raste përdorimi të cilat përdorin si grupet e të dhënave Live dhe Historical. Live duke u përdorur për zgjidhjen e problemeve dhe Historik për raportimin e trendeve.

Sa i përket Cognos Analytics 11.1.7, Baza e të Dhënave të Auditimit është rritur në 21 tabela. Mund të gjeni më shumë informacion diku tjetër në Bazën e të Dhënave të Auditimit, mostrat e raporteve të auditimit dhe modelin e Menaxherit Kuadër. Niveli i parazgjedhur i regjistrimit është minimal, por ju mund të dëshironi të përdorni nivelin tjetër, Basic, për të kapur kërkesat e përdorimit, menaxhimin e llogarisë së përdoruesit dhe përdorimin e kohës së ekzekutimit. Një mënyrë për të ruajtur performancën e sistemit është mbajtja e nivelit të regjistrimit në nivelin më të ulët të kërkuar. Natyrisht, sa më shumë regjistrime të bëhen nga serveri, aq më shumë performanca e përgjithshme e serverit mund të ndikohet.

Tabelat kryesore që shumica e administratorëve do të jenë të interesuar janë 6 tabelat të cilat regjistrojnë aktivitetin e përdoruesit dhe aktivitetin e raportimit në sistem.

• COGIPF_USERLOGON: Ruan informacionin e identifikimit të përdoruesit (përfshirë daljen)
• COGIPF_RUNREPORT: Ruan informacion në lidhje me ekzekutimet e raporteve
• COGIPF_VIEWREPORT: Ruan informacion në lidhje me kërkesat për shikimin e raportit
• COGIPF_EDITQUERY: Ruan informacione rreth drejtimeve të pyetjeve
• COGIPF_RUNJOB: Ruan informacion në lidhje me kërkesat për punë
• COGIPF_ACTION: Regjistron veprimet e përdoruesve në Cognos (kjo tabelë mund të rritet shumë më shpejt se të tjerat)

Konfigurimi jashtë kutisë duket kështu:

Konfigurimi i rekomanduar:

Baza e të dhënave të Auditimit Cognos - Live përmban 1 javë të dhëna auditimi. Të dhënat më të vjetra se 1 javë zhvendosen në Baza e të dhënave të Auditimit Cognos - Historike.

Linja nga Baza e të dhënave të Auditimit Cognos - Baza e të Dhënave të Auditimit Cognos - Historike në diagram është përgjegjëse për:

• Kopjimi i të dhënave nga Auditimi i drejtpërdrejtë në Auditimin Historik
• Hiq të gjitha rreshtat në Auditimin e drejtpërdrejtë që janë më të vjetër se 1 javë
• Hiqni të gjitha rreshtat në Auditimin Historik që janë më të vjetër se x vjet
• Hiq të gjitha rreshtat në COGIPF_ACTION që janë më të vjetër se 6 muaj

Indekset

Lloje të ndryshme të bazës së të dhënave kanë lloje të ndryshme indeksimi. Një indeks i bazës së të dhënave është një strukturë e të dhënave, e lidhur me një Tabelë (ose Pamje), e përdorur për të përmirësuar kohën e ekzekutimit të pyetjeve kur merren të dhënat nga ajo tabelë (ose Pamje). Punoni me DBA -në tuaj për të krijuar strategjinë optimale. Ata do të duan të dinë përgjigjet e pyetjeve si këto për të marrë vendimet më të mira se cilat kolona të indeksohen. Natyrisht, administratori i bazës së të dhënave mund të gjejë përgjigjet për disa ose të gjitha këto pyetje pa ndihmën tuaj, por do të duheshin disa kërkime dhe pak kohë:

• Sa rekorde kanë tabelat dhe në çfarë madhësie prisni që ato të rriten? (Indeksimi i një tabele nuk do të jetë i dobishëm nëse tabela nuk ka numër të madh të regjistrimeve.)
• A e dini se cilat kolona janë unike? A i lejojnë ato vlerat NULL? Cilat kolona kanë të dhëna të tipit të plotë ose numër të plotë? (Kolonat me llojet e të dhënave numerike dhe që janë UNIKE dhe JO NULL janë kandidatë të fortë për të marrë pjesë në çelësin e indeksit.)
• Ku janë problemet tuaja kryesore të performancës sot? A po marrin ata të dhënat? A ka pyetje ose raporte specifike që janë më shumë problem? (Kjo mund të çojë administratorin e bazës së të dhënave në disa kolona të veçanta të cilat mund të optimizohen.)
• Cilat fusha përdoren në bashkimin e tabelave për raportim?
• Cilat fusha përdoren për filtrimin, renditjen, grupimin dhe grumbullimin?

Nuk është për t'u habitur, këto janë të njëjtat pyetje që do të duhet të përgjigjen për të përmirësuar performancën e çdo tabele të bazës së të dhënave.

Mbështetje IBM rekomandon krijimin e një indeksi në kolonat "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID" dhe "COGIPF_STEPID" për tabelat e mëposhtme për të përmirësuar performancën:

• COGIPF_NATIVEQUERY
• COGIPF_RUNJOB
• COGIPF_RUNJOBSTEP
• COGIPF_RUNREPORT
• COGIPF_EDITQUERY

Plus në tabelat e tjera më pak të përdorura:

• COGIPF_POWERPLAY
• COGIPF_HUMANTASKSERVICE
• COGIPF_HUMANTASKSERVICE_DETAIL

Ju mund ta përdorni këtë si një pikënisje, por unë do të kaloja përmes ushtrimit të përgjigjes në pyetjet e mësipërme për të arritur në përgjigjen më të mirë për organizatën tuaj.

Konsiderata të tjera

1. Modeli FM i Auditimit. Mos harroni se modeli Framework Manager të cilin IBM ofron është modeluar në tabelat dhe fushat e paracaktuara. Çdo ndryshim që bëni në tabelat e raportimit do të duhet të pasqyrohet në model. Lehtësia ose kompleksiteti i këtyre ndryshimeve - ose kompetenca juaj organizative për t'i bërë këto ndryshime - mund të ndikojë në zgjidhjen që zgjidhni.
2. Fushat shtesë. Nëse do ta bëni, tani është koha për të shtuar fusha shtesë për të dhënat e kontekstit ose referencës për të përmirësuar raportimin e auditimit.
3. Tabela përmbledhëse. Në vend që thjesht të kopjoni të dhënat në tabelën tuaj historike, ngjeshni ato. Ju mund t'i grumbulloni të dhënat në nivelin ditor për t'i bërë ato më efikase për raportim.
4. Pamje në vend të tabelave. Të tjerë thonë, "Pra, në vend që të kesh një bazë të dhënash" aktuale "dhe një bazë" historike ", duhet të kesh vetëm një bazë të dhënash, dhe të gjitha tabelat në të duhet të parashtohen me" historike ". Pastaj, ju duhet të krijoni një grup shikimesh, një për secilën tabelë që dëshironi të shihni si "aktuale" dhe të bëni që çdo pamje të filtrojë rreshtat historikë që nuk doni të shihni dhe të lini të kalojnë vetëm ato aktuale. "
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

Përfundim

Përfundimi është se me informacionin e dhënë këtu ju duhet të jeni të përgatitur mirë për të pasur një bisedë produktive me DBA -në tuaj. Shanset janë të mira që ajo të ketë zgjidhur probleme të ngjashme më parë.

Ndryshimet e propozuara në arkitekturën e bazës së të dhënave Cognos Audit do të përmirësojnë performancën si në raportimin e drejtpërdrejtë ashtu edhe në aplikacionet e palëve të treta që mbështeten në të, si p.sh. Motio'S ReportCard dhe Inventari.

Nga rruga, nëse e keni pasur atë bisedë me DBA -në tuaj, ne do të donim të dëgjonim për të. Ne gjithashtu do të donim të dëgjonim nëse e keni zgjidhur çështjen e një baze të dhënash të auditimit me performancë të dobët dhe si e keni bërë atë.