Cognos אַודיטינג בלאָג - עצות און טריקס פֿאַר ינווייראַנמאַנץ אין גרויס און הויך באַנד

א בלאָג פון John Boyer און Mike Norris.

הקדמה

עס איז וויכטיק אַז די Cognos Auditing פיייקייט אַרבעט צו וויסן און פֿאַרשטיין ווי Cognos איז געניצט דורך דיין באַניצער קהל און צו ענטפֿערן פֿראגן ווי:

• • ווער ניצט דעם סיסטעם?
  • וואָס ריפּאָרץ זענען זיי פליסנדיק?
  • וואָס זענען די צייט פון די מעלדונג?
  • מיט די הילף פון אנדערע מכשירים ווי MotioCI, וואָס אינהאַלט איז אַניוזד?

קאָנסידערינג ווי קריטיש עס איז צו טייַנען געזונט Cognos אַנאַליטיקס ינווייראַנמאַנץ, סאַפּרייזינגלי קליין איז געשריבן וועגן זיין אַדאַטינג דאַטאַבייס ווייַטער פון די סטאַנדאַרט פּראָדוקט דאַקיומענטיישאַן. אפֿשר, דאָס איז קלאָר ווי דער טאָג, אָבער אָרגאַנאַזיישאַנז וואָס נוצן עס וויסן אַז איבער צייַט די אָנפֿרעג דאַטאַבייס טישן וועט אָנהייבן צו פּאַמעלעך - ספּעציעל אויב דיין אָרגאַניזאַציע האט פילע יוזערז וואָס לויפן פילע ריפּאָרץ און האָבן אַ פּלאַץ פון געשיכטע. וואָס מער איז אַז די לאָגינג זיך פון די קאָנטראָלירן אַקטיוויטעט קען זיין דילייד ווייַל עס איז אין אַ ריי ווען עס קען נישט זיין צוגעלייגט צו די דאַטאַבייס געשווינד גענוג, למשל. אַז ס ווען איר אָנהייבן צו טראַכטן וועגן דייטאַבייס אויפֿפֿירונג ווי איר וואָלט מיט קיין אַפּעריישאַנאַל דייטאַבייס וואָס האט ריפּאָרטינג רעקווירעמענץ.

גרויס טישן טיפּיקלי פּאַמעלעך אָנפֿרעג פאָרשטעלונג. די גרעסערע די טיש, די מער עס נעמט צו אַרייַנלייגן און אָנפרעג. געדענקט אַז די טישן און די קאָנטראָלירן דאַטאַבייס זענען בייסיקלי אַן אַפּעריישאַנאַל דאַטאַבייס; שרייבן זענען אָפט געשעעניש און אַרבעט קעגן אונדז ווייַל מיר קענען נישט פאָקוס זיי בלויז פֿאַר לייענען אַפּעריישאַנז ווי מיט אַ דאַטן מאַרט.

פּונקט ווי די אינהאַלט קראָם, די געזונט פון די קאָגנאָס סוויווע מוזן אויך נעמען אין חשבון די געזונט פון די קאָנטראָלירן דאַטאַבייס. אַנבאַונדאַד וווּקס פון די קאָנטראָלירן דאַטאַבייס קענען ווערן אַן אַרויסגעבן איבער צייַט און יווענטשאַוואַלי אפילו פּראַל אויף די קוילעלדיק פאָרשטעלונג פון אַ קאָגנאָס סוויווע. אין פילע אָרגאַנאַזיישאַנז מיט פונדרויסנדיק רעגיאַליישאַנז וואָס שטופּן אויף זיי, אויב איר טאָן ניט האָבן אַ פול קאָנטראָלירן רעקאָרד, זיי קענען פירן צו אַ ניט-העסקעם סיטואַציע מיט שווער ריאַקשאַנז. ווי אַזוי טאָן מיר האָבן צו האַלטן אַזוי פיל דאַטן פֿאַר היסטאָריש אַדאַטינג צוועקן - אין עטלעכע קאַסעס אַרויף צו 10 יאָר - און נאָך באַקומען די ריפּאָרטינג וואָס מיר דאַרפֿן צו טייַנען די סוויווע און האַלטן ניצערס צופרידן מיט די פאָרשטעלונג?

