കോഗ്നോസ് ഓഡിറ്റിംഗ് ബ്ലോഗ് - വലിയ & ഉയർന്ന വോളിയം പരിതസ്ഥിതികൾക്കുള്ള നുറുങ്ങുകളും തന്ത്രങ്ങളും

by May 17, 2021ഓഡിറ്റിംഗ്0 അഭിപ്രായങ്ങൾ

ജോൺ ബോയറിന്റെയും മൈക്ക് നോറിസിന്റെയും ഒരു ബ്ലോഗ്.

അവതാരിക

നിങ്ങളുടെ ഉപയോക്തൃ സമൂഹം കോഗ്നോസ് എങ്ങനെ ഉപയോഗിക്കുന്നുവെന്ന് അറിയാനും മനസ്സിലാക്കാനും കോഗ്നോസ് ഓഡിറ്റിംഗ് കഴിവ് പ്രവർത്തിക്കേണ്ടത് പ്രധാനമാണ്, കൂടാതെ ഇതുപോലുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാൻ സഹായിക്കുക:

    • ആരാണ് സിസ്റ്റം ഉപയോഗിക്കുന്നത്?
    • എന്ത് റിപ്പോർട്ടുകളാണ് അവർ പ്രവർത്തിക്കുന്നത്?
    • റിപ്പോർട്ടിന്റെ പ്രവർത്തന സമയം എന്താണ്?
    • പോലുള്ള മറ്റ് ഉപകരണങ്ങളുടെ സഹായത്തോടെ MotioCI, ഏത് ഉള്ളടക്കമാണ് ഉപയോഗിക്കാത്തത്?

ആരോഗ്യകരമായ കോഗ്നോസ് അനലിറ്റിക്സ് പരിതസ്ഥിതികൾ നിലനിർത്തുന്നത് എത്ര നിർണായകമാണെന്ന് പരിഗണിക്കുമ്പോൾ, അതിശയകരമെന്നു പറയട്ടെ, സ്റ്റാൻഡേർഡ് പ്രൊഡക്റ്റ് ഡോക്യുമെന്റേഷനുകൾക്കപ്പുറം അതിന്റെ ഓഡിറ്റിംഗ് ഡാറ്റാബേസിനെക്കുറിച്ച് വളരെ കുറച്ച് മാത്രമേ എഴുതപ്പെട്ടിട്ടുള്ളൂ. ഒരുപക്ഷേ, ഇത് നിസ്സാരമായി എടുത്തേക്കാം, പക്ഷേ അത് ഉപയോഗിക്കുന്ന ഓർഗനൈസേഷനുകൾക്ക് കാലക്രമേണ ഓഡിറ്റ് ഡാറ്റാബേസ് പട്ടികകൾ ചോദിക്കുന്നത് മന്ദഗതിയിലാകാൻ തുടങ്ങുമെന്ന് അറിയാം - പ്രത്യേകിച്ചും നിങ്ങളുടെ ഓർഗനൈസേഷന് ധാരാളം ഉപയോക്താക്കൾ ഉണ്ടെങ്കിൽ ധാരാളം റിപ്പോർട്ടുകൾ പ്രവർത്തിക്കുകയും ധാരാളം ചരിത്രമുണ്ടെങ്കിൽ. എന്തിനധികം, ഓഡിറ്റ് ആക്‌റ്റിവിറ്റി ലോഗിംഗ് തന്നെ വൈകിയേക്കാം, കാരണം ഡാറ്റാബേസിൽ വേഗത്തിൽ ചേർക്കാനാകാത്തപ്പോൾ അത് ക്യൂവിലാണ്. റിപ്പോർട്ടിംഗ് ആവശ്യകതകളുള്ള ഏതൊരു പ്രവർത്തന ഡാറ്റാബേസിനേയും പോലെ നിങ്ങൾ ഡാറ്റാബേസ് പ്രകടനത്തെക്കുറിച്ച് ചിന്തിക്കാൻ തുടങ്ങുന്നത് അപ്പോഴാണ്.

വലിയ പട്ടികകൾ സാധാരണയായി അന്വേഷണ പ്രകടനം മന്ദഗതിയിലാക്കുന്നു. പട്ടിക വലുതാകുന്തോറും തിരുകാനും ചോദിക്കാനും കൂടുതൽ സമയം എടുക്കും. ഈ പട്ടികകളും ഓഡിറ്റ് ഡാറ്റാബേസും അടിസ്ഥാനപരമായി ഒരു പ്രവർത്തന ഡാറ്റാബേസ് ആണെന്ന് ഓർക്കുക; റൈറ്റുകൾ ഇടയ്ക്കിടെ സംഭവിക്കുകയും ഞങ്ങൾക്ക് എതിരായി പ്രവർത്തിക്കുകയും ചെയ്യുന്നതിനാൽ ഒരു ഡാറ്റാ മാർട്ട് ഉപയോഗിച്ച് നിങ്ങൾ വായിക്കുന്ന പ്രവർത്തനങ്ങളിൽ മാത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ ഞങ്ങൾക്ക് കഴിയില്ല.

