Cognos लेखा परीक्षा ब्लग - सुझाव र ठूलो र उच्च मात्रा वातावरण को लागी चालहरु

जोन बोयर र माइक नोरिस द्वारा एक ब्लग।

परिचय

यो Cognos लेखापरीक्षण क्षमता जान्न र बुझ्न को लागी Cognos कसरी तपाइँको उपयोगकर्ता समुदाय द्वारा प्रयोग गरीरहेको छ र जस्तै प्रश्नहरु को उत्तर को मद्दत गर्न को लागी काम गर्न को लागी महत्वपूर्ण छ:

• • प्रणाली को उपयोग गर्दै हुनुहुन्छ?
  • उनीहरु कुन रिपोर्ट चलाइरहेका छन्?
  • रिपोर्ट चलाउने समय के हो?
  • जस्तै अन्य उपकरण को मद्दत संग MotioCI, कुन सामग्री अप्रयुक्त छ?

स्वस्थ Cognos एनालिटिक्स वातावरण को बनाए राख्न को लागी कती महत्वपूर्ण छ भन्ने कुरालाई ध्यान दिदै, आश्चर्यजनक रूपमा थोरै मात्र यसको लेखापरीक्षण डाटाबेस को बारे मा मानक उत्पादन दस्तावेज भन्दा बाहिर लेखिएको छ। सायद, यो दीन को लागी लिईएको हो, तर संगठनहरु जो यो जान्दछन् कि समय संगै अडिट डाटाबेस टेबल क्वेरी गर्न ढिलो गर्न को लागी शुरू हुनेछ - खास गरी यदि तपाइँको संगठन धेरै प्रयोगकर्ताहरु को रिपोर्ट को धेरै चलिरहेको छ र धेरै इतिहास छ। यो के हो कि लेखा परीक्षा गतिविधि आफैं लगि delayed ढिलो हुन सक्छ किनकि यो पued्क्तिबद्ध गरीरहेको छ जब यो डाटाबेस मा छिटो पर्याप्त जोड्न सकिदैन, उदाहरण को लागी। त्यो हो जब तपाइँ डाटाबेस प्रदर्शन को बारे मा सोच्न को लागी तपाइँ कुनै पनी परिचालन डेटाबेस संग रिपोर्टिंग आवश्यकताहरु संग हुन्छ।

ठूला टेबल सामान्यतया ढिलो क्वेरी प्रदर्शन। ठूलो टेबल, लामो समय सम्म यो सम्मिलित र क्वेरी लिन्छ। याद गर्नुहोस् कि यी तालिकाहरु र लेखापरीक्षण डाटाबेस मूलतः एक परिचालन डाटाबेस हो; लेख्छन् बारम्बार भइरहेका छन् र हाम्रो बिरूद्ध काम गरीरहेछौं किनकि हामी उनीहरुलाई मात्र पढ्नका लागी ध्यान केन्द्रित गर्न सक्दैनौं जस्तै तपाइँ एक डाटा मार्ट संग गर्नुहुनेछ।

धेरै सामग्री स्टोर जस्तै, Cognos वातावरण को स्वास्थ्य पनि खाता मा लेखा परीक्षा डाटाबेस को स्वास्थ्य लिनु पर्छ। लेखापरीक्षण डाटाबेस को असीमित वृद्धि समय को साथ एक मुद्दा बन्न सक्छ र अन्ततः एक कोग्नोस वातावरण को समग्र प्रदर्शन लाई असर गर्न सक्छ। बाहिरी नियमहरु संग उनीहरु मा जोर धेरै संगठनहरु मा, एक पूर्ण लेखापरीक्षण रेकर्ड नहुँदा उनीहरु भारी नतिजाहरु संग एक अनुपालन स्थिति मा ल्याण्ड गर्न सक्छन्। त्यसोभए हामी कसरी ऐतिहासिक लेखा परीक्षण उद्देश्यहरु को लागी यति धेरै डाटा को रखरखाव को लागी व्यवहार गर्दछौं - केहि केसहरुमा १० बर्ष सम्म - अझै पनी अझै पनी रिपोर्टि get पाउनुहोस् हामी वातावरण को बनाए राखन र प्रदर्शन संग प्रयोगकर्ताहरु लाई खुसी राख्न को लागी आवश्यक छ?