די אַרויסרופן

• • אַנבאַונדאַד וווּקס פון די קאָנטראָלירן דאַטאַבייס איז נעגאַטיוולי ימפּאַקטינג די געזונט פון די קאָגנאָס סוויווע
  • ריפּאָרטינג פון די קאָנטראָלירן דאַטאַבייס איז געווארן פּאַמעלעך אָדער אַניוזאַבאַל
  • קאָגנאָס יקספּיריאַנסיז דילייז אין רעקאָרדס אין די קאָנטראָלירן דאַטאַבאַסע
  • די אַודיט דאַטאַבאַסע איז פליסנדיק אָן דיסק פּלאַץ

אַלע דעם מיטל אַז עס זענען נישט בלויז די ריפּאָרץ וואָס פאַרלאָזנ זיך די אַודיט דאַטאַבאַסע, אָבער אָפט די גאנצע סיסטעם. אויב די קאָנטראָלירן דאַטאַבאַסע איז אויף דער זעלביקער סערווער ווי די Cognos אינהאַלט קראָם, די פאָרשטעלונג פון אַלע Cognos טינגז וועט זיין אַפעקטאַד אין דער סביבה.

די סעטאַפּ

מיר יבערנעמען:

1. 1. Cognos Analytics איז אינסטאַלירן און פליסנדיק
   2. Cognos איז קאַנפיגיערד צו קלאָץ אין אַ קאָנטראָלירן דאַטאַבייס
   1. • האָבן אַן קאָנטראָלירן דאַטאַבייס
      • שטעלן צונעמען קאָנטראָלירן לאָגינג לעוועלס אין קאָגנאָס אַדמיניסטראַציע
      • רעקאָרד זענען געשריבן צו די דאַטאַבייס דורך Cognos
   3. די אַודיט דאַטאַבאַסע איז שוין אין נוצן פֿאַר מער ווי אַ יאָר
   4. די סוויווע איז זייער אַקטיוו מיט יוזערז און עקסאַקיושאַנז
   5. דער אַודיט פּעקל איז גענוצט צו אַרויסווייַזן די באַניץ דאַטן פון Cognos
   6. מיר זוכן צו פֿאַרבעסערן פאָרשטעלונג פון קאָנטראָלירן דאַטאַבייס ריפּאָרטינג
   7. ניט שטענדיק אָנהייב אָדער ויסמעקן אַלט רעקאָרדס

אויב איר נאָך נישט האָבן Cognos Audit אינסטאַלירן און קאַנפיגיערד, Lodestar Solutions, אַ Motio שוטעף, האט אַ ויסגעצייכנט פּאָסטן אויף ענייבאַלינג קאָנטראָלירן אין Cognos BI /CA.

די סאַלושאַן

עס זענען עטלעכע מעגלעך סאַלושאַנז וואָס געשווינד פאָרשטעלן זיך:

1. 1. רעדוצירן דעם באַנד פון דאַטן דורך:
   1. • מאָווינג עטלעכע פון ​​די עלטערע דאַטן צו אן אנדער דאַטאַבייס
      • מאָווינג עטלעכע פון ​​די עלטערע דאַטן צו אן אנדער טיש אין דער זעלביקער דאַטאַבייס
   2. נאָר ויסמעקן אָדער קרייַזבויגןhive עטלעכע פון ​​די דאַטן און טאָן ניט זאָרג וועגן אים
   3. לעבן מיט אים. בריק די קאַן אַראָפּ די road און שטופּן די דאַטאַבאַסע אַדמיניסטראַטאָר פֿאַר פאָרשטעלונג
      ימפּרווומאַנץ בשעת כאַנדקאַפינג זיי דורך נישט לאָזן אָלטעריישאַנז פון די סכעמע אָדער
      ינדעקסיז