ഉള്ളടക്ക സ്റ്റോർ പോലെ, കോഗ്നോസ് പരിസ്ഥിതിയുടെ ആരോഗ്യവും ഓഡിറ്റ് ഡാറ്റാബേസിന്റെ ആരോഗ്യം കണക്കിലെടുക്കണം. ഓഡിറ്റ് ഡാറ്റാബേസിന്റെ അതിരുകളില്ലാത്ത വളർച്ച കാലാകാലങ്ങളിൽ ഒരു പ്രശ്നമായി മാറിയേക്കാം, ഒടുവിൽ ഒരു കോഗ്നോസ് പരിതസ്ഥിതിയുടെ മൊത്തത്തിലുള്ള പ്രവർത്തനത്തെ പോലും ബാധിച്ചേക്കാം. ബാഹ്യ നിയന്ത്രണങ്ങളുള്ള പല ഓർഗനൈസേഷനുകളിലും, ഒരു മുഴുവൻ ഓഡിറ്റ് റെക്കോർഡും ഇല്ലാത്തതിനാൽ, ഗുരുതരമായ പ്രത്യാഘാതങ്ങളുള്ള ഒരു പൊരുത്തപ്പെടാത്ത സാഹചര്യത്തിൽ അവരെ എത്തിക്കാൻ കഴിയും. ചരിത്രപരമായ ഓഡിറ്റിംഗ് ആവശ്യങ്ങൾക്കായി - ചില സന്ദർഭങ്ങളിൽ 10 വർഷം വരെ - ഇത്രയധികം ഡാറ്റ നിലനിർത്തേണ്ടിവരുന്നതിനെ ഞങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്യും, എന്നിട്ടും പരിസ്ഥിതി നിലനിർത്താനും ഉപയോക്താക്കളെ പ്രകടനത്തിൽ സന്തോഷിപ്പിക്കാനും ഞങ്ങൾക്ക് ആവശ്യമായ റിപ്പോർട്ടിംഗ് ഇപ്പോഴും ലഭിക്കുന്നുണ്ടോ?

ആ വെല്ലുവിളി

    • ഓഡിറ്റ് ഡാറ്റാബേസിന്റെ പരിധിയില്ലാത്ത വളർച്ച കോഗ്നോസ് പരിസ്ഥിതിയുടെ ആരോഗ്യത്തെ പ്രതികൂലമായി ബാധിക്കുന്നു
    • ഓഡിറ്റ് ഡാറ്റാബേസ് റിപ്പോർട്ടുചെയ്യുന്നത് മന്ദഗതിയിലോ ഉപയോഗശൂന്യമോ ആയിത്തീർന്നിരിക്കുന്നു
    • ഓഡിറ്റ് ഡാറ്റാബേസിൽ രേഖകൾ എഴുതുന്നതിൽ കാലതാമസം അനുഭവപ്പെടുന്നു
    • ഓഡിറ്റ് ഡാറ്റാബേസ് ഡിസ്ക് സ്പേസ് തീർന്നു

ഇതെല്ലാം അർത്ഥമാക്കുന്നത് കഷ്ടപ്പെടുന്ന ഓഡിറ്റ് ഡാറ്റാബേസിനെ ആശ്രയിക്കുന്ന റിപ്പോർട്ടുകൾ മാത്രമല്ല, പലപ്പോഴും മുഴുവൻ സിസ്റ്റവും എന്നാണ്. ഓഡിറ്റ് ഡാറ്റാബേസ് കോഗ്നോസ് ഉള്ളടക്ക സ്റ്റോറിന്റെ അതേ സെർവറിലാണെങ്കിൽ, ആ പരിതസ്ഥിതിയിൽ കോഗ്നോസിന്റെ എല്ലാ കാര്യങ്ങളുടെയും പ്രകടനത്തെ ബാധിക്കും.

സെറ്റപ്പ്

ഞങ്ങൾ അനുമാനിക്കുന്നു:

    1. കോഗ്നോസ് അനലിറ്റിക്സ് ഇൻസ്റ്റാൾ ചെയ്ത് പ്രവർത്തിക്കുന്നു
    2. ഒരു ഓഡിറ്റ് ഡാറ്റാബേസിലേക്ക് ലോഗ് ചെയ്യാൻ കോഗ്നോസ് ക്രമീകരിച്ചിരിക്കുന്നു
        • സ്ഥലത്ത് ഒരു ഓഡിറ്റ് ഡാറ്റാബേസ് ഉണ്ടായിരിക്കുക
        • കോഗ്നോസ് അഡ്മിനിസ്ട്രേഷനിൽ അനുയോജ്യമായ ഓഡിറ്റ് ലോഗിംഗ് ലെവലുകൾ സജ്ജമാക്കുക
        • കോഗ്നോസ് ഡാറ്റാബേസിൽ രേഖകൾ എഴുതുന്നു
    3. ഓഡിറ്റ് ഡാറ്റാബേസ് ഒരു വർഷത്തിലേറെയായി ഉപയോഗത്തിലുണ്ട്
    4. ഉപയോക്താക്കളും എക്സിക്യൂഷനുകളും ഉപയോഗിച്ച് പരിസ്ഥിതി വളരെ സജീവമാണ്
    5. കോഗ്നോസ് ഉപയോഗ ഡാറ്റയുടെ ഉപരിതലത്തിനായി ഓഡിറ്റ് പാക്കേജ് ഉപയോഗിക്കുന്നു
    6. ഓഡിറ്റ് ഡാറ്റാബേസ് റിപ്പോർട്ടിംഗ് പ്രകടനം മെച്ചപ്പെടുത്താൻ ഞങ്ങൾ നോക്കുന്നു
    7. പഴയ റെക്കോർഡുകൾ ആരംഭിക്കുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യുന്നത് എല്ലായ്പ്പോഴും ഒരു ഓപ്ഷനല്ല

