Cognos აუდიტის ბლოგი - რჩევები და ხრიკები დიდი და მაღალი მოცულობის გარემოსთვის

ჯონ ბოიერისა და მაიკ ნორისის ბლოგი.

შესავალი

მნიშვნელოვანია გქონდეთ Cognos აუდიტის უნარი იმის ცოდნა და გაგება, თუ როგორ გამოიყენება Cognos თქვენი მომხმარებლის საზოგადოების მიერ და დაგეხმაროთ უპასუხოთ კითხვებს, როგორიცაა:

• • ვინ იყენებს სისტემას?
  • რა ანგარიშებს აწარმოებენ ისინი?
  • როგორია ანგარიშის გაშვების დრო?
  • სხვა ინსტრუმენტების დახმარებით, მაგალითად MotioCI, რა შინაარსია გამოუყენებელი?

იმის გათვალისწინებით, თუ რამდენად კრიტიკულია ჯანსაღი Cognos Analytics გარემოს შენარჩუნება, გასაკვირი ცოტაა დაწერილი მისი აუდიტის მონაცემთა ბაზის შესახებ სტანდარტული პროდუქტის დოკუმენტაციის მიღმა. ალბათ, ეს არის მიჩნეული, მაგრამ ორგანიზაციებმა, რომლებმაც გამოიყენეს იგი, იციან, რომ დროთა განმავლობაში აუდიტის მონაცემთა ცხრილების კითხვა დაიწყებს შენელებას - განსაკუთრებით იმ შემთხვევაში, თუ თქვენს ორგანიზაციას ჰყავს ბევრი მომხმარებელი, რომელსაც აქვს ბევრი ანგარიში და აქვს ბევრი ისტორია. უფრო მეტიც, აუდიტორული საქმიანობის ჟურნალი თავად შეიძლება შეფერხდეს, რადგან ის დგას რიგში, როდესაც ის არ შეიძლება დაემატოს მონაცემთა ბაზას საკმარისად სწრაფად, მაგალითად. სწორედ მაშინ იწყებთ ფიქრს მონაცემთა ბაზის მუშაობაზე, როგორც ამას იფიქრებდით ნებისმიერ ოპერატიულ მონაცემთა ბაზაზე, რომელსაც აქვს ანგარიშგების მოთხოვნები.

დიდი მაგიდები, როგორც წესი, ანელებს მოთხოვნის შესრულებას. რაც უფრო დიდია ცხრილი, მით უფრო მეტი დრო დასჭირდება ჩასმას და მოთხოვნას. გახსოვდეთ, რომ ეს ცხრილები და აუდიტის მონაცემთა ბაზა ძირითადად ოპერატიული მონაცემთა ბაზაა; წერა ხდება ხშირად და მუშაობს ჩვენს წინააღმდეგ, რადგან ჩვენ არ შეგვიძლია მათი ფოკუსირება მხოლოდ წაკითხვის ოპერაციებზე, როგორც ამას აკეთებდით მონაცემთა მარტთან ერთად.

შინაარსის მაღაზიის მსგავსად, Cognos გარემოს ჯანმრთელობამ ასევე უნდა გაითვალისწინოს აუდიტის მონაცემთა ბაზის ჯანმრთელობა. აუდიტის მონაცემთა ბაზის შეუზღუდავი ზრდა შეიძლება გახდეს პრობლემა დროთა განმავლობაში და შესაძლოა საბოლოოდ გავლენა იქონიოს Cognos გარემოს მთლიან შესრულებაზე. ბევრ ორგანიზაციაში, რომელსაც ექვემდებარება გარე რეგულაციები, სრული აუდიტის ჩანაწერების არქონა მათ შეიძლება შეუსაბამო სიტუაციაში მოჰყვეს მძიმე შედეგებით. ასე რომ, როგორ უნდა მოვიქცეთ ისტორიული აუდიტის მიზნებისათვის ამდენი მონაცემის შენახვისათვის - ზოგიერთ შემთხვევაში 10 წლამდე - მაგრამ მაინც მივიღოთ ის ანგარიშები, რომლებიც გვჭირდება გარემოს შესანარჩუნებლად და მომხმარებლების კმაყოფილებისთვის შესრულებით?

გამოწვევა