מיר וועלן נישט האַנדלען מיט אָפּציע 3. אָפּציע 2, דיליטינג די דאַטן איז נישט אַ גוטע אָפּציע, און איך וואָלט רעקאָמענדירן צו האַלטן אַ מינימום פון 18 חדשים. אָבער, אויב איר זענט אַזוי גענייגט, IBM אָפפערס אַ נוצן, AuditDBcleanup (Cognos BI) אָדער אַ שריפט (Cognos Analytics) וואָס וועט טאָן פּונקט דאָס. די נוצן פֿאַר Cognos BI דיליץ רעקאָרדס באזירט אויף אַ טימעסטאַמפּ בשעת די סקריפּס פֿאַר Cognos Analytics נאָר ויסמעקן די ינדעקסיז און טישן.

די רעקאַמאַנדיישאַנז וואָס מיר האָבן ביז אַהער געמאכט צו קלייאַנץ וועגן דעם זענען צו צעטיילן אין צוויי דאַטאַבייסיז:

1. 1. קאָנטראָלירן - לייוו: כּולל דאַטן פון די לעצטע וואָך
   2. קאָנטראָלירן - היסטאָריש: כּולל היסטארישע דאַטן (אַרויף צו ען יאָר)

אין קורץ, דער פּראָצעס ראַנז וויקלי צו אַריבערפירן די לעצטע רעקאָרדס פֿון Audit Live צו Audit Historical. קאָנטראָלירן לייוו סטאַרץ ווי אַ ליידיק שיווערשטיין נאָך דעם פּראָצעס.

1. 1. די לייוו דב איז שנעל און ענג, אַלאַוינג ינסערץ צו פּאַסירן ווי שנעל ווי מעגלעך
   2. קאָנטראָלירן פֿראגן זענען עקסקלוסיוולי דירעקטעד צו די היסטאָריש דב

מיט דעם צוגאַנג, עס איז קיין ימפּליסאַט "סטיטשינג צוזאַמען" פון די לייוו דאַטן און די היסטאָריש דאַטן. איך וואָלט טייַנען אַז איר מיסטאָמע ווילן צו האַלטן עס אַזוי.

אין Cognos אַדמיניסטראַציע, איר קענען לייגן צוויי פאַרשידענע קאַנעקשאַנז פֿאַר די קאָנטראָלירן דאַטאַ מקור. ווען אַ באַניצער ראַנז אַ מעלדונג קעגן די קאָנטראָלירן פּעקל, זיי זענען פּראַמפּטאַד פֿאַר וואָס פֿאַרבינדונג ער וויל צו נוצן:

אויב איר ווילט צו זען לעבן קאָנטראָלירן דאַטן אלא ווי היסטאָריש קאָנטראָלירן דאַטן, איר נאָר קלייַבן די "קאָנטראָלירן - לייוו" קשר ווען פּראַמפּטיד (זאָל זיין די ויסנעם, נישט די קלאַל.)

אויב איר טאַקע אויך ווילן צו צושטעלן אַ קאַנסאַלאַדייטאַד מיינונג פון לייוו און היסטאָריש, איר קען טאָן דאָס, אָבער דאָס וואָלט פּראַל אויף פאָרשטעלונג.

צום ביישפּיל, איר קענט שאַפֿן אַ 3 ד דאַטאַבאַסע גערופֿן "קאָנטראָלירן - קאָנסאָלידאַטעד מיינונג" און דערנאָך, פֿאַר יעדער טיש אין די קאָנטראָלירן סכעמע: שאַפֿן אַן יידעניקאַל געהייסן מיינונג וואָס איז אַ SQL פאַרבאַנד צווישן די טיש אין די לעבן דב און די טיש אין די היסטאָריש דב. סימילאַרלי, דאָס קען אויך זיין אַטשיווד אין די פראַמעוואָרק מאַנאַגער מאָדעל, אָבער, ווידער, פאָרשטעלונג וואָלט זיין אַ שליסל באַטראַכטונג.