चुनौती

• • लेखापरीक्षण डाटाबेस को असीमित बृद्धि नकारात्मक Cognos वातावरण को स्वास्थ्य मा असर पारेको छ
  • लेखापरीक्षण डाटाबेस बन्द रिपोर्टिंग ढिलो वा बेकार भएको छ
  • Cognos लेखा परीक्षण डाटाबेस को लागी लेखिएको रेकर्ड मा ढिलाइ अनुभव गर्दछ
  • अडिट डाटाबेस डिस्क स्पेस बाहिर चलिरहेको छ

यो सबै यसको मतलब यो हो कि यो मात्र रिपोर्टहरु जो लेखापरीक्षण डाटाबेस जो पीडित छन् मा भरोसा छैन, तर प्रायः सम्पूर्ण प्रणाली हो। यदि लेखा परीक्षा डाटाबेस कोग्नोस सामग्री स्टोर को रूप मा एकै सर्वर मा छ, सबै चीजहरु को कोग्नोस को प्रदर्शन त्यो वातावरण मा प्रभावित हुनेछ।

सेटअप

हामी मान्छौ:

1. 1. Cognos एनालिटिक्स स्थापित र चलिरहेको छ
   2. Cognos एक अडिट डाटाबेस मा लग इन गर्न कन्फिगर गरीएको छ
   1. • ठाउँमा एक लेखा परीक्षा डाटाबेस छ
      • Cognos प्रशासन मा उपयुक्त लेखा परीक्षा लगिंग स्तर सेट गर्नुहोस्
      • रेकर्ड Cognos द्वारा डाटाबेसमा लेखिएको छ
   3. लेखापरीक्षण डाटाबेस एक बर्ष भन्दा बढी को लागी प्रयोगमा रहेको छ
   4. वातावरण प्रयोगकर्ताहरु र निष्पादन संग धेरै सक्रिय छ
   5. लेखापरीक्षण प्याकेज Cognos उपयोग डाटा सतह गर्न को लागी प्रयोग गरीरहेको छ
   6. हामी लेखापरीक्षण डाटाबेस रिपोर्टिंग प्रदर्शन सुधार गर्न खोजिरहेका छौं
   7. सुरु वा पुरानो रेकर्ड मेटाउन सधैं एक विकल्प छैन

यदि तपाइँ छैन, अझै सम्म, Cognos लेखा परीक्षा स्थापित र कन्फिगर, Lodestar समाधान, एक छ Motio साथी, एक उत्कृष्ट छ पोस्ट Cognos BI /CA मा लेखा परीक्षा सक्षम गर्न मा।

समाधान

त्यहाँ केहि सम्भावित समाधानहरु छन् कि छिटो आफैं प्रस्तुत:

1. 1. द्वारा डाटा को मात्रा घटाउनुहोस्:
   1. • पुराना डाटा को केहि अर्को डाटाबेस मा सार्दै
      • पुराना डाटा को केहि सारेर एउटै डाटाबेस मा अर्को तालिका
   2. केवल मेटाउनुहोस् वा चापhive डाटा को केहि र यसको बारे मा चिन्ता नगर्नुहोस्
   3. यसको साथ बाँच्नुहोस्। क्यान तल लात road र प्रदर्शन को लागी डाटाबेस प्रशासक धक्का
      सुधार गर्दा स्कीमा को परिवर्तन को अनुमति नदिई उनीहरुलाई हथकडी लगाउने वा
      अनुक्रमणिका

