Cognos Auditointi -blogi - Vinkkejä ja vihjeitä suuriin ja suuriin ympäristöihin

John Boyerin ja Mike Norrisin blogi.

esittely

On tärkeää, että Cognos Auditing -toiminto tietää ja ymmärtää, miten käyttäjäyhteisösi käyttää Cognosia, ja auttaa vastaamaan seuraaviin kysymyksiin:

• • Kuka käyttää järjestelmää?
  • Mitä raportteja he tekevät?
  • Mitkä ovat raportin suoritusajat?
  • Muiden työkalujen avulla, kuten MotioCI, mikä sisältö on käyttämätöntä?

Kun otetaan huomioon, kuinka tärkeää on ylläpitää terveitä Cognos Analytics -ympäristöjä, sen auditointitietokannasta on yllättävän vähän kirjoitettu vakiotuoteasiakirjojen lisäksi. Ehkä se on itsestäänselvyys, mutta sitä käyttävät organisaatiot tietävät, että ajan mittaan Audit Database -taulukoiden kysely alkaa hidastua - varsinkin jos organisaatiossasi on paljon käyttäjiä, jotka suorittavat paljon raportteja ja joilla on paljon historiaa. Lisäksi tarkastustoiminnan kirjaaminen voi viivästyä, koska se on jonossa, kun sitä ei esimerkiksi voida lisätä tietokantaan riittävän nopeasti. Silloin alat ajatella tietokannan suorituskykyä samalla tavalla kuin mitä tahansa toiminnallista tietokantaa, jossa on raportointivaatimuksia.

Suuret taulukot hidastavat yleensä kyselyn suorituskykyä. Mitä suurempi taulukko, sitä kauemmin sen lisääminen ja kyselyn tekeminen kestää. Muista, että nämä taulukot ja tarkastustietokanta ovat pohjimmiltaan toiminnallinen tietokanta; kirjoituksia tapahtuu usein ja ne toimivat meitä vastaan, koska emme voi kohdistaa niitä vain lukutoimintoihin, kuten tekisit datamarkkinoilla.

Sisältökaupan tavoin Cognos -ympäristön terveyden on otettava huomioon myös tarkastustietokannan kunto. Tarkastustietokannan rajattomasta kasvusta voi tulla ongelma ajan myötä, ja se voi lopulta jopa vaikuttaa Cognos -ympäristön yleiseen suorituskykyyn. Monissa organisaatioissa, joissa on ulkoinen sääntely, heillä ei ole täydellistä tarkastustietoa, joten ne voivat joutua noudattamatta jättämiseen ja aiheuttaa vakavia seurauksia. Joten miten voimme käsitellä sitä, että meidän on säilytettävä niin paljon tietoja historiallisia auditointitarkoituksia varten - joissakin tapauksissa jopa 10 vuotta - mutta silti saamme tarvittavat raportit ympäristön ylläpitämiseksi ja käyttäjien tyytyväisyyden saavuttamiseksi?

Challenge

• • Tarkastustietokannan rajaton kasvu vaikuttaa kielteisesti Cognos -ympäristön terveyteen
  • Raportointi tarkastustietokannasta on tullut hidasta tai käyttökelvotonta
  • Cognos kokee viivästyksiä tietueiden kirjoittamisessa tarkastustietokantaan
  • Tarkastustietokanta on loppumassa levytilasta

Kaikki tämä tarkoittaa sitä, että tarkastustietokantaan perustuvat raportit eivät kärsi, vaan usein koko järjestelmä. Jos tarkastustietokanta on samalla palvelimella kuin Cognos -sisältökauppa, kaikki Cognosin suorituskyky vaikuttaa kyseisessä ympäristössä.

Asennus

Oletamme:

1. 1. Cognos Analytics on asennettu ja käynnissä
   2. Cognos on määritetty kirjautumaan tarkastustietokantaan
   1. • Ota käyttöön tarkastustietokanta
      • Määritä asianmukaiset auditointitason tasot Cognos -hallinnossa
      • Cognos kirjoittaa tietuetta tietokantaan
   3. Tarkastustietokanta on ollut käytössä yli vuoden
   4. Ympäristö on erittäin aktiivinen käyttäjien ja suoritusten kanssa
   5. Tarkastuspakettia käytetään Cognosin käyttötietojen paljastamiseen
   6. Pyrimme parantamaan tarkastustietokannan raportointia
   7. Vanhojen tietueiden aloittaminen uudelleen tai poistaminen ei ole aina vaihtoehto

Jos et vielä ole asentanut ja määrittänyt Cognos Audit -ohjelmaa, Lodestar Solutions, a Motio kumppani, on erinomainen posti tarkastuksen ottamisesta käyttöön Cognos BI /CA: ssa.

Ratkaisu

On olemassa joitakin mahdollisia ratkaisuja, jotka esittelevät nopeasti:

1. 1. Vähennä tiedon määrää seuraavilla tavoilla:
   1. • Vanhojen tietojen siirtäminen toiseen tietokantaan
      • Vanhojen tietojen siirtäminen samaan tietokantaan toiseen taulukkoon
   2. Poista tai kaarihive joitain tietoja, äläkä huolehdi siitä
   3. Elä sen kanssa. Työnnä tölkki alas road ja työnnä tietokannan järjestelmänvalvojaa
      parannuksia samalla, kun ne ovat käsiraudoissa, kun ei sallita muutoksia kaavaan tai
      indeksit

Emme käsittele vaihtoehtoa 3. Vaihtoehto 2, tietojen poistaminen, ei ole hyvä vaihtoehto, ja suosittelen pitämään vähintään 18 kuukauden arvoisen. Mutta jos olet niin taipuvainen, IBM tarjoaa apuohjelman, Auditdbcleanup (Cognos BI) tai a käsikirjoitus (Cognos Analytics), joka tekee juuri sen. Cognos BI: n apuohjelma poistaa tietueet aikaleiman perusteella, kun taas Cognos Analyticsin komentosarjat poistavat vain indeksit ja taulukot.

Aiemmin asiakkaille antamamme suositukset jaettiin kahteen tietokantaan:

1. 1. Audit - Live: sisältää viime viikon tiedot
   2. Tarkastus - historiallinen: sisältää historiallisia tietoja (enintään N vuotta)

Lyhyesti sanottuna prosessi suoritetaan viikoittain, jotta viimeisimmät tietueet siirretään Audit Live -toiminnosta Audit Historicaliin. Audit Live alkaa tyhjältä pöydältä tämän prosessin jälkeen.

1. 1. Live DB on nopea ja tiukka, jolloin lisäosat voivat tapahtua mahdollisimman nopeasti
   2. Tarkastuskyselyt on suunnattu yksinomaan historialliseen tietokantaan

Tätä lähestymistapaa käytettäessä Live -datan ja historiallisten tietojen implisiittistä "yhdistämistä" ei tapahdu. Väitän, että haluat todennäköisesti pitää sen sellaisena.

Cognos Administrationissa voit lisätä tarkastustietolähteeseen kaksi eri yhteyttä. Kun käyttäjä suorittaa raportin tarkastuspaketista, hän kysyy, mitä yhteyttä hän haluaa käyttää:

Jos haluat katsoa reaaliaikaisia ​​auditointitietoja historiallisten tarkastustietojen sijasta, valitset pyydettäessä vain "Audit - Live" -yhteyden (sen pitäisi olla poikkeus, ei normaali).

Jos haluat TODELLA myös tarjota yhdistetyn näkymän sekä live- että historiallisista näkymistä, voit tehdä niin, mutta se vaikuttaisi suorituskykyyn.

Voit esimerkiksi luoda kolmannen tietokannan nimeltä "Tarkastus - konsolidoitu näkymä" ja sitten luoda jokaiselle tarkastusmallin taulukolle identtisen nimisen näkymän, joka on SQL -liitos live -tietokannan taulukon ja taulukon välillä historiallinen DB. Samoin tämä voitaisiin saavuttaa myös Framework Manager -mallissa, mutta suorituskyky olisi jälleen keskeinen tekijä.