עטלעכע פון ​​אונדזער קלייאַנץ האָבן באשאפן אַ קאַנסאַלאַדייטאַד מיינונג. עס איז אונדזער מיינונג אַז דאָס איז מסתּמא אָוווערקיל. פאָרשטעלונג וואָלט שטענדיק זיין ערגער אין דעם קאַנסאַלאַדייטאַד מיינונג, און מיר האָבן נישט געפֿונען פילע נוצן קאַסעס וואָס נוצן ביידע לייוו דאַטן שטעלט און היסטאָריש. די לייוו איז געניצט פֿאַר טראָובלעשאָאָטינג און היסטאָריש פֿאַר טרענד ריפּאָרטינג.

פֿון Cognos Analytics 11.1.7, די קאָנטראָלירן דאַטאַבייס איז געוואקסן צו 21 טישן. איר קענט געפֿינען מער אינפֿאָרמאַציע אנדערש אויף די קאָנטראָלירן דאַטאַבייס, מוסטער קאָנטראָלירן ריפּאָרץ און די פראַמעוואָרק מאַנאַגער מאָדעל. די פעליקייַט לאָגינג מדרגה איז מינימאַל, אָבער איר קען וועלן צו נוצן די ווייַטערדיק יקער, בייסיקלי, צו כאַפּן נוצן ריקוועס, באַניצער חשבון פאַרוואַלטונג און רונטימע באַניץ. איין וועג איר קענען טייַנען סיסטעם פאָרשטעלונג איז צו האַלטן די לאָגינג מדרגה צו די לאָואַסט מדרגה. דאָך, די מער לאָגינג דורך די סערווער, די מער קוילעלדיק סערווער פאָרשטעלונג קענען זיין אַפעקטאַד.

די שליסל טישן וואָס רובֿ אַדמיניסטראַטאָרס זענען אינטערעסירט אין זענען די 6 טישן וואָס קלאָץ די באַניצער אַקטיוויטעט און ריפּאָרטינג אַקטיוויטעט אין די סיסטעם.

• COGIPF_USERLOGON: סטאָרז באַניצער לאָגאָן (אַרייַנגערעכנט קלאָץ אַוועק) אינפֿאָרמאַציע
• COGIPF_RUNREPORT: סטאָרז אינפֿאָרמאַציע וועגן מעלדונג עקסאַקיושאַנז
• COGIPF_VIEWREPORT: סטאָרז אינפֿאָרמאַציע וועגן ריקוועס פֿאַר ריקוועס
• COGIPF_EDITQUERY: סטאָרז אינפֿאָרמאַציע וועגן אָנפֿרעג ראַנז
• COGIPF_RUNJOB: סטאָרז אינפֿאָרמאַציע וועגן אַרבעט ריקוועס
• COGIPF_ACTION: רעקאָרדירט ​​באַניצער אַקשאַנז אין קאָגנאָס (דער טיש קען וואַקסן פיל ראַפּאַדלי ווי די אנדערע)

די אַרויס-פון-דעם-קעסטל קאַנפיגיעריישאַן קוקט ווי דאָס:

רעקאַמענדיד קאַנפיגיעריישאַן:

די Cognos קאָנטראָלירן דאַטאַבייס - לייוו כּולל 1 וואָך פון קאָנטראָלירן דאַטן. דאַטן עלטער ווי 1 וואָך זענען אריבערגעפארן צו די Cognos קאָנטראָלירן דאַטאַבייס - היסטאָריש.

די שורה פֿון די Cognos Audit Database - Live צו Cognos Audit Database - היסטאָריש אין די דיאַגראַמע איז פאַראַנטוואָרטלעך פֿאַר:

• קאַפּיינג דאַטן פון לייוו אַודיט צו היסטאָריש קאָנטראָלירן
• אַראָפּנעמען אַלע ראָוז פון די לייוו אַודיט וואָס זענען עלטער ווי 1 וואָך
• אַראָפּנעמען אַלע ראָוז אין היסטאָריש קאָנטראָלירן וואָס זענען עלטער ווי X יאָר
• אַראָפּנעמען אַלע ראָוז אין COGIPF_ACTION וואָס זענען עלטער ווי 6 חדשים

ינדעקסיז

