Cognos աուդիտի բլոգ - խորհուրդներ և հնարքներ մեծ և մեծ ծավալի միջավայրերի համար

by Թող 17, 2021Աուդիտի0 մեկնաբանություններ

Blogոն Բոյերի և Մայք Նորիսի բլոգը:

ներածություն

Կարևոր է ունենալ Cognos Auditing- ի կարողությունը `իմանալու և հասկանալու, թե ինչպես է Cognos- ն օգտագործվում ձեր օգտվողների համայնքի կողմից և օգնել պատասխանել այնպիսի հարցերի, ինչպիսիք են.

    • Ո՞վ է օգտագործում համակարգը:
    • Ի՞նչ հաշվետվություններ են նրանք վարում:
    • Որքա՞ն են հաշվետվությունների տևողությունը:
    • Այլ գործիքների օգնությամբ, ինչպես MotioCI, ինչ բովանդակություն է չօգտագործված:

Հաշվի առնելով, թե որքան կարևոր է պահպանել առողջ Cognos Analytics միջավայրը, զարմանալիորեն քիչ բան է գրվել աուդիտի տվյալների բազայի մասին `արտադրանքի ստանդարտ փաստաթղթերից դուրս: Հավանաբար, դա ընդունված է, բայց այն օգտագործող կազմակերպությունները գիտեն, որ ժամանակի ընթացքում Աուդիտի տվյալների բազայի աղյուսակներին հարցումը կսկսի դանդաղել, հատկապես, եթե ձեր կազմակերպությունը ունի բազմաթիվ հաշվետվություններ օգտագործող և շատ պատմություն ունեցող օգտվողներ: Ավելին, աուդիտորական գործունեության գրանցումն ինքնին կարող է հետաձգվել, քանի որ այն հերթագրվում է, երբ այն չի կարող արագորեն ավելացվել տվյալների բազայում, օրինակ. Դա այն ժամանակ է, երբ դուք սկսում եք մտածել տվյալների բազայի կատարողականի մասին, ինչպես կզգաք հաշվետվության պահանջներ ունեցող ցանկացած գործառնական տվյալների բազայի դեպքում:

Մեծ աղյուսակները սովորաբար դանդաղեցնում են հարցումների կատարումը: Որքան մեծ է աղյուսակը, այնքան ավելի երկար է պահանջվում տեղադրելու և հարցնելու համար: Հիշեք, որ այս աղյուսակները և աուդիտի տվյալների բազան հիմնականում գործառնական տվյալների շտեմարան են. գրությունները հաճախակի են տեղի ունենում և աշխատում են մեր դեմ, քանի որ մենք չենք կարող դրանք կենտրոնացնել միայն կարդալու գործողությունների համար, ինչպես դա կանեիք տվյալների մարտիկի դեպքում:

Ինչպես բովանդակության խանութը, այնպես էլ Cognos միջավայրի առողջությունը պետք է հաշվի առնի նաև Աուդիտի տվյալների շտեմարանի առողջությունը: Աուդիտի տվյալների բազայի անսահմանափակ աճը կարող է խնդիր դառնալ ժամանակի ընթացքում և, ի վերջո, կարող է նույնիսկ ազդել Cognos միջավայրի ընդհանուր աշխատանքի վրա: Շատ կազմակերպություններ, որոնց վրա դրված են արտաքին կանոնակարգեր, ամբողջական աուդիտի գրանցում չունենալը կարող է նրանց հասցնել անհամապատասխանության իրավիճակում `ծանր հետևանքներով: Այսպիսով, ինչպե՞ս վարվենք պատմական աուդիտի նպատակով այդքան շատ տվյալների պահպանման հետ (որոշ դեպքերում մինչև 10 տարի), սակայն դեռևս ստանում ենք այն հաշվետվությունները, որոնք մեզ անհրաժեշտ են շրջակա միջավայրը պահպանելու և օգտվողներին գոհունակությամբ պահելու համար:

Մարտահրավեր

    • Աուդիտի տվյալների բազայի անսահմանափակ աճը բացասաբար է անդրադառնում Cognos միջավայրի առողջության վրա
    • Աուդիտի տվյալների շտեմարանից զեկուցելը դանդաղ կամ անօգտագործելի է դարձել
    • Cognos- ն ունենում է աուդիտի տվյալների բազայում գրառումների հետաձգումներ
    • Աուդիտի տվյալների բազան սպառվում է սկավառակի վրա

Այս ամենը նշանակում է, որ տուժում են ոչ միայն աուդիտի տվյալների բազայի վրա հիմնված հաշվետվությունները, այլ հաճախ ամբողջ համակարգը: Եթե ​​աուդիտի տվյալների բազան գտնվում է նույն սերվերի վրա, ինչ Cognos բովանդակության խանութը, ապա Cognos- ի բոլոր իրերի կատարումը կազդի այդ միջավայրում:

Կարգավորում

Մենք ենթադրում ենք.

    1. Cognos Analytics- ը տեղադրված է և աշխատում է
    2. Cognos- ը կազմաձևված է աուդիտի տվյալների շտեմարան մուտք գործելու համար
        • Տեղադրեք աուդիտի տվյալների շտեմարան
        • Սահմանեք աուդիտի գրանցման համապատասխան մակարդակներ Cognos- ի վարչակազմում
        • Ձայնագրությունը տվյալների բազայում գրվում է Cognos- ի կողմից
    3. Աուդիտի տվյալների բազան օգտագործվում է ավելի քան մեկ տարի
    4. Միջավայրը շատ ակտիվ է օգտվողների և կատարողների հետ
    5. Աուդիտի փաթեթն օգտագործվում է Cognos- ի օգտագործման տվյալների մակերեսավորման համար
    6. Մենք փնտրում ենք Աուդիտի տվյալների բազայի հաշվետվությունների կատարողականի բարելավում
    7. Հին գրառումները վերսկսելը կամ ջնջելը միշտ չէ, որ տարբերակ է

Եթե ​​դեռ չեք անում, Cognos Audit- ը տեղադրված և կազմաձևված է, Lodestar Solutions, ա Motio գործընկեր, ունի գերազանց Փոխանցել Cognos BI /CA- ում աուդիտը միացնելու մասին:

The Solution

Կան որոշ հնարավոր լուծումներ, որոնք արագորեն հայտնվում են.

    1. Կրճատեք տվյալների ծավալը ՝
        • Որոշ հին տվյալների տեղափոխում այլ տվյալների բազա
        • Որոշ հին տվյալների տեղափոխում նույն տվյալների բազայի մեկ այլ աղյուսակ
    2. Պարզապես ջնջեք կամ աղեղացրեքhive որոշ տվյալներ և մի անհանգստացեք դրա համար
    3. Ապրիր դրանով: Ոտքով տապալեք ներքևը road և կատարման համար մղեք տվյալների բազայի ադմինիստրատորին
      բարելավումներ կատարելիս ՝ ձեռնաշղթաներ հագցնելով դրանք ՝ թույլ չտալով սխեմայի փոփոխություններ կամ
      ցուցանիշները

Մենք չենք զբաղվելու 3 -րդ տարբերակով: Տարբերակ 2 -ը ՝ տվյալները ջնջելը, լավ տարբերակ չէ, և ես խորհուրդ կտայի առնվազն 18 ամսվա արժեքը նվազագույնի հասցնել: Բայց, եթե դուք այդքան հակված եք, IBM- ն տրամադրում է օգտակար, AuditDBCleanup (Cognos BI) կամ ա ձեռագիր (Cognos Analytics), որը հենց այդպես էլ կանի: Cognos BI- ի օգտակար ծրագիրը ջնջում է գրառումները ՝ հիմնված ժամանակային նշանի վրա, մինչդեռ Cognos Analytics- ի սցենարները պարզապես ջնջում են ինդեքսներն ու աղյուսակները:

Այն առաջարկությունները, որոնք մենք ավելի վաղ տվել էինք հաճախորդներին, պետք է բաժանել երկու տվյալների բազայի.

    1. Աուդիտ - Ուղիղ. Պարունակում է վերջին շաբաթվա տվյալներ
    2. Աուդիտ - Պատմական. Պարունակում է պատմական տվյալներ (մինչև N տարի)

Մի խոսքով, գործընթացն ընթանում է շաբաթական ՝ Audit Live- ից ամենավերջին գրառումները Audit Historical- ին տեղափոխելու համար: Այս գործընթացի ավարտից հետո Audit Live- ը սկսվում է որպես դատարկ թերթ:

    1. Live DB- ն արագ և ամուր է, ինչը թույլ է տալիս ներդիրները հնարավորինս արագ կատարել
    2. Աուդիտի հարցումները բացառապես ուղղված են Պատմական տվյալների բազային

Օգտագործելով այս մոտեցումը ՝ կենդանի տվյալների և Պատմական տվյալների ոչ մի անուղղակի «համատեղում» չկա: Ես կվիճեի, որ դուք հավանաբար ցանկանում եք այդպես պահել:

Cognos Administration- ում կարող եք ավելացնել երկու տարբեր կապեր Աուդիտի տվյալների աղբյուրի համար: Երբ օգտվողը հաշվետվություն է վարում Աուդիտի փաթեթի դեմ, նրան հուշում են, թե որ կապի համար է ցանկանում օգտագործել.

Աուդիտի տվյալների շտեմարաններ

Հնարավորության դեպքում ցանկանում եք դիտել ոչ թե աուդիտի պատմական տվյալները, այլ ուղղակի «Աուդիտ - Ուղիղ» կապը, երբ հուշվում է (դա պետք է լինի բացառություն, այլ ոչ թե նորմա):

Եթե ​​ԻՐԱԿԱՆՈ alsoՄ նույնպես ցանկանում եք համախմբված պատկերացում կազմել ինչպես Կենդանիի, այնպես էլ Պատմականի մասին, կարող եք դա անել, բայց դա կազդի կատարման վրա:

Օրինակ, կարող եք ստեղծել 3 -րդ տվյալների շտեմարան, որը կոչվում է «Աուդիտ - համախմբված դիտում», այնուհետև ՝ Աուդիտի սխեմայի յուրաքանչյուր աղյուսակի համար. պատմական DB. Նմանապես, դա կարելի է հասնել նաև Շրջանակային մենեջերի մոդելում, սակայն, կրկին, կատարումը կլինի հիմնական նկատառում:

Մեր հաճախորդներից ոմանք ստեղծել են համախմբված տեսակետ: Մեր կարծիքով, դա, ամենայն հավանականությամբ, չափազանց մեծ է: Այս համախմբված տեսանկյունից կատարողականը միշտ ավելի վատ կլիներ, և մենք չենք հանդիպել բազմաթիվ օգտագործման դեպքերի, որոնք օգտագործում են ինչպես Կենդանի տվյալների հավաքածուները, այնպես էլ Պատմական: Ուղիղը օգտագործվում է անսարքությունների վերացման համար, իսկ պատմականը ՝ միտումների հաշվետվության համար:

Ինչ վերաբերում է Cognos Analytics 11.1.7 -ին, Աուդիտի տվյալների բազան աճել է մինչև 21 աղյուսակ: Աուդիտի տվյալների շտեմարանին, աուդիտի հաշվետվությունների օրինակին և Շրջանակային մենեջերի մոդելին կարող եք լրացուցիչ տեղեկություններ գտնել այլուր: Լռելյայն մուտքագրման մակարդակը նվազագույնն է, բայց գուցե ցանկանաք օգտագործել հաջորդ մակարդակը ՝ Հիմնականը, օգտագործման հարցումները, օգտվողի հաշվի կառավարման և գործարկման ժամանակ օգտագործելու համար: Համակարգի աշխատանքը պահպանելու եղանակներից մեկն այն է, որ անտառահատումների մակարդակը պահանջվող ամենացածր մակարդակին պահելը: Ակնհայտ է, որ որքան ավելի շատ գրանցումներ կատարվեն սերվերի կողմից, այնքան սերվերի ընդհանուր աշխատանքը կարող է ազդել:

Հիմնական աղյուսակները, որոնցից շատերը կհետաքրքրվեն, այն 6 աղյուսակներն են, որոնք գրանցում են օգտվողի գործունեությունը և հաշվետվությունների գործունեությունը համակարգում:

  • COGIPF_USERLOGON. Պահում է օգտվողի մուտքի (ներառյալ ՝ դուրս գալու) տվյալները
  • COGIPF_RUNREPORT. Պահում է տեղեկատվություն հաշվետվությունների կատարման վերաբերյալ
  • COGIPF_VIEWREPORT. Պահում է տեղեկատվություն հաշվետվությունների դիտման հարցումների վերաբերյալ
  • COGIPF_EDITQUERY. Պահում է տեղեկատվություն հարցումների կատարումների մասին
  • COGIPF_RUNJOB. Պահում է տեղեկատվություն աշխատանքի հարցումների վերաբերյալ
  • COGIPF_ACTION. Գրանցում է օգտագործողի գործողությունները Cognos- ում (այս աղյուսակը կարող է շատ ավելի արագ աճել, քան մյուսները)

Տուփից դուրս կազմաձևումն այսպիսին է.

Լռելյայն աուդիտի կազմաձևում

Առաջարկվող կազմաձևում.

Առաջարկվող աուդիտի կազմաձևում

The Cognos Audit Database - Live պարունակում է 1 շաբաթ աուդիտի տվյալներ: 1 շաբաթից ավելի հին տվյալները տեղափոխվում են Cognos աուդիտի տվյալների բազա - պատմական:

Cognos աուդիտի տվյալների շտեմարանից տող - Live to Cognos աուդիտի տվյալների շտեմարան.

  • Կենդանի աուդիտից տվյալների պատճենումը Պատմական աուդիտ
  • Հեռացրեք Կենդանի աուդիտի բոլոր տողերը, որոնք գերազանցում են 1 շաբաթը
  • Հեռացրեք պատմական աուդիտի բոլոր տողերը, որոնք x- ից ավելի հին են
  • Հեռացնել բոլոր տողերը COGIPF_ACTION- ում, որոնք 6 ամսից ավելի են

Ինդեքսը

Տվյալների բազայի տարբեր տեսակներ ունեն ինդեքսավորման տարբեր տեսակներ: Տվյալների բազայի ինդեքսը տվյալների կառուցվածք է ՝ կապված Աղյուսակի (կամ դիտման) հետ, որն օգտագործվում է հարցումների կատարման ժամանակը բարելավելու համար ՝ տվյալ աղյուսակից (կամ Դիտել) տվյալները վերցնելիս: Աշխատեք ձեր DBA- ի հետ `օպտիմալ ռազմավարություն ստեղծելու համար: Նրանք կցանկանան իմանալ այսպիսի հարցերի պատասխանները `լավագույն սյունակները որոշելու համար, թե որ սյունակներն են ինդեքսավորվում: Ակնհայտ է, որ տվյալների բազայի ադմինիստրատորը կարող էր առանց ձեր օգնության գտնել այս կամ այն ​​հարցերի մի քանիսը, բայց դա կպահանջեր որոշակի հետազոտություն և ժամանակ.

  • Քանի՞ գրառում ունեն սեղանները և ինչ չափի եք ակնկալում, որ դրանք կաճեն: (Աղյուսակի ինդեքսավորումը օգտակար չի լինի, եթե աղյուսակը չունի մեծ թվով գրառումներ):
  • Գիտե՞ք, թե որ սյուներն են եզակի: Արդյո՞ք դրանք թույլ են տալիս NULL արժեքներ: Ո՞ր սյունակներում են գտնվում ամբողջ տիպի կամ մեծ ամբողջ թիվը: (Թվային տվյալների տեսակներով սյունակները, որոնք ՄԻԱՅՆ են և ՉԵՆ NULL, ինդեքսի բանալին մասնակցելու ուժեղ թեկնածուներ են):
  • Որտե՞ղ են այսօր ձեր կատարման հիմնական խնդիրները: Արդյո՞ք նրանք որոնում են տվյալները: Կա՞ն կոնկրետ հարցումներ կամ զեկույցներ, որոնք ավելի շատ խնդիր են ներկայացնում: (Սա կարող է տվյալների բազայի ադմինիստրատորին տանել որոշ հատուկ սյուների, որոնք կարող են օպտիմալացվել):
  • Ի՞նչ ոլորտներ են օգտագործվում հաշվետվությունների ներկայացման աղյուսակներին միանալու համար:
  • Ի՞նչ դաշտեր են օգտագործվում զտման, տեսակավորման, խմբավորման և համախմբման համար:

Notարմանալի չէ, որ դրանք նույն հարցերն են, որոնց անհրաժեշտ կլինի պատասխանել տվյալների բազայի ցանկացած աղյուսակի կատարողականի բարելավման համար:

IBM աջակցություն խորհուրդ է տալիս «COGIPF_REQUESTID», «COGIPF_SUBREQUESTID» և «COGIPF_STEPID» սյունակների ինդեքսի ստեղծում հետևյալ աղյուսակների համար `կատարողականությունը բարելավելու համար.

  • COGIPF_NATIVEQUERY
  • COGIPF_RUNJOB
  • COGIPF_RUNJOBSTEP
  • COGIPF_RUNREPORT
  • COGIPF_EDITQUERY