നിങ്ങൾ ഇതുവരെ ചെയ്തിട്ടില്ലെങ്കിൽ, കോഗ്നോസ് ഓഡിറ്റ് ഇൻസ്റ്റാൾ ചെയ്ത് കോൺഫിഗർ ചെയ്തിട്ടുണ്ടെങ്കിൽ, ലോഡ്സ്റ്റാർ സൊല്യൂഷൻസ്, എ Motio പങ്കാളി, ഒരു മികച്ച ഉണ്ട് സ്ഥാനം കോഗ്നോസ് ബിഐ /സിഎയിൽ ഓഡിറ്റ് പ്രവർത്തനക്ഷമമാക്കുന്നതിൽ.

പരിഹാരം

തങ്ങളെത്തന്നെ വേഗത്തിൽ അവതരിപ്പിക്കുന്ന ചില സാധ്യമായ പരിഹാരങ്ങളുണ്ട്:

    1. ഡാറ്റയുടെ അളവ് കുറയ്ക്കുക:
        • പഴയ ഡാറ്റയിൽ ചിലത് മറ്റൊരു ഡാറ്റാബേസിലേക്ക് നീക്കുന്നു
        • പഴയ ഡാറ്റയിൽ ചിലത് അതേ ഡാറ്റാബേസിലെ മറ്റൊരു പട്ടികയിലേക്ക് നീക്കുന്നു
    2. ഇല്ലാതാക്കുക അല്ലെങ്കിൽ ആർക്ക് ചെയ്യുകhive ചില ഡാറ്റ, അതിനെക്കുറിച്ച് വിഷമിക്കേണ്ടതില്ല
    3. അതിനൊപ്പം ജീവിക്കുക. ക്യാൻ താഴേക്ക് ചവിട്ടുക road പ്രകടനത്തിനായി ഡാറ്റാബേസ് അഡ്മിനിസ്ട്രേറ്ററെ തള്ളുക
      സ്കീമയിൽ മാറ്റങ്ങൾ വരുത്താൻ അനുവദിക്കാതെ അവരെ കൈയ്യേറ്റം ചെയ്യുമ്പോൾ മെച്ചപ്പെടുത്തലുകൾ അല്ലെങ്കിൽ
      സൂചികകൾ

ഞങ്ങൾ ഓപ്ഷൻ 3. കൈകാര്യം ചെയ്യാൻ പോകുന്നില്ല. ഓപ്ഷൻ 2, ഡാറ്റ ഇല്ലാതാക്കുന്നത് ഒരു നല്ല ഓപ്ഷനല്ല, കുറഞ്ഞത് 18 മാസത്തെ മൂല്യമെങ്കിലും നിലനിർത്താൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. പക്ഷേ, നിങ്ങൾ വളരെ ചായ്‌വുള്ളയാളാണെങ്കിൽ, ഐബിഎം ഒരു യൂട്ടിലിറ്റി നൽകുന്നു, ഓഡിറ്റ് ഡിബിസി വൃത്തിയാക്കൽ (കോഗ്നോസ് ബിഐ) അല്ലെങ്കിൽ എ സ്ക്രിപ്റ്റ് (കോഗ്നോസ് അനലിറ്റിക്സ്) അത് കൃത്യമായി ചെയ്യും. കോഗ്നോസ് BI- യ്ക്കുള്ള യൂട്ടിലിറ്റി ഒരു ടൈംസ്റ്റാമ്പ് അടിസ്ഥാനമാക്കി റെക്കോർഡുകൾ ഇല്ലാതാക്കുന്നു, അതേസമയം കോഗ്നോസ് അനലിറ്റിക്കയുടെ സ്ക്രിപ്റ്റുകൾ ഇൻഡെക്സുകളും പട്ടികകളും ഇല്ലാതാക്കുന്നു.

