وبلاگ حسابرسی Cognos - نکات و ترفندهایی برای محیط های بزرگ و زیاد

by ممکن است 17، 2021حسابرسینظر 0

وبلاگی از جان بویر و مایک نوریس.

معرفی

این مهم است که از قابلیت Cognos Auditing برای آگاهی و درک نحوه استفاده Cognos توسط جامعه کاربری شما و کمک به پاسخ به س questionsالاتی مانند:

    • چه کسی از سیستم استفاده می کند؟
    • آنها چه گزارش هایی را اجرا می کنند؟
    • زمان اجرای گزارش چقدر است؟
    • با کمک ابزارهای دیگر ، مانند MotioCI، چه محتوایی بلااستفاده است؟

با توجه به اهمیت حفظ محیط های سالم Cognos Analytics ، به طور شگفت انگیزی در مورد پایگاه داده حسابرسی آن فراتر از مستندات استاندارد محصول ، چیز زیادی نوشته نشده است. شاید ، این امر بدیهی تلقی شود ، اما سازمانهایی که از آن استفاده می کنند می دانند که با گذشت زمان پرس و جو از جداول پایگاه داده حسابرسی کندتر می شود - به ویژه اگر سازمان شما دارای تعداد زیادی کاربر باشد که گزارش های زیادی داشته باشند و سابقه زیادی داشته باشند. علاوه بر این ، ممکن است گزارش فعالیت حسابرسی به تأخیر بیفتد زیرا برای مثال وقتی نمی تواند به سرعت به پایگاه داده اضافه شود ، در صف قرار می گیرد. آن زمان است که شما در مورد عملکرد پایگاه داده همانطور که در مورد هر پایگاه داده عملیاتی که نیاز به گزارش دارد فکر می کنید.

جداول بزرگ معمولاً عملکرد پرس و جو را کند می کنند. هرچه جدول بزرگتر باشد ، درج و پرس و جو بیشتر طول می کشد. به یاد داشته باشید که این جداول و پایگاه حسابرسی اساساً یک پایگاه داده عملیاتی هستند. نوشتارها اغلب اتفاق می افتد و علیه ما کار می کند ، زیرا ما نمی توانیم آنها را فقط برای عملیات خواندن متمرکز کنیم ، همانطور که شما با دیتا مارت کار می کنید.

درست مانند فروشگاه محتوا ، سلامت محیط Cognos نیز باید سلامت پایگاه داده حسابرسی را در نظر بگیرد. رشد بی حد و حصر پایگاه حسابرسی می تواند به مرور زمان به یک موضوع تبدیل شود و در نهایت حتی ممکن است بر عملکرد کلی محیط Cognos نیز تأثیر بگذارد. در بسیاری از سازمانهایی که مقررات خارجی بر آنها اعمال می شود ، نداشتن سوابق حسابرسی کامل می تواند آنها را در شرایط عدم رعایت مقررات با پیامدهای سنگین قرار دهد. بنابراین چگونه با نگهداری این همه داده برای مقاصد حسابرسی تاریخی - در برخی موارد تا 10 سال - برخورد می کنیم ، اما هنوز گزارشاتی را که برای حفظ محیط زیست و رضایت کاربران از عملکرد لازم است دریافت می کنیم؟

چالش

    • رشد بی حد و حصر پایگاه حسابرسی بر سلامت محیط Cognos تأثیر منفی می گذارد
    • گزارش از بانک اطلاعات حسابرسی کند یا غیرقابل استفاده شده است
    • Cognos تأخیر در نوشتن سوابق در پایگاه حسابرسی را تجربه می کند
    • فضای دیسک پایگاه حسابرسی در حال اتمام است

همه این بدان معناست که فقط گزارشهایی که به پایگاه حسابرسی متکی هستند آسیب نمی بینند ، بلکه اغلب کل سیستم است. اگر پایگاه داده حسابرسی بر روی سرور فروشگاه محتوای Cognos باشد ، عملکرد همه چیز Cognos در آن محیط تحت تأثیر قرار می گیرد.

راه اندازی

ما فرض می کنیم:

    1. Cognos Analytics نصب و اجرا می شود
    2. Cognos برای ورود به پایگاه داده حسابرسی پیکربندی شده است
        • یک پایگاه حسابرسی در محل خود داشته باشید
        • تنظیم سطوح مناسب حسابداری در مدیریت Cognos
        • رکورد توسط Cognos در پایگاه داده نوشته می شود
    3. بانک اطلاعات حسابرسی بیش از یک سال است که مورد استفاده قرار می گیرد
    4. محیط با کاربران و اجرا بسیار فعال است
    5. بسته Audit برای نمایش داده های استفاده از Cognos استفاده می شود
    6. ما به دنبال بهبود عملکرد گزارشگری بانک اطلاعات حسابرسی هستیم
    7. شروع مجدد یا حذف پرونده های قدیمی همیشه یک گزینه نیست