Գումարած այլ քիչ օգտագործված սեղանների վրա.

  • COGIPF_POWERPLAY
  • COGIPF_HUMANTASKSERVICE
  • COGIPF_HUMANTASKSERVICE_DETAIL

Դուք կարող եք օգտագործել սա որպես ելակետ, բայց ես կանցնեի վերը նշված հարցերին պատասխանելու վարժությունը ՝ ձեր կազմակերպության լավագույն պատասխանը ստանալու համար:

Այլ նկատառումներ

  1. Աուդիտի FM մոդել: Հիշեք, որ IBM- ի տրամադրած Framework Manager մոդելը մոդելավորված է լռելյայն աղյուսակներից և դաշտերից: Հաշվետվության աղյուսակներում կատարվող ցանկացած փոփոխություն պետք է արտացոլվի մոդելում: Այս փոփոխությունների հեշտությունը կամ բարդությունը, կամ այդ փոփոխությունները կատարելու ձեր կազմակերպչական իրավասությունը, կարող են ազդել ձեր ընտրած լուծման վրա:
  2. Լրացուցիչ դաշտեր: Եթե ​​դուք պատրաստվում եք դա անել, այժմ ժամանակն է ավելացնել լրացուցիչ դաշտեր համատեքստում կամ հղումային տվյալների համար `աուդիտի հաշվետվությունը բարելավելու համար:
  3. Ամփոփիչ աղյուսակներ: Ձեր տվյալները պարզապես պատճենելու ձեր պատմական սեղանին, սեղմեք դրանք: Դուք կարող եք համախմբել տվյալները օրվա մակարդակին `դրանք ավելի արդյունավետ դարձնելու համար:
  4. Դիտումներ սեղանների փոխարեն: Ոմանք ասում են. Այնուհետև դուք պետք է ստեղծեք մի շարք տեսարաններ ՝ յուրաքանչյուր սեղանի համար, որը ցանկանում եք դիտել որպես «ընթացիկ», և յուրաքանչյուր դիտում զտել պատմական տողերը, որոնք դուք չեք ցանկանում տեսնել, և թույլ տալ, որ անցնեն միայն ընթացիկները »:
    https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