ഇത് സംബന്ധിച്ച് ഞങ്ങൾ മുമ്പ് ക്ലയന്റുകൾക്ക് നൽകിയ ശുപാർശകൾ രണ്ട് ഡാറ്റാബേസുകളായി വേർതിരിക്കാനായിരുന്നു:

    1. ഓഡിറ്റ് - തത്സമയം: ഏറ്റവും പുതിയ ആഴ്ചയിലെ മൂല്യമുള്ള ഡാറ്റ അടങ്ങിയിരിക്കുന്നു
    2. ഓഡിറ്റ് - ചരിത്രപരമായ: ചരിത്രപരമായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു (N വർഷം വരെ)

ചുരുക്കത്തിൽ, ഓഡിറ്റ് ലൈവിൽ നിന്ന് ഓഡിറ്റ് ഹിസ്റ്റോറിക്കലിലേക്ക് ഏറ്റവും പുതിയ റെക്കോർഡുകൾ നീക്കുന്നതിന് ഈ പ്രക്രിയ ആഴ്ചതോറും പ്രവർത്തിക്കുന്നു. ഈ പ്രക്രിയ പ്രവർത്തിച്ചതിനുശേഷം ഓഡിറ്റ് ലൈവ് ഒരു ശൂന്യ സ്ലേറ്റായി ആരംഭിക്കുന്നു.

    1. തത്സമയ ഡിബി വേഗതയേറിയതും ഇറുകിയതുമാണ്, ഇത് ഉൾപ്പെടുത്തലുകൾ കഴിയുന്നത്ര വേഗത്തിൽ സംഭവിക്കാൻ അനുവദിക്കുന്നു
    2. ഓഡിറ്റ് അന്വേഷണങ്ങൾ ചരിത്രപരമായ ഡിബിയിലേക്ക് മാത്രമായി നയിക്കപ്പെടുന്നു

ഈ സമീപനം ഉപയോഗിച്ച്, തത്സമയ ഡാറ്റയുടെയും ചരിത്രപരമായ ഡാറ്റയുടെയും "ഒരുമിച്ച് തുന്നൽ" ഇല്ല. നിങ്ങൾ ഒരുപക്ഷേ അത് അങ്ങനെ തന്നെ നിലനിർത്താൻ ആഗ്രഹിക്കുന്നുവെന്ന് ഞാൻ വാദിക്കും.

കോഗ്നോസ് അഡ്മിനിസ്ട്രേഷനിൽ, ഓഡിറ്റ് ഡാറ്റ ഉറവിടത്തിനായി നിങ്ങൾക്ക് രണ്ട് വ്യത്യസ്ത കണക്ഷനുകൾ ചേർക്കാൻ കഴിയും. ഒരു ഉപയോക്താവ് ഓഡിറ്റ് പാക്കേജിനെതിരെ ഒരു റിപ്പോർട്ട് പ്രവർത്തിപ്പിക്കുമ്പോൾ, ഏത് കണക്ഷനാണ് അവർ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നതെന്ന് അവർ ആവശ്യപ്പെടും:

ഓഡിറ്റ് ഡാറ്റാബേസുകൾ

ചരിത്രപരമായ ഓഡിറ്റ് ഡാറ്റയേക്കാൾ തത്സമയ ഓഡിറ്റ് ഡാറ്റ കാണാൻ നിങ്ങൾ താൽപ്പര്യപ്പെടുന്ന അവസരത്തിൽ, ആവശ്യപ്പെടുമ്പോൾ നിങ്ങൾ “ഓഡിറ്റ് - ലൈവ്” കണക്ഷൻ തിരഞ്ഞെടുക്കുക (ഒരു അപവാദമായിരിക്കണം, മാനദണ്ഡമല്ല.)

തത്സമയവും ചരിത്രപരവുമായ ഒരു ഏകീകൃത കാഴ്ച നൽകാനും നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, നിങ്ങൾക്ക് അത് ചെയ്യാൻ കഴിയും, പക്ഷേ അത് പ്രകടനത്തെ ബാധിക്കും.

ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് "ഓഡിറ്റ് - കൺസോളിഡേറ്റഡ് വ്യൂ" എന്ന പേരിൽ ഒരു 3 -ാമത് ഡാറ്റാബേസ് ഉണ്ടാക്കാം, തുടർന്ന്, ഓഡിറ്റ് സ്കീമയിലെ ഓരോ ടേബിളിനും: തത്സമയ ഡിബിയിലെ ടേബിളിനും ടേബിളിനും ഇടയിൽ ഒരു എസ്ക്യുഎൽ യൂണിയൻ ആയ ഒരു പേരുള്ള ഒരു കാഴ്ച സൃഷ്ടിക്കുക. ചരിത്രപരമായ ഡിബി. അതുപോലെ, ഫ്രെയിംവർക്ക് മാനേജർ മോഡലിലും ഇത് നേടാനാകും, പക്ഷേ, വീണ്ടും, പ്രകടനം ഒരു പ്രധാന പരിഗണനയായിരിക്കും.