हामी विकल्प ३ सँग सम्झौता गर्न जाँदै छैनौं। विकल्प २, डाटा मेटाउने, एक राम्रो विकल्प हैन र म कम्तीमा १ months महिनाको मूल्य कम्तीमा राख्न सिफारिस गर्दछु। तर, यदि तपाइँ यति इच्छुक हुनुहुन्छ, IBM एक उपयोगिता प्रदान गर्दछ, AditDBCcleanup (Cognos BI) वा a लिपि (Cognos एनालिटिक्स) जो ठ्याक्कै त्यसो गर्नुहुनेछ। Cognos BI को लागी उपयोगिता एक टाइमस्ट्याम्प मा आधारित रेकर्ड मेटाउँछ जबकि Cognos एनालिटिक्स को लागी स्क्रिप्ट मात्र अनुक्रमणिका र तालिकाहरु लाई मेटाउनुहोस्।

सिफारिशहरु हामीले ग्राहकहरु लाई पहिले यस मा बनाएका थियौं दुई डाटाबेस मा अलग गर्न को लागी:

1. 1. लेखा परीक्षा - प्रत्यक्ष: डाटा को सबैभन्दा हालको हप्ता को लायक छ
   2. लेखापरीक्षण - ऐतिहासिक: ऐतिहासिक डाटा (N बर्ष सम्म) समावेश गर्दछ

छोटो मा, प्रक्रिया साप्ताहिक लेखा परीक्षा ऐतिहासिक बाट लेखा परीक्षा प्रत्यक्ष बाट सबैभन्दा भर्खरका रेकर्ड सार्न चलाउँछ। लेखापरीक्षण प्रत्यक्ष एक खाली स्लेट को रूप मा यो प्रक्रिया चल्छ पछि शुरू हुन्छ।

1. 1. प्रत्यक्ष डीबी छिटो र तंग छ, सम्मिलित गर्न को लागी छिटो भन्दा छिटो हुन अनुमति दिन्छ
   2. लेखापरीक्षण प्रश्नहरु विशेष गरी ऐतिहासिक DB लाई निर्देशित गरीन्छ

यो दृष्टिकोण को उपयोग गरेर, त्यहाँ प्रत्यक्ष डेटा र ऐतिहासिक डाटा को एक साथ "सिलाई" निहित छैन। म तर्क गर्दछु कि तपाइँ शायद यो तरीका मा राख्न चाहानुहुन्छ।

Cognos प्रशासन मा, तपाइँ लेखा परीक्षा डाटा स्रोत को लागी दुई फरक जडानहरु जोड्न सक्नुहुन्छ। जब एक प्रयोगकर्ता लेखा परीक्षा प्याकेज को बिरुद्ध एक रिपोर्ट चलाउँछ, उनीहरु लाई जो कनेक्शन को लागी उनीहरु प्रयोग गर्न चाहान्छन् को लागी प्रेरित:

बन्द मौका मा तपाइँ ऐतिहासिक लेखापरीक्षण डाटा को सट्टा प्रत्यक्ष लेखापरीक्षण डाटा हेर्न चाहानुहुन्छ, तपाइँ मात्र "अडिट - प्रत्यक्ष" जडान छान्नुहोस् जब संकेत (अपवाद, आदर्श होइन।)

यदि तपाइँ साँच्चै पनि दुबै प्रत्यक्ष र ऐतिहासिक को एक समेकित दृश्य प्रदान गर्न चाहानुहुन्छ, तपाइँ त्यसो गर्न सक्नुहुन्छ, तर यसले प्रदर्शनलाई असर पार्नेछ।

उदाहरण को लागी, तपाइँ एक तेस्रो डाटाबेस "लेखापरीक्षण - समेकित दृश्य" भनिन्छ र त्यसपछि, लेखापरीक्षा स्कीमा मा प्रत्येक तालिका को लागी सिर्जना गर्न सक्नुहुन्छ: एक समान नामित दृश्य बनाउनुहोस् कि प्रत्यक्ष DB र तालिका मा तालिका को बीच एक SQL संघ हो। ऐतिहासिक डीबी त्यस्तै गरी, यो पनि फ्रेमवर्क प्रबन्धक मोडेल मा हासिल गर्न सकिन्छ, तर, फेरि, प्रदर्शन एक प्रमुख विचार हुनेछ।