اگر هنوز Cognos Audit را نصب و پیکربندی نکرده اید ، Lodestar Solutions ، a Motio شریک ، دارای یک عالی است پست در مورد فعال کردن حسابرسی در Cognos BI /CA.

راه حل

چند راه حل ممکن وجود دارد که به سرعت خود را نشان می دهد:

    1. حجم داده ها را کاهش دهید:
        • انتقال برخی از داده های قدیمی تر به پایگاه داده دیگر
        • انتقال برخی از داده های قدیمی تر به جدولی دیگر در همان پایگاه داده
    2. فقط حذف یا قوسhive برخی از داده ها و نگران آن نباشید
    3. باهاش ​​زندگی کن لگد را به پایین road و برای عملکرد ، مدیر پایگاه داده را فشار دهید
      در حالی که به آنها دستبند می زنید با عدم اجازه به تغییر طرح یا
      فهرستها

ما قصد نداریم به گزینه 3 بپردازیم. گزینه 2 ، حذف داده ها ، گزینه مناسبی نیست و من توصیه می کنم ارزش حداقل 18 ماه را حداقل نگه دارید. اما اگر تمایل زیادی دارید ، IBM یک ابزار مفید ارائه می دهد ، AuditDBCleanup (Cognos BI) یا a خط (Cognos Analytics) که دقیقاً همین کار را انجام می دهد. این ابزار برای Cognos BI پرونده ها را بر اساس زمان تعیین شده حذف می کند در حالی که اسکریپت های Cognos Analytics فقط فهرستها و فهرستها را حذف می کنند.

توصیه هایی که قبلاً در این زمینه به مشتریان کرده بودیم به دو پایگاه داده تقسیم می شد:

    1. حسابرسی - زنده: شامل داده های هفته اخیر است
    2. حسابرسی - تاریخی: حاوی داده های تاریخی (حداکثر تا N سال)

به طور خلاصه ، این فرآیند به صورت هفتگی برای انتقال آخرین سوابق از Audit Live به Audit Historical اجرا می شود. Audit Live پس از اجرای این فرآیند به صورت یک صفحه خالی شروع می شود.

    1. Live DB سریع و محکم است ، و اجازه می دهد تا درجها در سریعترین زمان ممکن انجام شود
    2. پرسش های حسابرسی منحصراً به DB Historical DB هدایت می شود

با استفاده از این رویکرد ، هیچ "ضمیمه ای" ضمنی از داده های زنده و داده های تاریخی وجود ندارد. من استدلال می کنم که شما احتمالاً می خواهید آن را حفظ کنید.

در Cognos Administration ، می توانید دو اتصال مختلف برای منبع داده حسابرسی اضافه کنید. هنگامی که یک کاربر گزارشی را علیه بسته Audit اجرا می کند ، از او خواسته می شود که از کدام اتصال می خواهد استفاده کند:

پایگاه های حسابرسی

در مواقع غیرفعال که می خواهید به داده های حسابرسی زنده نگاه کنید نه به داده های حسابرسی تاریخی ، فقط در صورت درخواست اتصال "حسابرسی - زنده" را انتخاب کنید (باید استثنا باشد ، نه هنجار.)

اگر واقعاً می خواهید یک دید کلی از Live و Historical ارائه دهید ، می توانید این کار را انجام دهید ، اما بر عملکرد تأثیر می گذارد.

به عنوان مثال ، شما می توانید پایگاه داده سوم به نام "Audit - Consolidated View" ایجاد کنید و سپس ، برای هر جدول در طرح حسابرسی: یک نمای یکسان ایجاد کنید که یک اتحاد 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 - Live شامل 1 هفته داده حسابرسی است. داده های قدیمی تر از 1 هفته به پایگاه حسابرسی Cognos منتقل می شوند - تاریخی.

خط از پایگاه داده حسابرسی Cognos - پایگاه داده حسابرسی زنده تا Cognos - تاریخی در نمودار مسئول موارد زیر است:

  • کپی داده ها از حسابرسی زنده به حسابرسی تاریخی
  • حذف تمام ردیف های موجود در حسابرسی زنده قدیمی تر از 1 هفته
  • حذف همه سطرهای حسابرسی تاریخی که قدیمی تر از x سال هستند
  • حذف همه ردیف ها در COGIPF_ACTION که بیشتر از 6 ماه هستند

شاخص