ഞങ്ങളുടെ ചില ക്ലയന്റുകൾ ഒരു ഏകീകൃത കാഴ്ച സൃഷ്ടിച്ചു. ഇത് ഓവർ കിൽ ആണെന്നാണ് ഞങ്ങളുടെ അഭിപ്രായം. ഈ ഏകീകൃത കാഴ്‌ചയിൽ പ്രകടനം എല്ലായ്പ്പോഴും മോശമായിരിക്കും, തത്സമയ ഡാറ്റ സെറ്റുകളും ചരിത്രപരവും ഉപയോഗിക്കുന്ന നിരവധി ഉപയോഗ കേസുകൾ ഞങ്ങൾ കണ്ടില്ല. ലൈവ് ട്രബിൾഷൂട്ടിംഗിനും ചരിത്രപരമായവ ട്രെൻഡ് റിപ്പോർട്ടിംഗിനും ഉപയോഗിക്കുന്നു.

കോഗ്നോസ് അനലിറ്റിക്സ് 11.1.7 അനുസരിച്ച്, ഓഡിറ്റ് ഡാറ്റാബേസ് 21 പട്ടികകളായി വളർന്നു. ഓഡിറ്റ് ഡാറ്റാബേസ്, സാമ്പിൾ ഓഡിറ്റ് റിപ്പോർട്ടുകൾ, ഫ്രെയിംവർക്ക് മാനേജർ മോഡൽ എന്നിവയിൽ നിങ്ങൾക്ക് മറ്റെവിടെയെങ്കിലും കൂടുതൽ വിവരങ്ങൾ കണ്ടെത്താനാകും. ഡിഫോൾട്ട് ലോഗിംഗ് ലെവൽ മിനിമൽ ആണ്, എന്നാൽ ഉപയോഗ അഭ്യർത്ഥനകൾ, ഉപയോക്തൃ അക്കൗണ്ട് മാനേജുമെന്റ്, റൺടൈം ഉപയോഗം എന്നിവ പിടിച്ചെടുക്കാൻ അടുത്ത ലെവൽ, ബേസിക് ഉപയോഗിക്കാൻ നിങ്ങൾ ആഗ്രഹിച്ചേക്കാം. ലോഗിംഗ് ലെവൽ ആവശ്യമായ ഏറ്റവും താഴ്ന്ന നിലയിലേക്ക് നിലനിർത്തുക എന്നതാണ് നിങ്ങൾക്ക് സിസ്റ്റം പ്രകടനം നിലനിർത്താൻ കഴിയുന്ന ഒരു മാർഗം. വ്യക്തമായും, സെർവർ കൂടുതൽ ലോഗിംഗ് ചെയ്യുമ്പോൾ, മൊത്തത്തിലുള്ള സെർവർ പ്രകടനത്തെ കൂടുതൽ ബാധിക്കും.

മിക്ക അഡ്മിനിസ്ട്രേറ്റർമാർക്കും താൽപ്പര്യമുള്ള പ്രധാന പട്ടികകൾ ഉപയോക്തൃ പ്രവർത്തനവും സിസ്റ്റത്തിലെ റിപ്പോർട്ടിംഗ് പ്രവർത്തനവും രേഖപ്പെടുത്തുന്ന 6 പട്ടികകളാണ്.

  • COGIPF_USERLOGON: ഉപയോക്തൃ ലോഗോൺ (ലോഗ് ഓഫ് ഉൾപ്പെടെ) വിവരങ്ങൾ സംഭരിക്കുന്നു
  • COGIPF_RUNREPORT: റിപ്പോർട്ട് നിർവ്വഹണങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു
  • COGIPF_VIEWREPORT: റിപ്പോർട്ട് കാണാനുള്ള അഭ്യർത്ഥനകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു
  • COGIPF_EDITQUERY: അന്വേഷണ റണ്ണുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു
  • COGIPF_RUNJOB: ജോലി അഭ്യർത്ഥനകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ സംഭരിക്കുന്നു
  • COGIPF_ACTION: കോഗ്നോസിൽ ഉപയോക്തൃ പ്രവർത്തനങ്ങൾ രേഖപ്പെടുത്തുന്നു (ഈ പട്ടിക മറ്റുള്ളവയേക്കാൾ വളരെ വേഗത്തിൽ വളർന്നേക്കാം)

-ട്ട്-ഓഫ്-ബോക്സ് കോൺഫിഗറേഷൻ ഇതുപോലെ കാണപ്പെടുന്നു:

ഡിഫോൾട്ട് ഓഡിറ്റ് കോൺഫിഗറേഷൻ

ശുപാർശ ചെയ്യുന്ന കോൺഫിഗറേഷൻ:

ശുപാർശ ചെയ്യുന്ന ഓഡിറ്റ് കോൺഫിഗറേഷൻ

കോഗ്നോസ് ഓഡിറ്റ് ഡാറ്റാബേസ് - ലൈവിൽ 1 ആഴ്ച ഓഡിറ്റ് ഡാറ്റ അടങ്ങിയിരിക്കുന്നു. 1 ആഴ്ചയിൽ കൂടുതൽ പഴക്കമുള്ള ഡാറ്റ കോഗ്നോസ് ഓഡിറ്റ് ഡാറ്റാബേസിലേക്ക് നീക്കി - ചരിത്രപരമായ.