פאַרשידענע דאַטאַבייס טייפּס האָבן פאַרשידענע ינדעקסינג טייפּס. א דייטאַבייס אינדעקס איז אַ דאַטאַ סטרוקטור פֿאַרבונדן מיט אַ טיש (אָדער View), געניצט צו פֿאַרבעסערן די דורכפירונג צייט פון קוויריז ווען איר באַקומען די דאַטן פֿון דעם טיש (אָדער View). אַרבעט מיט דיין DBA צו מאַכן די אָפּטימום סטראַטעגיע. זיי וועלן וועלן צו וויסן די ענטפֿערס צו פֿראגן ווי די צו מאַכן די בעסטער דיסיזשאַנז וועגן וואָס שפאלטן צו אינדעקס. דאָך, דער דאַטאַבייס אַדמיניסטראַטאָר קען געפֿינען די ענטפֿערס צו עטלעכע אָדער אַלע די פֿראגן אָן דיין הילף, אָבער עס וואָלט נעמען עטלעכע פאָרשונג און עטלעכע מאָל:

• ווי פילע רעקאָרדס האָבן די טישן און צו וואָס גרייס טאָן איר דערוואַרטן אַז זיי וואַקסן? (ינדעקסינג אַ טיש איז נישט נוציק אויב די טיש האט אַ גרויס נומער פון רעקאָרדס.)
• צי איר וויסן וואָס שפאלטן זענען יינציק? צי זיי לאָזן NULL וואַלועס? וואָס שפאלטן האָבן דאַטן טיפּ פון ינטאַדזשער אָדער גרויס ינטאַדזשער? (די שפאלטן מיט נומעריקאַל דאַטן טייפּס און וואָס זענען יינציק און נישט נול זענען שטאַרק קאַנדאַדייץ צו אָנטייל נעמען אין די אינדעקס שליסל.)
• וווּ זענען דיין הויפּט פאָרשטעלונג פּראָבלעמס הייַנט? זענען זיי אין ריטריווינג די דאַטן? זענען דאָרט ספּעציפיש פֿראגן אָדער ריפּאָרץ וואָס זענען מער אַ פּראָבלעם? (דאָס קען פירן די דייטאַבייס אַדמיניסטראַטאָר צו עטלעכע ספּעציפיש שפאלטן וואָס קענען זיין אָפּטימיזעד.)
• וואָס פעלדער זענען געניצט אין דזשוינינג טישן פֿאַר ריפּאָרטינג?
• וואָס פעלדער זענען געניצט פֿאַר פֿילטרירונג, סאָרטינג, גרופּינג און אַגראַגייטינג?

ניט סאַפּרייזינגלי, דאָס זענען די זעלבע פֿראגן וואָס איר דאַרפֿן צו ענטפֿערן פֿאַר ימפּרוווינג די פאָרשטעלונג פון קיין דאַטאַבייס טישן.

יבם סופּפּאָרט רעקאַמענדז קריייטינג אַן אינדעקס אויף שפאלטן "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

סאָף

די דנאָ שורה איז אַז מיט די אינפֿאָרמאַציע צוגעשטעלט דאָ איר זאָל זיין געזונט צוגעגרייט צו האָבן אַ פּראָדוקטיוו שמועס מיט דיין DBA. טשאַנסעס זענען גוט אַז זי האט סאַלווד ענלעך פּראָבלעמס פריער.

די פארגעלייגט ענדערונגען אין Cognos אַודיט דאַטאַבייס אַרקאַטעקטשער וועט פֿאַרבעסערן פאָרשטעלונג אין ביידע דירעקט ריפּאָרטינג און אַפּלאַקיישאַנז פון 3-פּאַרטיי וואָס פאַרלאָזנ זיך עס, ווי Motio'ד ReportCard און אינווענטאָרי.

אגב, אויב איר האָט געהאט דעם שמועס מיט דיין DBA, מיר וואָלט ווי צו הערן וועגן אים. מיר וואָלט אויך ווי צו הערן אויב איר האָט סאַלווד די אַרויסגעבן פון אַ אַודיט דאַטאַבאַסע וואָס איז שוואַך פּערפאָרמינג און ווי איר האָט דאָס.