• • აუდიტის მონაცემთა ბაზის შეუზღუდავი ზრდა უარყოფითად აისახება Cognos გარემოს ჯანმრთელობაზე
  • აუდიტის მონაცემთა ბაზის ანგარიშგება გახდა ნელი ან გამოუსადეგარი
  • Cognos განიცდის შეფერხებებს ჩანაწერებში, რომლებიც იწერება აუდიტის მონაცემთა ბაზაში
  • აუდიტის მონაცემთა ბაზა იწურება დისკზე

ყოველივე ეს ნიშნავს, რომ არა მხოლოდ ანგარიშები, რომლებიც ეყრდნობა აუდიტის მონაცემთა ბაზას, არამედ ხშირად მთელი სისტემა. თუ აუდიტის მონაცემთა ბაზა არის ერთსა და იმავე სერვერზე, როგორც Cognos შინაარსის მაღაზია, Cognos– ის ყველაფრის შესრულება გავლენას მოახდენს ამ გარემოში.

Setup

ჩვენ ვივარაუდოთ:

1. 1. Cognos Analytics დაინსტალირებულია და მუშაობს
   2. Cognos კონფიგურირებულია აუდიტის მონაცემთა ბაზაში შესასვლელად
   1. • იქონიეთ აუდიტის მონაცემთა ბაზა
      • დააყენეთ შესაბამისი აუდიტის ჟურნალის დონე Cognos ადმინისტრაციაში
      • ჩანაწერი იწერება მონაცემთა ბაზაში Cognos– ის მიერ
   3. აუდიტის მონაცემთა ბაზა ერთ წელზე მეტია გამოიყენება
   4. გარემო ძალიან აქტიურია მომხმარებლებთან და შემსრულებლებთან ერთად
   5. აუდიტის პაკეტი გამოიყენება Cognos– ის გამოყენების მონაცემების ზედაპირზე გამოსაყენებლად
   6. ჩვენ ვეძებთ აუდიტის მონაცემთა ბაზის ანგარიშგების მუშაობის გაუმჯობესებას
   7. ძველი ჩანაწერების თავიდან ან წაშლა ყოველთვის არ არის ვარიანტი

თუ ჯერ არ გაქვთ, Cognos Audit დაინსტალირებული და კონფიგურირებული, Lodestar Solutions, a Motio პარტნიორი, ჰყავს შესანიშნავი პოსტი Cognos BI /CA– ში აუდიტის ჩართვის შესახებ.

Solution

არსებობს რამდენიმე შესაძლო გადაწყვეტა, რომელიც სწრაფად იჩენს თავს:

1. 1. შეამცირეთ მონაცემთა მოცულობა:
   1. • ზოგიერთი ძველი მონაცემის სხვა მონაცემთა ბაზაში გადატანა
      • ზოგიერთი ძველი მონაცემების გადატანა იმავე მონაცემთა ბაზის სხვა ცხრილში
   2. უბრალოდ წაშლა ან რკალიhive ზოგიერთი მონაცემი და არ ინერვიულოთ ამაზე
   3. იცხოვრე მასთან ერთად. დაარტყა ქილა ქვევით road და დააჭირეთ მონაცემთა ბაზის ადმინისტრატორს შესრულებისთვის
      გაუმჯობესება მათ ხელბორკილებით სქემის შეცვლის ან არ შეცვლის გზით
      ინდექსები

ჩვენ არ ვაპირებთ განვიხილოთ ვარიანტი 3. ვარიანტი 2, მონაცემების წაშლა, არ არის კარგი ვარიანტი და მე გირჩევთ შეინარჩუნოთ მინიმუმ 18 თვის ღირებულება მინიმუმამდე. მაგრამ, თუ თქვენ ასე მიდრეკილი ხართ, IBM გთავაზობთ სასარგებლო პროგრამას, AuditDBCleanup (Cognos BI) ან ა script (Cognos Analytics) რომელიც ზუსტად ამას გააკეთებს. Cognos BI– ის პროგრამა წაშლის ჩანაწერებს დროის ნიშნულზე დაყრდნობით, ხოლო Cognos Analytics– ის სკრიპტები უბრალოდ წაშლის ინდექსებს და ცხრილებს.

რეკომენდაციები, რაც ჩვენ ადრე მივეცით კლიენტებს, იყოფა ორ მონაცემთა ბაზად:

1. 1. აუდიტი - პირდაპირი: შეიცავს უახლესი კვირის მონაცემებს
   2. აუდიტი - ისტორიული: შეიცავს ისტორიულ მონაცემებს (N წლამდე)

მოკლედ რომ ვთქვათ, პროცესი ყოველკვირეულად ტარდება უახლესი ჩანაწერების გადატანა Audit Live– დან Audit Historical– ში. Audit Live იწყება ამ პროცესის დასრულების შემდეგ ცარიელი ფურცლის სახით.

1. 1. Live DB არის სწრაფი და მჭიდრო, რაც საშუალებას იძლევა ჩანართები მოხდეს რაც შეიძლება სწრაფად
   2. აუდიტის მოთხოვნები ექსკლუზიურად მიმართულია ისტორიულ DB- ს

ამ მიდგომის გამოყენებით არ არსებობს ცოცხალი მონაცემებისა და ისტორიული მონაცემების ნაგულისხმევი "შეკრება". მე ვიკამათებ, რომ თქვენ ალბათ გინდათ რომ ასე შეინარჩუნოთ.

Cognos Administration– ში შეგიძლიათ დაამატოთ ორი განსხვავებული კავშირი აუდიტის მონაცემთა წყაროსთვის. როდესაც მომხმარებელი აწარმოებს ანგარიშს აუდიტის პაკეტის წინააღმდეგ, მათ ეკითხებიან, რომელი კავშირის გამოყენება სურთ:

შემთხვევით თქვენ გინდათ გადახედოთ პირდაპირ აუდიტის მონაცემებს და არა ისტორიულ აუდიტის მონაცემებს, უბრალოდ შეარჩიეთ კავშირი "აუდიტი - ცოცხალი" მოთხოვნისთანავე (ეს უნდა იყოს გამონაკლისი და არა ნორმა.)

თუ თქვენ ნამდვილად გსურთ უზრუნველყოთ როგორც ცოცხალი, ასევე ისტორიული ისტორიის კონსოლიდირებული ხედვა, ამის გაკეთება შეგიძლიათ, მაგრამ ეს გავლენას მოახდენს შესრულებაზე.

მაგალითად, თქვენ შეგიძლიათ შექმნათ მე -3 მონაცემთა ბაზა სახელწოდებით "აუდიტი - კონსოლიდირებული ხედი" და შემდეგ, აუდიტის სქემის თითოეული ცხრილისთვის: შექმენით იდენტურად დასახელებული ხედი, რომელიც არის SQL კავშირი ცოცხალ DB- ს ცხრილს და ცხრილს შორის ისტორიული DB. ანალოგიურად, ამის მიღწევა შესაძლებელია ჩარჩო მენეჯერის მოდელშიც, მაგრამ, ისევ და ისევ, შესრულება იქნება მთავარი განსახილველი.

ჩვენმა ზოგიერთმა კლიენტმა შექმნა კონსოლიდირებული ხედი. ჩვენი აზრით, ეს სავარაუდოდ გადაჭარბებულია. ამ კონსოლიდირებული თვალსაზრისით, შესრულება ყოველთვის უარესი იქნებოდა და ჩვენ არ გვქონია ბევრი გამოყენების შემთხვევა, რომელიც იყენებს როგორც ცოცხალ მონაცემთა ნაკრებებს, ასევე ისტორიულს. Live გამოიყენება პრობლემების აღმოსაფხვრელად და Historical ტენდენციების გაშუქებისთვის.

როგორც Cognos Analytics 11.1.7, აუდიტის მონაცემთა ბაზა გაიზარდა 21 ცხრილამდე. თქვენ შეგიძლიათ იპოვოთ მეტი ინფორმაცია სხვაგან აუდიტის მონაცემთა ბაზაზე, აუდიტის ანგარიშების ნიმუშებზე და ჩარჩო მენეჯერის მოდელზე. ნაგულისხმევი შესვლის დონე მინიმალურია, მაგრამ შეიძლება დაგჭირდეთ გამოიყენოთ შემდეგი დონე, Basic, გამოყენების მოთხოვნების, მომხმარებლის ანგარიშის მენეჯმენტისა და გაშვების დროს. სისტემის შესრულების შენარჩუნების ერთ -ერთი გზაა შენახვის დონე საჭირო დონეზე ყველაზე დაბალ დონეზე. ცხადია, რაც უფრო მეტი ხეირება ხდება სერვერის მიერ, მით მეტი საერთო სერვერის მუშაობაზე შეიძლება გავლენა იქონიოს.