കോഗ്നോസ് ഓഡിറ്റ് ഡാറ്റാബേസിൽ നിന്നുള്ള ലൈൻ - ലൈവ് ടു കോഗ്നോസ് ഓഡിറ്റ് ഡാറ്റാബേസ് - ഡയഗ്രാമിലെ ചരിത്രപരമായ ഉത്തരവാദിത്തം:

  • തത്സമയ ഓഡിറ്റിൽ നിന്ന് ചരിത്രപരമായ ഓഡിറ്റിലേക്ക് ഡാറ്റ പകർത്തുന്നു
  • തത്സമയ ഓഡിറ്റിൽ 1 ആഴ്ചയിൽ കൂടുതൽ പഴക്കമുള്ള എല്ലാ വരികളും നീക്കംചെയ്യുക
  • ഹിസ്റ്റോറിക്കൽ ഓഡിറ്റിലെ എല്ലാ വരികളും x വർഷത്തിൽ കൂടുതൽ പഴക്കമുള്ളതാണ്
  • 6 മാസത്തിൽ കൂടുതൽ പഴക്കമുള്ള COGIPF_ACTION ലെ എല്ലാ വരികളും നീക്കം ചെയ്യുക

ഇന്ഡക്സുകളില്

വ്യത്യസ്ത ഡാറ്റാബേസ് തരങ്ങൾക്ക് വ്യത്യസ്ത ഇൻഡെക്സിംഗ് തരങ്ങളുണ്ട്. ഒരു പട്ടിക (അല്ലെങ്കിൽ കാണുക) എന്നതുമായി ബന്ധപ്പെട്ട ഒരു ഡാറ്റാ ഘടനയാണ് ഡാറ്റാബേസ് ഇൻഡെക്സ്, ആ പട്ടികയിൽ നിന്ന് ഡാറ്റ വീണ്ടെടുക്കുമ്പോൾ അന്വേഷണങ്ങൾ നിർവഹിക്കുന്ന സമയം മെച്ചപ്പെടുത്താൻ ഉപയോഗിക്കുന്നു (അല്ലെങ്കിൽ കാണുക). ഒപ്റ്റിമൽ തന്ത്രം സൃഷ്ടിക്കാൻ നിങ്ങളുടെ ഡിബിഎയുമായി പ്രവർത്തിക്കുക. ഏത് കോളങ്ങളാണ് ഇൻഡെക്സ് ചെയ്യേണ്ടതെന്ന് മികച്ച തീരുമാനങ്ങൾ എടുക്കുന്നതിന് ഇതുപോലുള്ള ചോദ്യങ്ങൾക്കുള്ള ഉത്തരങ്ങൾ അറിയാൻ അവർ ആഗ്രഹിക്കും. വ്യക്തമായും, ഡാറ്റാബേസ് അഡ്‌മിനിസ്‌ട്രേറ്റർക്ക് നിങ്ങളുടെ സഹായമില്ലാതെ ചില അല്ലെങ്കിൽ എല്ലാ ചോദ്യങ്ങൾക്കും ഉത്തരം കണ്ടെത്താൻ കഴിയും, പക്ഷേ ഇതിന് കുറച്ച് ഗവേഷണവും കുറച്ച് സമയവും എടുക്കും:

  • പട്ടികകൾക്ക് എത്ര രേഖകളുണ്ട്, അവ ഏത് വലുപ്പത്തിൽ വളരുമെന്ന് നിങ്ങൾ പ്രതീക്ഷിക്കുന്നു? (പട്ടികയിൽ ധാരാളം രേഖകൾ ഇല്ലെങ്കിൽ ഒരു പട്ടിക സൂചികയിലാക്കുന്നത് ഉപയോഗപ്രദമാകില്ല.)
  • ഏത് നിരകളാണ് അദ്വിതീയമെന്ന് നിങ്ങൾക്കറിയാമോ? അവർ പൂർണ്ണ മൂല്യങ്ങൾ അനുവദിക്കുമോ? ഏത് നിരകളിൽ പൂർണ്ണ തരം അല്ലെങ്കിൽ വലിയ സംഖ്യയുടെ ഡാറ്റ തരം ഉണ്ട്? (സംഖ്യാ ഡാറ്റ തരങ്ങളുള്ള കോളങ്ങൾ, അതുല്യമായതും അല്ലാത്തതും സൂചിക കീയിൽ പങ്കെടുക്കാനുള്ള ശക്തമായ സ്ഥാനാർത്ഥികളാണ്.)
  • ഇന്ന് നിങ്ങളുടെ പ്രധാന പ്രകടന പ്രശ്നങ്ങൾ എവിടെയാണ്? അവർ ഡാറ്റ വീണ്ടെടുക്കുന്നതിൽ ആണോ? കൂടുതൽ പ്രശ്നങ്ങളുള്ള പ്രത്യേക അന്വേഷണങ്ങളോ റിപ്പോർട്ടുകളോ ഉണ്ടോ? (ഇത് ഡാറ്റാബേസ് അഡ്മിനിസ്ട്രേറ്ററെ ഒപ്റ്റിമൈസ് ചെയ്യാവുന്ന ചില പ്രത്യേക കോളങ്ങളിലേക്ക് നയിച്ചേക്കാം.)
  • റിപ്പോർട്ടിംഗിനായി പട്ടികയിൽ ചേരുന്നതിൽ എന്ത് ഫീൽഡുകൾ ഉപയോഗിക്കുന്നു?
  • ഫിൽട്ടറിംഗ്, സോർട്ടിംഗ്, ഗ്രൂപ്പിംഗ്, ഒത്തുചേരൽ എന്നിവയ്ക്കായി ഏത് ഫീൽഡുകൾ ഉപയോഗിക്കുന്നു?

