Veeam לאָג דייווינג קאַמפּאָונאַנץ און גלאָסאַר

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

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

פארוואס א סעריע ארטיקלען און פארוואס נישט באלד באשרייבן אלעס?

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

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

גלאָסאַר און זשאַרגאָן

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

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

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

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

האָסט (האָסט): אין דער וועלט פון ווירטואַליזאַטיאָן, דאָס איז אַ מאַשין מיט אַ כייפּערווייזער. פיזיש, ווירטואַל, וואָלקן - עס טוט נישט ענין. אויב עפּעס איז פליסנדיק אַ כייפּערווייזער (ESXi, Hyper-V, KVM עטק), דעמאָלט דעם "עפּעס" איז גערופן אַ באַלעבאָס. צי עס איז אַ קנויל מיט צען ראַקס אָדער דיין לאַפּטאַפּ מיט אַ לאַב פֿאַר איין און אַ האַלב ווירטואַל מאשינען - אויב איר לאָנטשט אַ כייפּערווייזער, איר געווארן אַ באַלעבאָס. ווייַל די כייפּערווייזער האָסץ ווירטואַל מאשינען. עס איז אפילו אַ געשיכטע אַז VMware אַמאָל געוואלט צו דערגרייכן אַ פעסט פאַרבאַנד פון די וואָרט באַלעבאָס מיט ESXi. אבער זי האט נישט.

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

פֿון היגע זשאַרגאָן (אלא אפילו אַקראָנימז, אין דעם פאַל), עס איז ריקאָלד דאָ אַז VMware איז VI, vSphere איז VC, און Hyper-V איז HV.

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

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

באַקקופּ / רעפּלאַקיישאַן אַרבעט (דזשאָבאַ): ריין ױם זשארגאן, באצײכנט עטליכע פון ​​די אויפגאבן. באַקקופּ אַרבעט == באַקקופּ אַרבעט. קיין איינער האט פיגיערד אויס ווי צו יבערזעצן עס שיין אין רוסיש, אַזוי אַלעמען זאגט "דזשאָבאַ". מיט טראָפּ אויף די לעצטע סילאַבאַל.

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

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

קאָנסאָלידירן (קאַנסאָלידירן): א טערמין וואָס איז ארויס אין ESXi 5.0 אַן אָפּציע אין די מאָמענטבילד מעניו וואָס סטאַרץ דעם פּראָצעס פון דיליטינג אַזוי גערופענע אָרפאַנד סנאַפּשאַץ. אַז איז, סנאַפּשאַץ וואָס זענען פיזיקלי בנימצא, אָבער געפאלן אויס פון די געוויזן לאַדזשיקאַל סטרוקטור. טהעאָרעטיקאַללי, דעם פּראָצעס זאָל נישט ווירקן די טעקעס געוויזן אין די מאָמענטבילד פאַרוואַלטער, אָבער אַלץ קען פּאַסירן. די עסאַנס פון די קאַנסאַלאַדיישאַן פּראָצעס איז אַז די דאַטן פון די מאָמענטבילד (קינד דיסק) זענען געשריבן צו די הויפּט (פאָטער) דיסק. דער פּראָצעס פון קאַמביינינג דיסקס איז גערופֿן צונויפגיסן. אויב אַ קאַנסאַלאַדיישאַן באַפֿעל איז ארויס, די מאָמענטבילד רעקאָרד קענען זיין אַוועקגענומען פון די דאַטאַבייס איידער די מאָמענטבילד איז מערדזשד און אויסגעמעקט. און אויב די מאָמענטבילד קען נישט זיין אויסגעמעקט פֿאַר קיין סיבה, די זעלבע אָרפאַנד סנאַפּשאַץ דערשייַנען. וועגן ארבעטן מיט סנאַפּשאַץ, VMware האט גוט קב. און מיר אויך עפעס וועגן זיי געשריבן אויף Habré.

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

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