हाम्रा ग्राहकहरु को केहि एक समेकित दृश्य बनाईएको छ। यो हाम्रो राय हो कि यो सम्भवतः overkill छ। प्रदर्शन सँधै यो समेकित दृश्य मा खराब हुनेछ र हामी धेरै प्रयोग मा जो प्रत्यक्ष डेटा सेट र ऐतिहासिक दुवै को उपयोग मा आएनौं। लाइभ समस्या निवारण र प्रवृत्ति रिपोर्टिंग को लागी ऐतिहासिक को लागी प्रयोग गरीरहेको छ।

Cognos एनालिटिक्स ११.१..11.1.7 को रूपमा, लेखा परीक्षा डाटाबेस २१ टेबल मा बढेको छ। तपाइँ लेखापरीक्षा डाटाबेस, नमूना लेखापरीक्षण रिपोर्ट र फ्रेमवर्क प्रबन्धक मोडेल मा कहीं अधिक जानकारी पाउन सक्नुहुन्छ। पूर्वनिर्धारित प्रवेश स्तर न्यूनतम छ, तर तपाइँ अर्को स्तर, आधारभूत, उपयोग अनुरोध, प्रयोगकर्ता खाता व्यवस्थापन र रनटाइम उपयोग कब्जा गर्न को लागी प्रयोग गर्न चाहानुहुन्छ। एक तरीकाले तपाइँ प्रणाली को प्रदर्शन को बनाए राखन को लागी न्यूनतम स्तर को लागी आवश्यक स्तर राखी राखेर हो। जाहिर छ, अधिक लगि that कि सर्वर द्वारा गरिन्छ, अधिक समग्र सर्वर प्रदर्शन प्रभावित हुन सक्छ।

मुख्य तालिकाहरु धेरै प्रशासकहरु मा रुचि हुनेछ 6 टेबल जो प्रयोगकर्ता गतिविधि र प्रणाली मा गतिविधि रिपोर्टिंग लग।

• COGIPF_USERLOGON: स्टोर प्रयोगकर्ता लगन (लग अफ सहित) जानकारी
• COGIPF_RUNREPORT: रिपोर्ट निष्पादन को बारे मा जानकारी स्टोर
• COGIPF_VIEWREPORT: रिपोर्ट दृश्य अनुरोधहरु को बारे मा स्टोर जानकारी
• COGIPF_EDITQUERY: क्वेरी रन को बारे मा जानकारी स्टोर
• COGIPF_RUNJOB: रोजगार अनुरोध को बारे मा जानकारी स्टोर
• COGIPF_ACTION: Cognos मा प्रयोगकर्ता कार्यहरु रेकर्ड (यो तालिका धेरै छिटो अरु को तुलना मा बढ्न सक्छ)

बाहिर को बक्स कन्फिगरेसन यस्तो देखिन्छ:

सिफारिश कन्फिगरेसन:

कोग्नोस लेखा परीक्षा डाटाबेस - लाइभ लेखा परीक्षा डाटा को 1 हप्ता समावेश गर्दछ। १ हप्ता भन्दा पुरानो डाटा कोग्नोस लेखा परीक्षा डाटाबेसमा सारिएको छ - ऐतिहासिक।

कोग्नोस लेखा परीक्षा डाटाबेस बाट लाइन - कोग्नोस लेखा परीक्षा डाटाबेस को लागी लाइभ - चित्र मा ऐतिहासिक को लागी जिम्मेवार छ:

• प्रत्यक्ष लेखा परीक्षा बाट ऐतिहासिक लेखापरीक्षण को लागी डाटा प्रतिलिपि गर्दै
• 1 हप्ता भन्दा पुरानो छन् कि प्रत्यक्ष लेखा परीक्षा मा सबै पows्क्तिहरु हटाउनुहोस्
• ऐतिहासिक लेखा परीक्षा मा सबै पows्क्तिहरु हटाउनुहोस् कि x बर्ष भन्दा पुरानो हो
• COGIPF_ACTION मा r महिना भन्दा पुराना सबै पows्क्तिहरु हटाउनुहोस्