അതിശയിക്കാനില്ല, ഏതെങ്കിലും ഡാറ്റാബേസ് പട്ടികകളുടെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിന് ഉത്തരം നൽകേണ്ട അതേ ചോദ്യങ്ങൾ ഇവയാണ്.

ഐബിഎം പിന്തുണ ശുപാർശ ചെയ്യുന്നു പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിന് ഇനിപ്പറയുന്ന പട്ടികകൾക്കായി "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID", "COGIPF_STEPID" എന്നീ നിരകളിൽ ഒരു സൂചിക സൃഷ്ടിക്കുന്നു:

  • COGIPF_NATIVEQUERY
  • COGIPF_RUNJOB
  • COGIPF_RUNJOBSTEP
  • COGIPF_RUNREPORT
  • COGIPF_EDITQUERY

കുറവ് ഉപയോഗിച്ച മറ്റ് പട്ടികകളിൽ:

  • COGIPF_POWERPLAY
  • COGIPF_HUMANTASKSERVICE
  • COGIPF_HUMANTASKSERVICE_DETAIL

നിങ്ങൾക്ക് ഇത് ഒരു ആരംഭ പോയിന്റായി ഉപയോഗിക്കാം, എന്നാൽ നിങ്ങളുടെ ഓർഗനൈസേഷനുള്ള മികച്ച ഉത്തരം ലഭിക്കുന്നതിന് മുകളിലുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാനുള്ള വ്യായാമത്തിലൂടെ ഞാൻ കടന്നുപോകും.

മറ്റു പരിഗണനകൾ

  1. എഫ്എം മോഡൽ ഓഡിറ്റ് ചെയ്യുക. ഐബിഎം നൽകുന്ന ഫ്രെയിംവർക്ക് മാനേജർ മോഡൽ ഡിഫോൾട്ട് ടേബിളുകളിലും ഫീൽഡുകളിലും മാതൃകയാക്കിയിട്ടുണ്ടെന്ന് ഓർക്കുക. റിപ്പോർട്ടിംഗ് പട്ടികകളിൽ നിങ്ങൾ വരുത്തുന്ന ഏത് മാറ്റങ്ങളും മോഡലിൽ പ്രതിഫലിക്കേണ്ടതുണ്ട്. ഈ മാറ്റങ്ങളുടെ എളുപ്പമോ സങ്കീർണതയോ - അല്ലെങ്കിൽ ഈ മാറ്റങ്ങൾ വരുത്താനുള്ള നിങ്ങളുടെ സംഘടനാ കഴിവും - നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന പരിഹാരത്തെ ബാധിച്ചേക്കാം.
  2. അധിക ഫീൽഡുകൾ. നിങ്ങൾ ഇത് ചെയ്യാൻ പോകുകയാണെങ്കിൽ, ഓഡിറ്റ് റിപ്പോർട്ടിംഗ് മെച്ചപ്പെടുത്തുന്നതിന് സന്ദർഭത്തിനോ റഫറൻസ് ഡാറ്റയ്‌ക്കോ അധിക ഫീൽഡുകൾ ചേർക്കാനുള്ള സമയമാണിത്.
  3. സംഗ്രഹ പട്ടികകൾ. നിങ്ങളുടെ ചരിത്ര പട്ടികയിലേക്ക് ഡാറ്റ പകർത്തുന്നതിനുപകരം, അത് ചുരുക്കുക. റിപ്പോർട്ടിംഗിനെ കൂടുതൽ കാര്യക്ഷമമാക്കുന്നതിന് നിങ്ങൾക്ക് ഡാറ്റയെ ഡേ ലെവലിലേക്ക് കൂട്ടിച്ചേർക്കാം.
  4. പട്ടികകൾക്ക് പകരം കാഴ്ചകൾ. മറ്റുള്ളവർ പറയുന്നു, "അതിനാൽ, ഒരു 'നിലവിലെ' ഡാറ്റാബേസും 'ചരിത്രപരമായ' ഡാറ്റാബേസും ഉണ്ടായിരിക്കുന്നതിനുപകരം, നിങ്ങൾക്ക് ഒരു ഡാറ്റാബേസ് മാത്രമേ ഉണ്ടാകൂ, അതിലെ എല്ലാ പട്ടികകളും 'ചരിത്രപരം' എന്ന് പ്രിഫിക്സ് ചെയ്യണം. അതിനുശേഷം, നിങ്ങൾ 'കറന്റ്' ആയി കാണാൻ ആഗ്രഹിക്കുന്ന ഓരോ ടേബിളിനും ഒരെണ്ണം വീക്ഷണങ്ങൾ സൃഷ്ടിക്കണം, കൂടാതെ നിങ്ങൾക്ക് കാണാൻ താൽപ്പര്യമില്ലാത്ത ചരിത്ര വരികൾ ഓരോ കാഴ്‌ചയും ഫിൽട്ടർ ചെയ്യുകയും നിലവിലുള്ളവ മാത്രം കടന്നുപോകാൻ അനുവദിക്കുകയും വേണം.
    https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