انواع مختلف پایگاه داده انواع نمایه سازی متفاوتی دارند. فهرست پایگاه داده یک ساختار داده است که با یک Table (یا View) مرتبط است و برای بهبود زمان اجرای پرس و جوها هنگام بازیابی داده ها از آن جدول (یا View) استفاده می شود. برای ایجاد استراتژی بهینه با DBA خود کار کنید. آنها می خواهند پاسخ س questionsالاتی از این قبیل را بدانند تا بهترین تصمیمات را در مورد ستون های فهرست بندی شده بگیرند. بدیهی است که مدیر پایگاه داده می تواند پاسخ برخی یا همه این سوالات را بدون کمک شما پیدا کند ، اما این کار به تحقیق و زمان زیادی نیاز دارد:

  • جدول ها چند رکورد دارند و انتظار دارید در چه اندازه ای رشد کنند؟ (فهرست بندی جدول مفید نخواهد بود مگر اینکه جدول دارای تعداد زیادی پرونده باشد.)
  • آیا می دانید کدام ستون ها منحصر به فرد هستند؟ آیا آنها مقادیر NULL را مجاز می دانند؟ کدام ستونها دارای نوع داده صحیح یا عدد صحیح بزرگ هستند؟ (ستون هایی با انواع داده های عددی و منحصر به فرد و NOT NULL کاندیدای قوی برای شرکت در کلید فهرست هستند.)
  • مشکلات اصلی عملکرد شما امروز کجاست؟ آیا آنها در حال بازیابی اطلاعات هستند؟ آیا سeriesالات یا گزارش های خاصی وجود دارد که بیشتر مشکل ساز است؟ (این ممکن است مدیر پایگاه داده را به ستون های خاصی هدایت کند که قابل بهینه سازی هستند.)
  • در پیوستن جداول برای گزارش از چه زمینه هایی استفاده می شود؟
  • از چه زمینه هایی برای فیلتر کردن ، مرتب سازی ، گروه بندی و تجمیع استفاده می شود؟

جای تعجب نیست که اینها همان سوالاتی هستند که برای بهبود عملکرد جداول پایگاه داده باید به آنها پاسخ داده شود.

پشتیبانی 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 حسابرسی به یاد داشته باشید که مدل Framework Manager که IBM ارائه می دهد از جداول و فیلدهای پیش فرض الگو گرفته شده است. هرگونه تغییری که در جداول گزارش ایجاد می کنید باید در مدل منعکس شود. سهولت یا پیچیدگی این تغییرات - یا صلاحیت سازمانی شما برای ایجاد این تغییرات - ممکن است بر راه حلی که انتخاب می کنید تأثیر بگذارد.
  2. زمینه های اضافی اگر قصد دارید این کار را انجام دهید ، اکنون زمان اضافه کردن زمینه های اضافی برای داده های زمینه یا مرجع برای بهبود گزارش حسابرسی است.
  3. جداول خلاصه. به جای کپی کردن داده ها در جدول تاریخی خود ، آنها را فشرده کنید. می توانید داده ها را در سطح روز جمع آوری کنید تا برای گزارش دهی کارآمدتر شود.
  4. نمایش به جای جداول. دیگران می گویند ، "بنابراین ، به جای داشتن یک پایگاه داده" فعلی "و یک پایگاه داده" تاریخی "، شما فقط باید یک پایگاه داده داشته باشید و همه جداول موجود در آن باید با پیشوند" تاریخی "همراه باشند. سپس ، باید مجموعه ای از نماها را ایجاد کنید ، یکی برای هر جدولی که می خواهید به عنوان "فعلی" مشاهده شود ، و از هر نمای بخواهید ردیف های تاریخی را که نمی خواهید ببینید فیلتر کند و اجازه دهید فقط موارد فعلی از آنها عبور کنند. "
    https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

نتیجه

نکته اصلی این است که با اطلاعات ارائه شده در اینجا شما باید آمادگی خوبی برای گفتگوی مفید با DBA خود داشته باشید. به احتمال زیاد او مشکلات مشابهی را قبلا حل کرده است.

تغییرات پیشنهادی در معماری پایگاه داده Cognos Audit باعث بهبود عملکرد در گزارش گیری مستقیم و همچنین برنامه های شخص ثالث که به آن متکی هستند ، می شود. Motio" ReportCard و موجودی.

به هر حال ، اگر آن مکالمه را با DBA خود داشته اید ، خوشحال می شویم در مورد آن بشنویم. ما همچنین دوست داریم بشنویم که آیا مشکل پایگاه داده حسابرسی ضعیف و نحوه انجام آن را حل کرده اید.

حسابرسیBI/Analytics
آیا شما آماده حسابرسی هستید؟

آیا شما آماده حسابرسی هستید؟

آیا شما آماده حسابرسی هستید؟ نویسندگان: کی جیمز و جان بویر وقتی برای اولین بار عنوان این مقاله را خواندید، احتمالاً لرزیدید و بلافاصله به حسابرسی مالی خود فکر کردید. اینها ممکن است ترسناک باشند، اما در مورد ممیزی انطباق چطور؟ آیا برای یک ...

ادامه مطلب

حسابرسیBI/Analytics
آیا سوراخی در سوکس شما وجود دارد؟ (انطباق)

آیا سوراخی در سوکس شما وجود دارد؟ (انطباق)

تجزیه و تحلیل و Sarbanes-Oxley مدیریت انطباق SOX با ابزارهای سلف سرویس BI مانند Qlik، Tableau و PowerBI سال آینده SOX برای خرید آبجو در تگزاس به سن کافی خواهد رسید. این قانون برگرفته از "اصلاح حسابداری شرکت های دولتی و قانون حمایت از سرمایه گذاران" است.

ادامه مطلب