अनुक्रमणिकाहरू

विभिन्न डाटाबेस प्रकारहरु फरक अनुक्रमणिका प्रकारहरु छन्। एक डाटाबेस सूचकांक एक डाटा संरचना हो, एक तालिका (वा दृश्य) संग सम्बन्धित छ, प्रश्नहरु को कार्यान्वयन समय सुधार गर्न को लागी प्रयोग गरीन्छ जब त्यो तालिका (वा दृश्य) बाट डाटा पुन: प्राप्त गर्न। इष्टतम रणनीति बनाउन को लागी तपाइँको DBA संग काम गर्नुहोस्। उनीहरु यी जस्तै प्रश्नहरुको उत्तर जान्न चाहान्छन् सूचकांक को स्तम्भ मा सबै भन्दा राम्रो निर्णय गर्न को लागी। जाहिर छ, डाटाबेस प्रशासक तपाइँको मद्दत बिना केहि वा यी सबै प्रश्नहरुको उत्तर पत्ता लगाउन सक्छ, तर यो केहि अनुसन्धान र केहि समय लिन्छ:

• तालिकाहरु कती रेकर्ड छन् र कुन आकार मा तपाइँ उनीहरु लाई बढ्न को लागी आशा गर्नुहुन्छ? (तालिका अनुक्रमणिका उपयोगी हुने छैन जब सम्म तालिका रेकर्ड को एक ठूलो संख्या छ।)
• के तपाइँ जान्नुहुन्छ कुन स्तम्भहरु अद्वितीय छन्? के उनीहरु शून्य मानहरु लाई अनुमति दिन्छन्? कुन स्तम्भहरुमा पूर्णांक वा ठूलो पूर्णांक को डेटा प्रकार छ? (संख्यात्मक डेटा प्रकार संग स्तम्भहरु र कि अद्वितीय र शून्य सूचकांक कुञ्जी मा भाग लिन को लागी बलियो उम्मेदवार हो।)
• आज तपाइँको मुख्य प्रदर्शन समस्याहरु कहाँ छन्? के उनीहरु डाटा पुन: प्राप्तिमा छन्? त्यहाँ विशिष्ट प्रश्न वा रिपोर्ट जो एक समस्या को अधिक छन्? (यो केहि विशिष्ट स्तम्भहरु जो अनुकूलित गर्न सकिन्छ डाटाबेस प्रशासक नेतृत्व गर्न सक्छ।)
• रिपोर्टि for को लागी टेबल मा सामेल हुन कुन क्षेत्रहरु प्रयोग गरिन्छ?
• फिल्टर, क्रमबद्ध, समूहीकरण, र समग्र को लागी कुन क्षेत्रहरु प्रयोग गरीन्छ?

अचम्मको कुरा छैन, यी एउटै प्रश्नहरु छन् कि कुनै पनि डाटाबेस तालिकाहरु को प्रदर्शन मा सुधार को लागी उत्तर दिन को लागी आवश्यक छ।

आईबीएम समर्थन सिफारिस गर्दछ प्रदर्शन सुधार गर्न को लागी निम्न तालिकाहरु को लागी स्तम्भहरु "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID", र "COGIPF_STEPID" मा एक अनुक्रमणिका बनाउन:

• COGIPF_NATIVEQUERY
• COGIPF_RUNJOB
• COGIPF_RUNJOBSTEP
• COGIPF_RUNREPORT
• COGIPF_EDITQUERY

प्लस अन्य कम प्रयोग टेबल मा:

• COGIPF_POWERPLAY
• COGIPF_HUMANTASKSERVICE
• COGIPF_HUMANTASKSERVICE_DETAIL