եզրափակում

Եզրակացությունն այն է, որ այստեղ ներկայացված տեղեկատվությամբ դուք պետք է լավ պատրաստ լինեք արդյունավետ զրույց ունենալու ձեր DBA- ի հետ: Հավանական է, որ նա նախկինում լուծել է նմանատիպ խնդիրներ:

Cognos Audit Database- ի ճարտարապետության առաջարկվող փոփոխությունները կբարելավեն աշխատանքը ինչպես ուղղակի հաշվետվությունների, այնպես էլ դրան հենվող երրորդ կողմի ծրագրերում, ինչպես օրինակ ՝ Motio'S ReportCard և գույքագրում:

Ի դեպ, եթե դուք այդ խոսակցությունն ունեցել եք ձեր DBA- ի հետ, մենք կցանկանայինք լսել դրա մասին: Մենք նաև կցանկանայինք լսել, եթե լուծել եք վատ աշխատող աուդիտի տվյալների շտեմարանի հարցը և ինչպես եք դա արել:

ԱուդիտիBI/Analytics
Պատրա՞ստ եք աուդիտին:

Պատրա՞ստ եք աուդիտին:

Պատրա՞ստ եք աուդիտի: Հեղինակներ՝ Կի Ջեյմս և Ջոն Բոյեր Երբ առաջին անգամ կարդացիք այս հոդվածի վերնագիրը, հավանաբար ցնցվեցիք և անմիջապես մտածեցիք ձեր ֆինանսական աուդիտի մասին: Դրանք կարող են վախենալ, բայց ինչ վերաբերում է համապատասխանության աուդիտներին: Պատրա՞ստ եք մի...

Կարդալ ավելին

ԱուդիտիBI/Analytics
Ձեր Սոքսում անցք կա՞: (Համապատասխանություն)

Ձեր Սոքսում անցք կա՞: (Համապատասխանություն)

Analytics-ը և Sarbanes-Oxley-ն կառավարում են SOX-ի համապատասխանությունը ինքնասպասարկման BI գործիքներին, ինչպիսիք են Qlik-ը, Tableau-ն և PowerBI-ն Հաջորդ տարի SOX-ը բավական հին կլինի Տեխասում գարեջուր գնելու համար: Այն ծնվել է «Հանրային ընկերությունների հաշվապահական հաշվառման բարեփոխումների և ներդրողների պաշտպանության մասին» օրենքի հիման վրա...

Կարդալ ավելին