ריפּאַזאַטאָרי (ריפּאַזאַטאָרי):  טעקניקלי, דאָס איז נאָר אַ פּאָזיציע אין די VBR דאַטאַבייס, וואָס ינדיקייץ דעם אָרט ווו די באַקאַפּס זענען סטאָרד און ווי צו פאַרבינדן צו דעם אָרט. אין פאַקט, עס קען זיין נאָר אַ CIFS פּילקע אָדער אַ באַזונדער דיסק, סערווער אָדער עמער אין די וואָלקן. ווידער, מיר זענען אין קאָנטעקסט, אָבער מיר פֿאַרשטיין אַז אַ ריפּאַזאַטאָרי איז נאָר אַ אָרט ווו דיין באַקאַפּס זענען.

 מאָמענטבילד (SnapshOt): אָקספֿאָרד גראַמאַטיק באַפס בעסער צו זאָגן ווער איז מאָמענטבילד און ווער איז מאָמענטבילד, אָבער די אַנליטעראַט מערהייַט נוץ פון די גרעסערע מאַסע. אויב ווער עס יז קען נישט וויסן, דאָס איז אַ טעכנאָלאָגיע וואָס אַלאַוז איר צו ומקערן די שטאַט פון אַ דיסק אין אַ זיכער צייט. דאָס איז דורכגעקאָכט אָדער דורך טעמפּערעראַלי רידערעקטינג איך / אָ אַפּעריישאַנז אַוועק פון די הויפּט דיסק - דעמאָלט עס וועט זיין גערופֿן RoW (Redirect on Write) מאָמענטבילד - אָדער דורך מאָווינג רירייטאַבאַל בלאַקס פון דיין דיסק צו אנדערן - דאָס וועט זיין גערופֿן CoW (Copy on Write) ) מאָמענטבילד. עס איז דאַנק צו די ברייט פּאַסאַבילאַטיז פֿאַר ניצן די פאַנגקשאַנז אַז Veeam קענען אַרבעטן זיין באַקאַפּ מאַגיש. שטרענג גערעדט, ניט בלויז זיי, אָבער דאָס איז דער ענין פון די ווייַטער ריליסיז.

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

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

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

Veeam % name% סערוויס:  פֿאַר די נוץ פון מצליח באַקאַפּס, עטלעכע סערוויסעס אַרבעט אין אַמאָל, אַ רשימה פון וואָס קענען זיין געפֿונען אין נאָרמאַל עקוויפּמענט. זייער נעמען גאַנץ טראַנספּעראַנט פאַרטראַכטנ זיך זייער עסאַנס, אָבער צווישן יקוואַלז עס איז די מערסט וויכטיק איינער - Veeam Backup Service, אָן וואָס די מנוחה וועט נישט אַרבעטן.

VSS: טעקניקלי, VSS זאָל שטענדיק שטיין פֿאַר Microsoft Volume Shadow Copy Service. אין פאַקט, עס איז געניצט דורך פילע ווי אַ סינאָנים פֿאַר אַפּפּליקאַטיאָן-אַווער בילד פּראַסעסינג. וואָס, פֿאַרשטייט זיך, איז קאַטאַגאַריקלי פאַלש, אָבער דאָס איז אַ געשיכטע פון ​​דער קאַטעגאָריע "יעדער סווו קענען ווערן גערופן אַ דזשיפּ, און איר וועט זיין פארשטאנען."

פאַנטאַסטיש לאָגס און ווו זיי לעבן

איך ווילן צו אָנהייבן דעם קאַפּיטל דורך אַנטדעקן דעם גרויס סוד - וואָס מאָל איז געוויזן אין די לאָגס?

געדענקט:

• ESXi שטענדיק שרייבט לאָגס אין UTC + 0.
• vCenter האלט לאָגס לויט די צייט פון זיין צייט זאָנע.
• Veeam האלט לאָגס לויט צייט און צייט זאָנע פון ​​​​די סערווער וואָס עס איז אויף.
• און בלויז Windows events אין EVTX פֿאָרמאַט טאָן ניט ליידן פון ביינדינג צו עפּעס. ווען עפֿנט מען, די צייט איז ריקאַלקיאַלייטיד פֿאַר די מאַשין אויף וואָס זיי זענען געעפנט. די מערסט באַקוועם אָפּציע, כאָטש עס זענען שוועריקייטן מיט אים. דער בלויז מאַמאָשעסדיק שוועריקייט איז די חילוק אין לאָוקאַלז. דאָס איז אַ פּראַקטאַקלי געראַנטיד וועג צו אַנרידאַבאַל לאָגס. יאָ, עס זענען אָפּציעס פֿאַר ווי צו מייַכל דעם, אָבער לאָזן ס נאָר נישט טענהן מיט די פאַקט אַז אַלץ אין IT אַרבעט אין ענגליש, און שטימען צו שטענדיק שטעלן די ענגליש לאָקאַל אויף די סערווערס. אוי ביטע. 

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

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