तपाइँ यसलाई एक शुरुवात बिन्दु को रूप मा प्रयोग गर्न सक्नुहुन्छ, तर मँ तपाइँको संगठन को लागी सबै भन्दा राम्रो जवाफ मा पुग्न माथी प्रश्नहरुको उत्तर दिने अभ्यास को माध्यम बाट जान्छु।

अन्य विचार

1. लेखा परीक्षा एफएम मोडेल। याद गर्नुहोस् कि फ्रेमवर्क प्रबन्धक मोडेल जो IBM प्रदान गर्दछ पूर्वनिर्धारित तालिकाहरु र क्षेत्रहरु मा मोडेल गरीएको छ। तपाइँले रिपोर्टि tables तालिकामा गर्नुभएको कुनै पनि परिवर्तन मोडेल मा प्रतिबिम्बित गर्न को लागी आवश्यक छ। यी परिवर्तनहरुको सहजता वा जटिलता - वा तपाइँको संगठनात्मक क्षमता यी परिवर्तनहरु गर्न को लागी - तपाइँले छनौट गर्नुभएको समाधान लाई असर गर्न सक्छ।
2. अतिरिक्त क्षेत्रहरु। यदि तपाइँ यो गर्न जाँदै हुनुहुन्छ, अब समय सन्दर्भ वा सन्दर्भ डाटा को लागी लेखापरीक्षण रिपोर्टि improve सुधार गर्न को लागी अतिरिक्त क्षेत्रहरु जोड्ने समय हो।
3. सारांश तालिकाहरु। यसको सट्टा मात्र तपाइँको ऐतिहासिक तालिका मा डाटा प्रतिलिपि को, यो कम्प्रेस। तपाइँ दिनको स्तरमा डेटा समेकित गर्न सक्नुहुन्छ यो रिपोर्टिंग को लागी अधिक कुशल बनाउन को लागी।
4. टेबल को सट्टा दृश्यहरु। अरु भन्छन्, "त्यसोभए, 'एक' वर्तमान डाटाबेस र एक 'ऐतिहासिक' डाटाबेस हुनुको सट्टा, तपाइँसँग मात्र एक डाटाबेस हुनु पर्छ, र यसमा सबै तालिकाहरु 'ऐतिहासिक' को साथ उपसर्ग हुनु पर्छ। त्यसोभए, तपाइँ दृश्यहरु को एक सेट बनाउनु पर्छ, प्रत्येक तालिका को लागी एक कि तपाइँ 'वर्तमान' को रूप मा हेर्न चाहानुहुन्छ, र प्रत्येक दृश्य ऐतिहासिक पows्क्तिहरु छ कि तपाइँ हेर्न चाहनुहुन्न र केवल वर्तमानहरु को माध्यम बाट पास गर्न को लागी फिल्टर छ। "
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

निष्कर्ष

तल्लो रेखा यो हो कि यहाँ प्रदान गरिएको जानकारी संग तपाइँ राम्रो संग तपाइँको DBA संग एक उत्पादक कुराकानी गर्न को लागी तयार हुनु पर्छ। संभावना राम्रो छ कि उनी पहिले यस्तै समस्याहरु लाई हल गरीएको छ।

Cognos लेखापरीक्षा डाटाबेस वास्तुकला मा प्रस्तावित परिवर्तन दुबै प्रत्यक्ष रिपोर्टि performance साथै तेस्रो-पक्ष अनुप्रयोगहरु जो यो मा भरोसा गर्दछ मा प्रदर्शन मा सुधार हुनेछ, जस्तै Motioको ReportCard र सूची।

खैर, यदि तपाइँ आफ्नो DBA संग त्यो कुराकानी भएको छ, हामी यसको बारे मा सुन्न मनपर्छ। यदि तपाइँ एक खराब प्रदर्शन लेखा परीक्षा डाटाबेस को मुद्दा हल गर्नुभयो र तपाइँ यो कसरी गर्नुभयो भने हामी सुन्न मनपर्छ।