Jotkut asiakkaistamme ovat luoneet yhdistetyn näkymän. Mielestämme tämä on todennäköisesti liikaa. Suorituskyky olisi aina huonompi tässä yhdistetyssä näkymässä, emmekä ole tavanneet monia käyttötapauksia, jotka käyttävät sekä Live -tietojoukkoja että Historical -tietoja. Livea käytetään vianmääritykseen ja Historicalia trendiraportointiin.

Cognos Analytics 11.1.7: n jälkeen tarkastustietokanta on kasvanut 21 taulukkoon. Löydät lisätietoja muualta tarkastustietokannasta, tarkastusraporttien mallista ja Framework Manager -mallista. Kirjautumisen oletustaso on Minimal, mutta haluat ehkä käyttää seuraavaa Basic -tasoa käyttöpyyntöjen, käyttäjätilien hallinnan ja ajonaikaisen käytön kaappaamiseen. Yksi tapa ylläpitää järjestelmän suorituskykyä on pitää kirjaustaso alimmalla vaaditulla tasolla. On selvää, että mitä enemmän palvelin kirjaa, sitä enemmän se vaikuttaa palvelimen yleiseen suorituskykyyn.

Avaintaulukot, joista useimmat järjestelmänvalvojat ovat kiinnostuneita, ovat kuusi taulukkoa, jotka kirjaavat käyttäjän toiminnan ja raportointitoiminnon järjestelmässä.

• COGIPF_USERLOGON: Tallentaa käyttäjän kirjautumistiedot (mukaan lukien uloskirjautuminen)
• COGIPF_RUNREPORT: Tallentaa tiedot raporttien suorittamisesta
• COGIPF_VIEWREPORT: Tallentaa raporttien katselupyyntöjen tiedot
• COGIPF_EDITQUERY: Tallentaa kyselyajojen tiedot
• COGIPF_RUNJOB: Tallentaa tiedot työpyynnöistä
• COGIPF_ACTION: Tallentaa käyttäjien toimet Cognosissa (tämä taulukko voi kasvaa paljon nopeammin kuin muut)

Valmis kokoonpano näyttää tältä:

Suositeltu kokoonpano:

Cognos Audit Database - Live sisältää 1 viikon tarkastustietoja. Yli viikon vanhat tiedot siirretään Cognos Audit Database - Historical -tietokantaan.

Kaavion Cognos Audit Database - Live - Cognos Audit Database - Historical -tietokanta vastaa:

• Tietojen kopioiminen reaaliaikaisesta tarkastuksesta historialliseen auditointiin
• Poista kaikki reaaliaikaisen tarkastuksen rivit, jotka ovat vanhempia kuin yksi viikko
• Poista kaikki rivit historiallisesta tarkastuksesta, jotka ovat vanhempia kuin x vuotta
• Poista kaikki COGIPF_ACTION -rivit, jotka ovat vanhempia kuin 6 kuukautta

Indexes

Eri tietokantatyypeillä on erilaiset indeksointityypit. Tietokantahakemisto on taulukkoon (tai näkymään) liittyvä tietorakenne, jota käytetään parantamaan kyselyiden suoritusaikaa haettaessa tietoja kyseisestä taulukosta (tai näkymästä). Luo optimaalinen strategia DBA: n kanssa. He haluavat tietää vastaukset tällaisiin kysymyksiin tehdäkseen parhaan päätöksen siitä, mitä sarakkeita indeksoidaan. Tietenkin tietokannan ylläpitäjä voisi selvittää vastaukset joihinkin tai kaikkiin näihin kysymyksiin ilman apuasi, mutta se vie jonkin verran tutkimusta ja jonkin aikaa:

• Kuinka monta tietuetta taulukoilla on ja minkä koon odotat niiden kasvavan? (Taulukon indeksoinnista ei ole hyötyä, ellei taulukossa ole paljon tietueita.)
• Tiedätkö, mitkä sarakkeet ovat ainutlaatuisia? Salliiko ne NULL -arvot? Missä sarakkeissa on tietotyyppi kokonaisluku tai iso kokonaisluku? (Sarakkeet, joissa on numeerisia tietotyyppejä ja jotka ovat ainutlaatuisia eikä NOT NULL, ovat vahvoja ehdokkaita osallistumaan indeksiavaimeen.)
• Missä ovat suurimmat suorituskykyongelmasi tänään? Hakevatko he tietoja? Onko erityisiä kyselyitä tai raportteja, jotka ovat enemmän ongelmia? (Tämä voi johtaa tietokannan järjestelmänvalvojaan tiettyihin sarakkeisiin, jotka voidaan optimoida.)
• Mitä kenttiä käytetään taulukkojen yhdistämisessä raportointia varten?
• Mitä kenttiä käytetään suodatukseen, lajitteluun, ryhmittelyyn ja aggregointiin?

Ei ole yllättävää, että nämä ovat samat kysymykset, joihin olisi vastattava tietokantataulukoiden suorituskyvyn parantamiseksi.

IBM -tuki suosittelee indeksin luominen sarakkeisiin COGIPF_REQUESTID, COGIPF_SUBREQUESTID ja COGIPF_STEPID seuraaville taulukoille suorituskyvyn parantamiseksi:

• Cogipf_nativequery
• Cogipf_runjob
• Cogipf_runjobstep
• Cogipf_runreport
• Cogipf_editquery

Lisäksi muita vähemmän käytettyjä taulukoita:

• Cogipf_powerplay
• Cogipf_huMantaskservice
• Cogipf_huMantaskservice_detail

Voit käyttää tätä lähtökohtana, mutta vastaisin yllä oleviin kysymyksiin, jotta saisin parhaan vastauksen organisaatiollesi.

Muita näkökohtia

1. Auditoi FM -malli. Muista, että IBM: n tarjoama Framework Manager -malli on mallinnettu oletustaulukoiden ja -kenttien perusteella. Kaikki raportointitaulukoihin tekemäsi muutokset on otettava huomioon mallissa. Näiden muutosten helppous tai monimutkaisuus - tai organisaation osaaminen tehdä nämä muutokset - voi vaikuttaa valitsemaasi ratkaisuun.
2. Muut kentät. Jos aiot tehdä sen, nyt on aika lisätä lisäkenttiä konteksti- tai viitetiedoille tarkastusraportoinnin parantamiseksi.
3. Yhteenvetotaulukot. Sen sijaan, että kopioit tiedot vain historialliseen taulukkoosi, pakkaa ne. Voit koota tiedot päivän tasolle, jotta raportointi olisi tehokkaampaa.
4. Näkymät taulukoiden sijaan. Toiset sanovat: "Joten sen sijaan, että sinulla olisi" nykyinen "tietokanta ja" historiallinen "tietokanta, sinulla pitäisi olla vain yksi tietokanta ja kaikkien sen taulukoiden tulee olla etuliitteellä" historiallinen ". Luo sitten joukko näkymiä, yksi kullekin taulukolle, jonka haluat nähdä nykyisenä, ja anna jokaisen näkymän suodattaa pois historialliset rivit, joita et halua nähdä, ja anna vain nykyisten kulkea. ”
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

Yhteenveto

Tärkeintä on, että täällä annettujen tietojen avulla sinun pitäisi olla hyvin valmistautunut keskustelemaan tuottavasti DBA: si kanssa. On todennäköistä, että hän on ratkaissut vastaavia ongelmia aiemmin.

Ehdotetut muutokset Cognos Audit Database -arkkitehtuuriin parantavat sekä suorien raporttien että siihen perustuvien kolmansien osapuolten sovellusten suorituskykyä, kuten Motio'S ReportCard ja inventaario.

Muuten, jos olet käynyt tämän keskustelun DBA: si kanssa, haluaisimme kuulla siitä. Haluaisimme myös kuulla, oletko ratkaissut ongelman heikosti toimivasta tarkastustietokannasta ja miten teit sen.