אָבער, דער מאַזעק קען נישט קלייַבן די לאָגס פון אַלע טאַסקס, און, פֿאַר בייַשפּיל, אויב איר דאַרפֿן צו לערנען די לאָגס פון די רעסטאָר, פיילאָווער אָדער פאַילבאַק, דיין וועג ליגט אין דער טעקע. %ProgramData%/Veeam/Backup. דאָס איז די הויפּט VBR לאָגאָסטאָרע און %ProgramData% איז אַ פאַרבאָרגן טעקע און דאָס איז גוט. דורך דעם וועג, די פעליקייַט אָרט קענען זיין ריאַסיינד מיט די REG_SZ: LogDirectory טיפּ רעגיסטרי שליסל אין די HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam באַקקופּ און רעפּלאַקיישאַן צווייַג.

אויף לינוקס מאשינען, אַרבעט אַגענט לאָגס זאָל זיין געזוכט אין /var/log/veeambackup/אויב איר נוצן אַ וואָרצל אָדער סודאָ חשבון. אויב איר טאָן ניט האָבן אַזאַ פּריווילאַדזשאַז, קוק פֿאַר לאָגס אין /tmp/VeeamBackup. 

פֿאַר Veeam אַגענט פֿאַר %OS_name% לאָגס זאָל זיין געזוכט אין %ProgramData%/Veeam/ענדפּוינט (אָדער %ProgramData%/Veeam/Backup/Endpoint) און /var/log/veeam ריספּעקטיוולי.

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

Windows events זענען קאַנוויניאַנטלי געזאמלט לויט צו דעם הף. אויב איר נוצן Hyper-V, די טינגז ווערן מער קאָמפּליצירט, ווייַל איר וועט אויך דאַרפֿן אַלע די לאָגס פֿון די אַפּפּליקאַטיאָנס און סערוויס לאָגס> מיקראָסאָפט> Windows צווייַג. כאָטש איר קענען שטענדיק גיין די מער נאַריש וועג און נאָר קלייַבן אַלע די אַבדזשעקץ פֿון %SystemRoot%System32winevtLogs.

אויב עפּעס ברייקס בעשאַס ינסטאַלירונג / אַפּגרייד, אַלץ איר דאַרפֿן קענען זיין געפֿונען אין די %ProgramData%/Veeam/Setup/Temp טעקע. כאָטש איך וועל נישט באַהאַלטן די פאַקט אַז אין אַס events איר קענען געפֿינען מער נוציק אינפֿאָרמאַציע ווי אין די לאָגס. די רעשט פון די טשיקאַווע ליגט אין% טעמפּ%, אָבער עס זענען דער הויפּט ינסטאַלירונג לאָגס פֿאַר פֿאַרבונדענע ווייכווארג, אַזאַ ווי די באַזע, .נעט לייברעריז און אנדערע זאכן. באַמערקונג אַז Veeam איז אינסטאַלירן פֿון msi און אַלע די קאַמפּאָונאַנץ זענען אויך אינסטאַלירן ווי באַזונדער מסי פּאַקאַדזשאַז, אפילו אויב דאָס איז נישט געוויזן אין די GUI. דעריבער, אויב די ינסטאַלירונג פון איינער פון די קאַמפּאָונאַנץ פיילז, די גאנצע VBR ינסטאַלירונג וועט זיין סטאַפּט. דעריבער, איר דאַרפֿן צו גיין אין די לאָגס און זען וואָס פּונקט צעבראכן און אין וואָס פונט.

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

און עס כאַפּאַנז אַז איר דאַרפֿן צו באַקומען אין די vSphere לאָגס. ד י באשעפטיקונ ג אי ז זײע ר אומדאנקבאר , אבע ר ארויפגערוק ט ד י ארבל , דאר ף מע ן עפע ס אנדערש . אין די סימפּלאַסט ווערסיע, מיר דאַרפֿן לאָגס מיט ווירטואַל מאַשין געשעענישן vmware.log, וואָס ליגן ווייַטער צו זייַן .וומקס טעקע. אין אַ מער שווער פאַל, עפֿענען Google און פרעגן ווו די לאָגס פֿאַר דיין באַלעבאָס ווערסיע זענען ליגן, ווייַל VMware ליב צו טוישן דעם אָרט פון מעלדונג צו מעלדונג. למשל, אַרטיקל פֿאַר 7.0, אָבער פֿאַר 5.5. פֿאַר vCenter לאָגס, איבערחזרן דעם פּראָצעדור גאָגלינג. אָבער אין אַלגעמיין, מיר וועלן זיין אינטערעסירט אין האָסט געשעעניש לאָגס hostd.log, באַלעבאָס events געראטן דורך vCenter vpxa.log, קערן לאָגס vmkernel.log און אָטענטאַקיישאַן לאָגס auth.log. נו, אין די מערסט אָפּגעלאָזן קאַסעס, די SSO קלאָץ, וואָס ליגט אין די SSO טעקע, קען זיין נוציק.

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