തീരുമാനം

ഏറ്റവും പ്രധാന കാര്യം, ഇവിടെ നൽകിയിരിക്കുന്ന വിവരങ്ങൾക്കൊപ്പം, നിങ്ങളുടെ ഡിബിഎയുമായി ഒരു ഉൽപാദനപരമായ സംഭാഷണം നടത്താൻ നിങ്ങൾ നന്നായി തയ്യാറായിരിക്കണം എന്നതാണ്. അവൾ മുമ്പ് സമാനമായ പ്രശ്നങ്ങൾ പരിഹരിച്ചതിന് നല്ല സാധ്യതയുണ്ട്.

കോഗ്നോസ് ഓഡിറ്റ് ഡാറ്റാബേസ് ആർക്കിടെക്ചറിലെ നിർദ്ദിഷ്ട മാറ്റങ്ങൾ നേരിട്ടുള്ള റിപ്പോർട്ടിംഗിലും അതിനെ ആശ്രയിക്കുന്ന മൂന്നാം കക്ഷി ആപ്ലിക്കേഷനുകളിലും പ്രകടനം മെച്ചപ്പെടുത്തും, Motioഎന്നയാളുടെ ReportCard ഇൻവെന്ററി.

വഴിയിൽ, നിങ്ങളുടെ ഡിബിഎയുമായി നിങ്ങൾ ആ സംഭാഷണം നടത്തിയിട്ടുണ്ടെങ്കിൽ, അതിനെക്കുറിച്ച് കേൾക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. മോശമായി പ്രവർത്തിക്കുന്ന ഓഡിറ്റ് ഡാറ്റാബേസിന്റെ പ്രശ്നവും നിങ്ങൾ അത് എങ്ങനെ ചെയ്തുവെന്നതും നിങ്ങൾ പരിഹരിച്ചോ എന്ന് കേൾക്കാനും ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

ഓഡിറ്റിംഗ്BI/Analytics
നിങ്ങൾ ഓഡിറ്റ് തയ്യാറാണോ?

നിങ്ങൾ ഓഡിറ്റ് തയ്യാറാണോ?

നിങ്ങൾ ഓഡിറ്റ് ചെയ്യാൻ തയ്യാറാണോ? രചയിതാക്കൾ: കി ജെയിംസും ജോൺ ബോയറും ഈ ലേഖനത്തിന്റെ ശീർഷകം നിങ്ങൾ ആദ്യം വായിച്ചപ്പോൾ, നിങ്ങൾ വിറയ്ക്കുകയും നിങ്ങളുടെ സാമ്പത്തിക ഓഡിറ്റിനെക്കുറിച്ച് ഉടനടി ചിന്തിച്ചിരിക്കുകയും ചെയ്യും. അവ ഭയാനകമായേക്കാം, എന്നാൽ പാലിക്കൽ ഓഡിറ്റുകളുടെ കാര്യമോ? നിങ്ങൾ അതിനായി തയ്യാറാണോ...

കൂടുതല് വായിക്കുക

ഓഡിറ്റിംഗ്BI/Analytics
നിങ്ങളുടെ സോക്സിൽ ദ്വാരമുണ്ടോ? (അനുസരണം)

നിങ്ങളുടെ സോക്സിൽ ദ്വാരമുണ്ടോ? (അനുസരണം)

Analytics ഉം Sarbanes-Oxley മാനേജിംഗ് SOX-ഉം Qlik, Tableau, PowerBI പോലുള്ള സെൽഫ് സർവീസ് BI ടൂളുകൾ പാലിക്കുന്നത് അടുത്ത വർഷം SOX-ന് ടെക്സാസിൽ ബിയർ വാങ്ങാനുള്ള പ്രായമാകും. "പബ്ലിക് കമ്പനി അക്കൗണ്ടിംഗ് റിഫോം ആൻഡ് ഇൻവെസ്റ്റർ പ്രൊട്ടക്ഷൻ ആക്ടിൽ" നിന്നാണ് ഇത് ജനിച്ചത്,...

കൂടുതല് വായിക്കുക