ძირითადი ცხრილები, რომლებიც დაინტერესდება ადმინისტრატორებს, არის 6 ცხრილი, რომელიც აფიქსირებს მომხმარებლის საქმიანობას და ანგარიშგების აქტივობას სისტემაში.

• COGIPF_USERLOGON: ინახავს მომხმარებლის ავტორიზაციის (მათ შორის გასვლის) ინფორმაციას
• COGIPF_RUNREPORT: ინახავს ინფორმაციას ანგარიშების შესრულების შესახებ
• COGIPF_VIEWREPORT: ინახავს ინფორმაციას ანგარიშის ხედვის მოთხოვნების შესახებ
• COGIPF_EDITQUERY: ინახავს ინფორმაციას მოთხოვნის გაშვების შესახებ
• COGIPF_RUNJOB: ინახავს ინფორმაციას სამუშაოს მოთხოვნების შესახებ
• COGIPF_ACTION: ჩაწერს მომხმარებლის მოქმედებებს Cognos– ში (ეს ცხრილი შეიძლება გაიზარდოს ბევრად უფრო სწრაფად, ვიდრე სხვები)

ყუთის გარეთ არსებული კონფიგურაცია ასე გამოიყურება:

რეკომენდებული კონფიგურაცია:

Cognos აუდიტის მონაცემთა ბაზა - პირდაპირ შეიცავს 1 კვირის აუდიტის მონაცემებს. 1 კვირაზე ძველი მონაცემები გადატანილია Cognos აუდიტის მონაცემთა ბაზაში - ისტორიული.

ხაზი Cognos აუდიტის მონაცემთა ბაზიდან - Live to Cognos აუდიტის მონაცემთა ბაზა - დიაგრამაში ისტორიული პასუხისმგებელია:

• მონაცემების კოპირება ცოცხალი აუდიტიდან ისტორიულ აუდიტზე
• ამოიღეთ ცოცხალი აუდიტის ყველა რიგი, რომელიც 1 კვირაზე ძველია
• ამოიღეთ ისტორიული აუდიტის ყველა რიგი, რომელიც x წელზე ძველია
• ამოიღეთ ყველა მწკრივი COGIPF_ACTION- ში, რომელიც 6 თვეზე მეტია

ინდექსები

მონაცემთა ბაზის სხვადასხვა ტიპს აქვს განსხვავებული ინდექსაციის ტიპი. მონაცემთა ბაზის ინდექსი არის მონაცემთა სტრუქტურა, რომელიც დაკავშირებულია ცხრილთან (ან ხედთან), რომელიც გამოიყენება შეკითხვების შესრულების გასაუმჯობესებლად მონაცემების ამ ცხრილიდან (ან ხედიდან) მონაცემების მიღებისას. იმუშავეთ თქვენს DBA– სთან ოპტიმალური სტრატეგიის შესაქმნელად. მათ სურთ იცოდნენ პასუხები მსგავს კითხვებზე, რათა მიიღონ საუკეთესო გადაწყვეტილებები რა სვეტების ინდექსირება. ცხადია, მონაცემთა ბაზის ადმინისტრატორს შეუძლია თქვენი დახმარების გარეშე გაარკვიოს ზოგიერთ ან ყველა ამ კითხვაზე პასუხი, მაგრამ ამას გარკვეული კვლევა და დრო დასჭირდება:

• რამდენი ჩანაწერი აქვს ცხრილებს და რა ზომით ელით მათ ზრდას? (ცხრილის ინდექსირება არ იქნება სასარგებლო, თუ ცხრილს არ აქვს ჩანაწერების დიდი რაოდენობა.)
• იცით რომელი სვეტებია უნიკალური? უშვებენ ისინი NULL მნიშვნელობებს? რომელ სვეტებს აქვთ მონაცემთა ტიპის მთელი რიცხვი ან დიდი რიცხვი? (სვეტები რიცხვითი მონაცემების ტიპებით და რომლებიც არის უნიკალური და არა NULL არის ძლიერი კანდიდატები ინდექსის გასაღებაში მონაწილეობის მისაღებად.)
• სად არის თქვენი ძირითადი პრობლემები დღეს? ისინი იღებენ მონაცემებს? არსებობს კონკრეტული შეკითხვები ან ანგარიშები, რომლებიც უფრო პრობლემურია? (ამან შეიძლება გამოიწვიოს მონაცემთა ბაზის ადმინისტრატორი იმ კონკრეტულ სვეტებამდე, რომელთა ოპტიმიზაციაც შესაძლებელია.)
• რა სფეროები გამოიყენება ანგარიშების ცხრილების შესაერთებლად?
• რა სფეროები გამოიყენება ფილტრაციის, დახარისხების, დაჯგუფების და გაერთიანებისათვის?

გასაკვირი არ არის, რომ ეს არის იგივე კითხვები, რომლებზეც პასუხი უნდა გაეცეს მონაცემთა ბაზის ცხრილების მუშაობის გასაუმჯობესებლად.

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 გთავაზობთ არის მოდელირებული ნაგულისხმევი ცხრილებისა და ველების მიხედვით. ნებისმიერი ცვლილება, რომელსაც თქვენ შეიტანთ საანგარიშო ცხრილებში, უნდა აისახოს მოდელში. ამ ცვლილებების სიმარტივე ან სირთულე - ან თქვენი ორგანიზაციული კომპეტენცია ამ ცვლილებების განხორციელებაში - შეიძლება გავლენა იქონიოს თქვენს მიერ არჩეულ გადაწყვეტაზე.
2. დამატებითი ველები. თუ თქვენ აპირებთ ამის გაკეთებას, ახლა დროა დაამატოთ დამატებითი ველები კონტექსტში ან საცნობარო მონაცემებში აუდიტის ანგარიშგების გასაუმჯობესებლად.
3. შემაჯამებელი ცხრილები. იმის ნაცვლად, რომ უბრალოდ დააკოპიროთ მონაცემები თქვენს ისტორიულ ცხრილში, შეკუმშეთ იგი. თქვენ შეგიძლიათ შეაგროვოთ მონაცემები დღის დონეზე, რათა ის უფრო ეფექტური გახადოთ ანგარიშგებისათვის.
4. ნახვები მაგიდების ნაცვლად. სხვები ამბობენ: ”ასე რომ, იმის ნაცვლად, რომ გქონდეთ” მიმდინარე ”მონაცემთა ბაზა და” ისტორიული ”, თქვენ უნდა გქონდეთ მხოლოდ ერთი მონაცემთა ბაზა და მასში ყველა ცხრილი უნდა იყოს წინამორბედი“ ისტორიული ”. შემდეგ, თქვენ უნდა შექმნათ ხედების ნაკრები, თითოეული ცხრილისთვის, რომელიც გსურთ ნახოთ როგორც „მიმდინარე“ და თითოეული ხედი გაფილტროთ ისტორიული სტრიქონები, რომელთა ნახვა არ გსურთ და მხოლოდ ახლანდელებმა გაიარონ “.
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

დასკვნა

დასკვნა ისაა, რომ აქ მოწოდებული ინფორმაციით თქვენ კარგად უნდა იყოთ მომზადებული პროდუქტიული საუბრისთვის თქვენს DBA– სთან. კარგია შანსი, რომ მან ადრე გადაჭრა მსგავსი პრობლემები.

Cognos აუდიტის მონაცემთა ბაზის არქიტექტურაში შემოთავაზებული ცვლილებები გააუმჯობესებს მუშაობას როგორც პირდაპირ ანგარიშში, ასევე მესამე მხარის პროგრამებში, რომლებიც მას ეყრდნობა, მაგალითად Motio'S ReportCard და ინვენტარიზაცია.

სხვათა შორის, თუ გქონდათ ეს საუბარი თქვენს DBA– სთან ერთად, ჩვენ სიამოვნებით მოვისმენდით ამის შესახებ. ჩვენ ასევე გვსურს მოვისმინოთ, თუ თქვენ გადაჭრით ცუდი აუდიტის მონაცემთა ბაზის საკითხს და როგორ გააკეთეთ ეს.