Veeam קאַמפּאָונאַנץ

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

אַזוי, ווי אַלעמען מיסטאָמע ווייסט, Veeam Backup איז אַ אַזוי גערופענע SQL-באזירט אַפּלאַקיישאַן. אַז איז, אַלע סעטטינגס, אַלע אינפֿאָרמאַציע און אין אַלגעמיין אַלץ וואָס איז נאָר נייטיק פֿאַר נאָרמאַל פאַנגקשאַנינג - אַלע דעם איז אין זייַן דאַטאַבייס. אָדער גאַנץ, אין צוויי דאַטאַבייסיז, אויב מיר רעדן וועגן אַ בינטל פון VBR און EM: VeeamBackup און VeeamBackupReporting, ריספּעקטיוולי. און אַזוי עס געטראפן: מיר שטעלן אן אנדער אַפּלאַקיישאַן - אן אנדער דאַטאַבייס איז ארויס. אין סדר נישט צו קראָם אַלע די עגגס אין איין קאָרב.

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

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

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

אבער צוריק צו דער רשימה פון סערוויסעס. Veeam Broker Service. ארויס אין וו9.5 (און דאָס איז נישט אַ קריפּטאָ מיינער, ווי עטלעכע געדאַנק דעמאָלט). קאַלעקץ אינפֿאָרמאַציע וועגן VMware מחנות און מיינטיינז זייַן שייכות. אָבער טאָן ניט גלייך לויפן צו שרייַבן בייז באַמערקונגען אַז מיר ספּייינג אויף איר און ליקינג אַלע לאָגינס / פּאַסווערדז צו די טאַשמאַדזשאָר. אַלץ איז עפּעס סימפּלער. ווען איר לויפן אַ באַקאַפּ, דער ערשטער זאַך איר דאַרפֿן צו טאָן איז צו פאַרבינדן צו דער באַלעבאָס און דערהייַנטיקן אַלע דאַטן וועגן די סטרוקטור. דאָס איז אַ גאַנץ פּאַמעלעך און קאַמבערסאַם געשיכטע. געדענק נאָר ווי לאַנג עס נעמט פֿאַר איר צו לאָגין דורך די וועב צובינד, און געדענקען אַז בלויז די שפּיץ שיכטע איז גערעכנט דאָרט. און דעמאָלט איר נאָך דאַרפֿן צו עפענען די גאנצע כייעראַרקי צו די רעכט אָרט, דורך די וועג. אין איין וואָרט, גרויל. אויב איר לויפן אַ טוץ באַקאַפּס, יעדער אַרבעט דאַרף טאָן דעם פּראָצעדור. אויב מיר זענען גערעדט וועגן גרויס ינפראַסטראַקטשער, דער פּראָצעס קען נעמען צען מינוט אָדער מער. דעריבע ר אי ז באשלאס ן געװאר ן צ ו באשטימע ן א באזונדער ע דינסט , דור ך װעלכ ן מע ן װע ט מעגלע ך באקומע ן שטענדי ק אקטױו ע אינפארמאציע . ביי סטאַרטאַפּ, עס טשעקס און סקאַנז אַלע צוגעלייגט ינפראַסטראַקטשער, און דעמאָלט פרוווט צו אַרבעטן בלויז אויף די מדרגה פון ינקראַמענטאַל ענדערונגען. אַזוי אפילו אויב איר לויפן אַ הונדערט באַקאַפּס אין דער זעלביקער צייט, זיי וועלן אַלע בעטן אינפֿאָרמאַציע פון ​​אונדזער מעקלער און וועט נישט מאַטערן די מחנות מיט זייער ריקוועס. אויב איר זענט באַזאָרגט וועגן רעסורסן, לויט אונדזער חשבונות, 5000 ווירטואַל מאשינען דאַרפֿן בלויז וועגן 100 מב פון זכּרון.

