פֿון טעגלעך אַקסאַדאַנץ צו פעסטקייַט: ינפאָרמאַטיקאַ 10 דורך די אויגן פון אַ אַדמיניסטראַטאָר

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

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

מיט עטלעכע יאָר צוריק, דער געדאַנק פון אַ איין פֿירמע דאַטן ווערכאַוס איז מאַטיורד און אנגעהויבן צו זיין ימפּלאַמענאַד אין Rostelecom. עס זענען שוין באשאפן געווארן א צאָל ריפּאַזאַטאָריז וואָס האָבן סאַלווד יחיד פּראָבלעמס, אָבער די נומער פון סינעריאָוז איז געוואקסן, שטיצן קאָס אויך געוואקסן, און עס איז קלאָר אַז די צוקונפֿט ליגט אין סענטראַליזיישאַן. אַרקאַטעקטשעראַלי, דאָס איז די סטאָרידזש זיך, קאַנסיסטינג פון עטלעכע לייַערס, ימפּלאַמענאַד אויף Hadoop און GreenPlum, אַגזיליערי דאַטאַבייסיז, ETL מעקאַניזאַמז און BI.

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

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

Informatica PowerCenter / ביג דאַטאַ מאַנאַגעמענט איז דערווייַל גערעכנט ווי די לידינג ווייכווארג אין די פעלד פון דאַטן ינטאַגריישאַן מכשירים. דאָס איז אַ פּראָדוקט פון די אמעריקאנער פירמע Informatica, וואָס איז איינער פון די סטראָנגעסט פּלייַערס אין ETL (Extract Transform Load), דאַטן קוואַליטעט פאַרוואַלטונג, MDM (Master Data Management), ILM (Information Lifecycle Management) און מער.

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

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

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

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

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

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

Informatica PowerCenter, סכעמאַטיש

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

געוועזענער ינפאָרמאַטיקאַ לאָגאָ

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

ווי אַזוי איז דאָס געשען

אין 2016, ווען מיר געווארן פאַראַנטוואָרטלעך פֿאַר די אַרבעט פון ינפאָרמאַטיקאַ, עס האט שוין ריטשט ווערסיע 10.0, און פֿאַר אָפּטימיסטיש חברים וואָס האָבן באַשלאָסן צו נוצן אַ פּראָדוקט מיט אַ מינערווערטיק ווערסיע .0 אין אַ ערנסט לייזונג, אַלץ איז געווען קלאָר ווי דער טאָג - מיר דאַרפֿן צו נוצן. די נייע ווערסיע! פֿון די פונט פון מיינונג פון ייַזנוואַרג רעסורסן, אַלץ איז געווען גוט אין דער צייט.

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

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

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

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

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

איינער פון די פרווון צו באַקומען Informatica מאָניטאָר ארבעטן

די סיטואַציע מיט די אַדמיניסטראַציע קאַנסאָול איז אויך קריטיש. זינט אַקטיוו אַנטוויקלונג איז געווען אַנדערוויי גלייך אויף די לעפיערעך פּראָדוקטיוו סוויווע, חברים קעסיידער דארף צו אַנאַלייז די אַרבעט פון מאַפּינגז און וואָרקפלאָוו "אויף די גיין." אין די נייַע ינפאָרמאַטיקאַ, די דאַטאַ ינטעגראַטיאָן סערוויס האט נישט אַ באַזונדער געצייַג פֿאַר אַזאַ מאָניטאָרינג, אָבער אַ מאָניטאָרינג אָפּטיילונג איז ארויס אין דער אַדמיניסטראַציע וועב קאַנסאָול (Informatica אַדמיניסטראַטאָר מאָניטאָר), אין וואָס איר קענען מאָניטאָר די אָפּעראַציע פון ​​אַפּלאַקיישאַנז, וואָרקפלאָוו און מאַפּינגז, לאָנטשיז, לאָגס. פּיריאַדיקלי, די קאַנסאָול איז גאָר אַנאַוויילאַבאַל, אָדער אינפֿאָרמאַציע וועגן קראַנט פּראַסעסאַז אין DIS פארשטאפט אַפּדייטינג, אָדער ערראָרס פארגעקומען ווען לאָודינג בלעטער.

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

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

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

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

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

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

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

עס נאָך אַרבעט!

ווען מיר סטאַרטעד ארבעטן אין ציל מאָדע, Informatica געקוקט ווי דאָס. ווערסיע פון ​​​​Informatica 10.1.1HF1 (HF1 איז HotFix1, אַ פאַרקויפער פֿאַרזאַמלונג פון אַ קאָמפּלעקס פון EBFs) מיט אַדישנאַלי אינסטאַלירן EBF, וואָס קערעקץ אונדזער פּראָבלעמס מיט סקיילינג און עטלעכע אנדערע, אויף איין סערווער פון דריי וואָס איז געווען טייל פון GRID, 20 x86_64 קאָרעס און סטאָרידזש, אויף אַ ריזיק פּאַמעלעך מענגע פון ​​היגע דיסקס - דאָס איז די סערווער קאַנפיגיעריישאַן פֿאַר אַ Hadoop קנויל. אויף אן אנדער ענלעך סערווער - די Oracle DBMS מיט וואָס ביידע די Informatica פעלד און די ETL קאָנטראָל מעקאַניזאַם אַרבעט. אַלע דעם איז מאָניטאָרעד דורך נאָרמאַל מאָניטאָרינג מכשירים געניצט אין די מאַנשאַפֿט (Zabbix + Grafana) אויף ביידע זייטן - ינפאָרמאַטיקאַ זיך מיט זייַן באַדינונגס און לאָודינג פּראַסעסאַז. איצט ביידע פאָרשטעלונג און פעסטקייַט, אָן גענומען אין חשבון פונדרויסנדיק סיבות, איצט אָפענגען אויף די סעטטינגס וואָס באַגרענעצן די מאַסע.

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

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

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

קייפל אַפּלאַקיישאַן לאָנטשיז לידינג צו מעקאַניזאַם דורכפאַל

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

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

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

צייטווייליגע דואַליזם אין MRS לאָגס "דורך פּלאַן"

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

שטרעבן פֿאַר די בעסטער

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

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

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

דער אַרטיקל איז געווען צוגעגרייט דורך די Rostelecom דאַטן פאַרוואַלטונג מאַנשאַפֿט

קראַנט ינפאָרמאַטיקאַ לאָגאָ

מקור: www.habr.com