ווייַטער מיר האָבן Veeam קאַנסאָול. ער איז Veeam רימאָוט קאַנסאָול, ער איז Veeam.Backup.Shell. דאָס איז דער זעלביקער GUI וואָס מיר זען אין די סקרעענשאָץ. אַלץ איז פּשוט און קלאָר ווי דער טאָג - די קאַנסאָול קענען זיין לאָנטשט פֿון ערגעץ, ווי לאַנג ווי עס איז Windows און עס איז אַ קשר צו די VBR סערווער. דער בלויז זאַך וואָס קענען זיין געזאָגט איז אַז דער FLR פּראָצעס וועט אָנקלאַפּן ווייזט לאָוקאַלי (ד"ה אויף די מאַשין ווו די קאַנסאָול איז פליסנדיק). נו, פאַרשידן Veeam Explorers וועט אויך לויפן לאָוקאַלי ווייַל זיי זענען טייל פון די קאַנסאָול. אבער עס האט מיר שוין געפירט אין די ווילד ...

אן אנדער טשיקאַווע דינסט איז Veeam Backup Catalogue Data Service. באַוווסט ווי Veeam גאַסט קאַטאַלאָג סערוויס אין דער רשימה פון באַדינונגס. ער איז פאַרקנאַסט אין ינדעקסינג טעקע סיסטעמען אויף גאַסט מאשינען און פילז די VBRCatalog טעקע מיט דעם וויסן. עס איז געניצט בלויז ווען די ינדעקסינג טשעקקבאָקס איז ענייבאַלד. און עס איז נאָר זינען צו געבן עס אויב איר האָבן ענטערפּרייז מאַנאַגער. דעריבער, עצה פון די דנאָ פון מיין האַרץ: טאָן ניט קער אויף ינדעקסינג פּונקט ווי אַז אויב איר טאָן ניט האָבן עסן. היט דיין נערוועס און שטיצן צייט.

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

Veeam Data Mover - מיט די הילף פון אַגזיליערי אַגענץ לאָנטשט אויף פּראַקסיז (און ניט בלויז) עס איז פאַרקנאַסט אין שיפטינג דאַטן. פֿאַר בייַשפּיל, ווען באַקינג אַרויף, איין אַגענט וועט לייענען טעקעס פֿון דער באַלעבאָס דאַטאַסטאָר, און דער צווייטער וועט קערפאַלי שרייַבן זיי צו די באַקאַפּ.

סעפּעראַטלי, איך וואָלט ווי צו טאָן אַ וויכטיק זאַך וואָס קלייאַנץ אָפט רעאַגירן צו - דאָס איז די חילוק אין ווערסיעס פון סערוויסעס און אינפֿאָרמאַציע אין די קנאַקן-אין מגילה און פֿעיִקייטן. יאָ, די רשימה וועט זיין די זעלבע, אָבער די ווערסיעס קענען זיין גאָר דיסקאָרדאַנט. עס איז נישט זייער קיל פון אַ וויזשאַוואַל פונט פון מיינונג, אָבער עס איז גאָר נאָרמאַל אויב אַלץ אַרבעט סטאַביל. פֿאַר בייַשפּיל, פֿאַר די ינסטאַללער דינסט, די ווערסיע נומער איז ווייַט הינטער די ארומיקע אָנעס. גרויל און נייטמער? ניין, ווייַל עס איז נישט גאָר ריינסטאַלד, אָבער די DLL איז פשוט דערהייַנטיקט. אין לאַטע וו9.5 U4, אַ טעכניש שטיצן נייטמער פארגעקומען: בעשאַס די דערהייַנטיקן, אַלע סערוויסעס באקומען נייַע ווערסיעס, אַחוץ די מערסט וויכטיק. אין די U4b לאַטע, די אַריבערפירן דינסט אָוווערטוק אַלע די אנדערע מיט צוויי ווערסיעס (צו משפטן לויט די נומערן). און דאָס איז אויך נאָרמאַל - אַ ערנסט זשוק איז געפֿונען אין עס, אַזוי עס באקומען אַ באָנוס דערהייַנטיקן קאָרעוו צו די מנוחה. אַזוי צו סאַכאַקל עס אַרויף: ווערסיע דיפעראַנסיז קען זיין אַ פּראָבלעם, אָבער אויב עס איז אַ חילוק און אַלץ אַרבעט רעכט, עס מיסטאָמע זאָל זיין. אָבער קיין איינער פאַרווערן איר צו דערקלערן דעם אין טעכניש שטיצן.

דא ס זײנע ן געװע ן ד י אזו י גערופענ ע מאנדאטארי ע אדע ר מאנדאטאריע . און עס איז אַ גאַנץ בינטל פון אַגזיליערי אָנעס, אַזאַ ווי טייפּ סערוויס, בארג סערוויס, vPowerNFS סערוויס און אַזוי אויף.

פֿאַר Hyper-V, אין אַלגעמיין, אַלץ איז די זעלבע, נאָר עס איז אַ ספּעציפיש Veeam Backup Hyper-V ינטעגראַטיאָן סערוויס און דיין אייגענע שאָפער פֿאַר ארבעטן מיט CBT.

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

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

אַז ס אַלע פֿאַר איצט

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

מקור: www.habr.com