Veeam Log Diving Components and Glossary

ما در Veeam لاگ‌ها را دوست داریم. و از آنجایی که اکثر راه حل های ما مدولار هستند، آنها لاگ های زیادی می نویسند. و از آنجایی که دامنه فعالیت ما اطمینان از ایمنی داده‌های شما (یعنی خواب آرام) است، پس گزارش‌ها نه تنها باید هر عطسه را ثبت کنند، بلکه باید آن را با جزئیات انجام دهند. این لازم است تا در صورت بروز چیزی مشخص شود که این "چه" چگونه اتفاق افتاده است ، مقصر کیست و در مرحله بعد چه کاری باید انجام شود. مانند علم پزشکی قانونی است: هرگز نمی دانید چه چیز کوچکی به شما کمک می کند تا قاتل لورا پالمر را پیدا کنید.

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

چرا یک سری مقاله و چرا همه چیز را یکجا توصیف نمی کنید؟

صرفاً فهرست کردن اینکه کدام گزارش در کجا و چه چیزی در آن ذخیره شده است، کار نسبتاً فاجعه‌باری است. و حتی فکر کردن به به روز نگه داشتن این اطلاعات ترسناک است. فهرست ساده ای از انواع لاگ های ممکن در Veeam Backup & Replication یک جدول در چندین برگه با چاپ کوچک است. بله، و فقط در زمان انتشار مرتبط خواهد بود، زیرا. وقتی پچ بعدی منتشر شد، ممکن است لاگ های جدید ظاهر شوند، منطق اطلاعات ذخیره شده در نسخه های قدیمی تغییر می کند و غیره. بنابراین، توضیح ساختار آنها و ماهیت اطلاعات موجود در آنها بسیار سودمندتر خواهد بود. این به شما امکان می دهد مکان ها را بهتر از انباشته شدن نام ها پیمایش کنید.

بنابراین، برای اینکه با عجله وارد مجموعه صفحات متنی نشویم، بیایید در این مقاله کارهای مقدماتی را انجام دهیم. بنابراین، امروز ما وارد خود لاگ‌ها نمی‌شویم، بلکه از راه دور می‌رویم: واژه‌نامه‌ای را جمع‌آوری می‌کنیم و ساختار Veeam را از نظر تولید گزارش‌ها کمی مورد بحث قرار می‌دهیم.

واژه نامه و اصطلاحات تخصصی

در اینجا، قبل از هر چیز، شایسته است از قهرمانان خلوص زبان روسی و شاهدان فرهنگ لغت اوژگوف عذرخواهی کنیم. همه ما زبان مادری خود را بسیار دوست داریم، اما صنعت لعنتی IT به زبان انگلیسی کار می کند. خوب، ما به آن نرسیدیم، اما از نظر تاریخی اتفاق افتاد. تقصیر من نیست، خودش آمد (ج)

در تجارت ما، مشکل انگلیسیسم ها (و اصطلاحات تخصصی) ویژگی های خاص خود را دارد. وقتی همه دنیا تحت کلمات بی‌گناهی مانند «میزبان» یا «مهمان» مدت‌هاست که چیزهای بسیار خاصی را درک می‌کنند، آن‌گاه در ⅙ از زمین، سردرگمی قهرمانانه و حیرت‌انگیز شدن با لغزش لغت‌نامه‌ها ادامه دارد. و استدلال کاملاً واجب "اما در کار ما ...".

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

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

میزبان (میزبان): در دنیای مجازی سازی، این یک ماشین با یک هایپروایزر است. فیزیکی، مجازی، ابری - مهم نیست. اگر چیزی در حال اجرای یک هایپروایزر (ESXi، Hyper-V، KVM و غیره) باشد، این "چیزی" میزبان نامیده می شود. خواه خوشه ای با ده قفسه باشد یا لپ تاپ شما با آزمایشگاهی برای یک و نیم ماشین مجازی - اگر یک هایپروایزر راه اندازی کرده باشید، میزبان می شوید. زیرا هایپروایزر میزبان ماشین های مجازی است. حتی یک داستان وجود دارد که VMware در یک زمان می خواست به یک ارتباط محکم از کلمه میزبان با ESXi دست یابد. اما او این کار را نکرد.

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

از اصطلاحات محلی (در این مورد حتی کلمات اختصاری)، در اینجا یادآوری می شود که VMware VI، vSphere VC، و Hyper-V HV است.

مهمان (مهمان): ماشین مجازی در حال اجرا بر روی هاست اینجا چیزی برای توضیح نیست، همه چیز بسیار منطقی و ساده است. با این حال، بسیاری با جدیت معانی دیگری را به اینجا می کشند.

برای چی؟ من نمی دانم.
سیستم عامل مهمان، به ترتیب، سیستم عامل ماشین مهمان. و غیره.

کار پشتیبان‌گیری/تکثیر (jobA): اصطلاحات تخصصی Wim خالص، نشان دهنده برخی از وظایف. کار پشتیبان == کار پشتیبان. هیچ کس متوجه نشده است که چگونه آن را به زیبایی به روسی ترجمه کند، بنابراین همه می گویند "JobA". با تاکید بر هجای آخر.

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

پشتیبان‌گیری (پشتیبان‌گیری، پشتیبان‌گیری. برای true-oldfags، پشتیبان‌گیری مجاز است): علاوه بر بدیهی (یک نسخه پشتیبان از داده ها که در جایی قرار دارد)، به معنای خود کار نیز است (سه خط بالا، اگر قبلاً فراموش کرده اید)، در نتیجه همان فایل پشتیبان ظاهر می شود. احتمالاً آقایان انگلیسی زبان مادری خیلی تنبل هستند که بگویند من هر بار کار پشتیبان خود را اجرا کردم، بنابراین آنها فقط می گویند من نسخه پشتیبان خود را اجرا کردم و همه یکدیگر را کاملاً درک می کنند. از شما دعوت می کنم از این ابتکار فوق العاده حمایت کنید.

تحکیم (تجمیع): اصطلاحی که در ESXi 5.0 ظاهر شد گزینه ای در منوی عکس فوری که فرآیند حذف به اصطلاح عکس های فوری یتیم را آغاز می کند. یعنی عکس های فوری که به صورت فیزیکی در دسترس هستند، اما از ساختار منطقی نمایش داده شده خارج شده اند. از نظر تئوری، این فرآیند نباید روی فایل های نمایش داده شده در مدیریت عکس تاثیر بگذارد، اما هر اتفاقی ممکن است رخ دهد. ماهیت فرآیند ادغام این است که داده های اسنپ شات (دیسک کودک) روی دیسک اصلی (والد) نوشته می شود. فرآیند ترکیب دیسک ها ادغام نامیده می شود. اگر دستور ادغام صادر شده باشد، پیش از ادغام و حذف عکس فوری، می توان رکورد عکس فوری را از پایگاه داده حذف کرد. و اگر به هر دلیلی نمی‌توان عکس فوری را حذف کرد، همان عکس‌های فوری یتیم ظاهر می‌شوند. VMware در مورد کار با اسنپ شات ها KB خوب. و ما نیز به نوعی در مورد آنها در هابره نوشت.

Datastore (Stora یا Stora):  یک مفهوم بسیار گسترده است، اما در دنیای مجازی سازی، به عنوان مکانی در نظر گرفته می شود که فایل های ماشین مجازی در آن ذخیره می شوند. اما در هر صورت، در اینجا شما باید زمینه را به وضوح درک کنید و با کوچکترین شک، آنچه را که مخاطب شما دقیقاً در ذهن داشت، روشن کنید. 

پروکسی (پروکسی): مهم است که فوراً درک کنید که Veeam Proxy کاملاً مشابه آنچه ما در اینترنت به آن عادت کرده ایم نیست. در محصولات Veeam، این نوعی موجودیت است که با انتقال داده از یک مکان به مکان دیگر سر و کار دارد. اگر وارد جزئیات نشوید، VBR یک سرور فرمان و کنترل است و پروکسی ها ابزار کار آن هستند. یعنی پروکسی ماشینی است که از طریق آن ترافیک جریان دارد و اجزای VBR روی آن نصب شده است که به مدیریت این ترافیک کمک می کند. به عنوان مثال، برای انتقال داده ها از یک کانال به کانال دیگر، یا به سادگی چسباندن دیسک ها به خود (حالت HotAdd).

مخزن (مخزن):  از نظر فنی، این فقط یک ورودی در پایگاه داده VBR است که محل ذخیره بک آپ ها و نحوه اتصال به این مکان را نشان می دهد. در واقع، می تواند فقط یک توپ CIFS یا یک دیسک، سرور یا سطل جداگانه در فضای ابری باشد. باز هم، ما در زمینه هستیم، اما می‌دانیم که یک مخزن فقط مکانی است که پشتیبان‌های شما در آن قرار دارند.

 عکس فوری (SnapshOt): علاقه مندان به دستور زبان آکسفورد ترجیح می دهند بگویند چه کسی اسنپ شات است و چه کسی اسنپ شات است، اما اکثریت بی سواد از توده بزرگتر سود می برند. اگر کسی نمی داند، این فناوری است که به شما امکان می دهد وضعیت یک دیسک را در یک زمان خاص بازیابی کنید. این کار یا با تغییر مسیر موقت عملیات I/O به دور از دیسک اصلی انجام می‌شود - سپس عکس فوری RoW (Redirect on Write) نامیده می‌شود - یا با انتقال بلوک‌های قابل بازنویسی از دیسک خود به دیسک دیگر - CoW (کپی در نوشتن) نامیده می‌شود. ) عکس فوری به لطف امکانات گسترده برای استفاده از این توابع است که Veeam می تواند جادوی پشتیبان خود را انجام دهد. به بیان دقیق، نه تنها آنها، بلکه این موضوع مربوط به نسخه های بعدی است.

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

مصنوعی (Synthetics): پشتیبان گیری مصنوعی پشتیبان گیری افزایشی معکوس و برای همیشه به جلو است. اگر با این اصطلاح برخورد نکرده اید، این فقط یکی از مکانیسم هایی است که برای ایجاد یک تبدیل زنجیره پشتیبان استفاده می شود. با این حال، در لاگ ها می توانید مفهوم Transform را نیز بیابید که در چارچوب ایجاد کپی کامل از افزایش ها (فول مصنوعی) استفاده می شود.

وظیفه (وظیفه): این فرآیند پردازش هر ماشین جداگانه در کار است. یعنی: شما یک کار پشتیبان دارید که شامل سه ماشین است. این بدان معناست که هر خودرو به عنوان بخشی از یک کار جداگانه پردازش می شود. در مجموع، چهار گزارش وجود خواهد داشت: یکی اصلی برای مشاغل و سه مورد برای وظایف. با این حال، یک تفاوت ظریف مهم در اینجا وجود دارد: با گذشت زمان، کلمه "وظیفه" به طور غیر ضروری مبهم شده است. وقتی در مورد لاگ های عمومی صحبت می کنیم، منظورمان این است که یک وظیفه دقیقا یک VM است. اما "وظایف" هم روی پراکسی و هم در مخزن وجود دارد. در آنجا می تواند به معنای یک دیسک مجازی، یک ماشین مجازی و کل کار باشد. یعنی مهم این است که زمینه را از دست ندهیم.

سرویس %name% Veeam:  برای بهره مندی از پشتیبان گیری موفق، چندین سرویس به طور همزمان کار می کنند که لیستی از آنها را می توان در تجهیزات استاندارد یافت. نام آنها کاملاً شفاف ماهیت آنها را منعکس می کند ، اما در بین افراد برابر مهمترین آنها وجود دارد - Veeam Backup Service ، که بدون آن بقیه کار نمی کنند.

VSS: از نظر فنی، VSS همیشه باید مخفف Microsoft Volume Shadow Copy Service باشد. در واقع، بسیاری از آن به عنوان مترادف برای پردازش تصویر آگاه از برنامه استفاده می شود. که البته کاملاً اشتباه است، اما این داستانی از دسته "هر SUV را می توان جیپ نامید و شما متوجه خواهید شد."

سیاهههای مربوط فوق العاده و محل زندگی آنها

من می‌خواهم این فصل را با فاش کردن راز بزرگ شروع کنم - چه زمانی در گزارش‌ها نمایش داده می‌شود؟

یاد آوردن:

• ESXi همیشه لاگ ها را با UTC+0 می نویسد.
• vCenter گزارش ها را با توجه به زمان منطقه زمانی خود نگه می دارد.
• Veeam گزارش‌ها را بر اساس زمان و منطقه زمانی سروری که در آن است نگه می‌دارد.
• و فقط رویدادهای ویندوز با فرمت EVTX از اتصال به چیزی رنج نمی برند. هنگام باز شدن، زمان برای ماشینی که در آن باز شده اند دوباره محاسبه می شود. راحت ترین گزینه، اگرچه مشکلاتی با آن وجود دارد. تنها مشکل ملموس تفاوت در مناطق است. این یک مسیر عملا تضمین شده برای لاگ های غیرقابل خواندن است. بله، گزینه هایی برای نحوه درمان این موضوع وجود دارد، اما اجازه دهید با این واقعیت که همه چیز در IT به زبان انگلیسی کار می کند بحث نکنیم و موافقت کنیم که همیشه محلی انگلیسی را روی سرورها تنظیم کنیم. اوه لطفا. 

حالا بیایید در مورد مکان هایی که سیاههها در آن زندگی می کنند و نحوه تهیه آنها صحبت کنیم. در مورد VBR دو رویکرد وجود دارد. 

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

با این حال، ویزارد گزارش‌های همه وظایف را جمع‌آوری نمی‌کند و به عنوان مثال، اگر شما نیاز به مطالعه گزارش‌های بازیابی، failover یا failback دارید، مسیر شما در پوشه قرار دارد. %ProgramData%/Veeam/Backup. این لوگوستور اصلی VBR است و %ProgramData% یک پوشه مخفی است و این خوب است. به هر حال، مکان پیش‌فرض را می‌توان با استفاده از کلید رجیستری نوع REG_SZ: LogDirectory در شاخه HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication دوباره اختصاص داد.

در ماشین‌های لینوکس، لاگ‌های عامل کارگر باید در / جستجو شوندvar/log/VeeamBackup/در صورت استفاده از حساب کاربری root یا sudo. اگر چنین امتیازاتی ندارید، به دنبال ورود به سیستم باشید /tmp/VeeamBackup. 

برای عامل Veeam برای %OS_name% گزارش‌ها باید جستجو شوند %ProgramData%/Veeam/Endpoint (یا %ProgramData%/Veeam/Backup/Endpoint) و /var/log/veeam بود.

اگر از Application-Aware Image Processing استفاده می کنید (و به احتمال زیاد این کار را می کنید)، وضعیت تا حدودی پیچیده تر می شود. شما به لاگ های Helper ما که در داخل خود ماشین مجازی ذخیره می شود و لاگ های VSS نیاز دارید. در مورد چگونگی و از کجا به دست آوردن این خوشبختی، به تفصیل در نوشته شده است این مقاله. و البته وجود دارد مقاله جداگانه برای جمع آوری لاگ های سیستم لازم. 

رویدادهای ویندوز به راحتی بر اساس جمع آوری می شوند این HF. اگر از Hyper-V استفاده می‌کنید، همه چیز پیچیده‌تر می‌شود، زیرا شما همچنین به همه گزارش‌های آن از بخش Applications and Service Logs > Microsoft > Windows نیاز دارید. اگرچه همیشه می‌توانید راه احمقانه‌تری را طی کنید و فقط تمام اشیاء را از %SystemRoot%System32winevtLogs انتخاب کنید.

اگر چیزی در حین نصب/به‌روزرسانی خراب شد، هر چیزی که نیاز دارید را می‌توانید در پوشه %ProgramData%/Veeam/Setup/Temp پیدا کنید. اگرچه من این واقعیت را پنهان نمی کنم که در رویدادهای سیستم عامل می توانید اطلاعات مفیدتری نسبت به این گزارش ها پیدا کنید. بقیه موارد جالب در %Temp نهفته است، اما عمدتاً گزارش‌های نصب برای نرم‌افزارهای مرتبط مانند پایه، کتابخانه‌های Net و موارد دیگر وجود دارد. توجه داشته باشید که Veeam از msi نصب شده است و تمام اجزای آن نیز به عنوان بسته های msi جداگانه نصب می شوند، حتی اگر این مورد در رابط کاربری گرافیکی نشان داده نشده باشد. بنابراین، اگر نصب یکی از کامپوننت ها با مشکل مواجه شود، کل نصب VBR متوقف می شود. بنابراین، شما باید به سیاهههای مربوط بروید و ببینید دقیقا چه چیزی و در چه نقطه ای شکسته است.

و در نهایت، یک هک زندگی: اگر در حین نصب با خطا مواجه شدید، عجله نکنید تا روی OK کلیک کنید. ابتدا لاگ ها را می گیریم، سپس روی OK کلیک می کنیم. به این ترتیب شما یک گزارش دریافت خواهید کرد که در زمان خطا به پایان می رسد، بدون زباله در پایان.

و این اتفاق می افتد که شما باید وارد گزارش های vSphere شوید. این شغل بسیار ناسپاس است، اما با بالا زدن آستین ها، باید کار دیگری انجام داد. در ساده‌ترین نسخه، به گزارش‌هایی با رویدادهای ماشین مجازی vmware.log نیاز داریم که در کنار فایل vmx. آن قرار دارند. در یک مورد دشوارتر، گوگل را باز کنید و بپرسید که گزارش‌های نسخه میزبان شما در کجا قرار دارند، زیرا VMware دوست دارد این مکان را از نسخه به انتشار تغییر دهد. مثلا، مقاله برای 7.0، اما برای 5.5. برای گزارش‌های vCenter، این روش را تکرار کنید گوگل کردن. اما به طور کلی، ما به گزارش های رویداد میزبان hostd.log، رویدادهای میزبان مدیریت شده توسط vCenter vpxa.log، گزارش های هسته vmkernel.log و گزارش های احراز هویت auth.log علاقه مند خواهیم بود. خوب، در مواردی که نادیده گرفته می شوند، گزارش SSO، که در پوشه SSO قرار دارد، ممکن است مفید باشد.

سنگین؟ سردرگم؟ ترسناک؟ اما این حتی نیمی از اطلاعاتی نیست که پشتیبانی ما به صورت روزانه با آن کار می کند. بنابراین آنها واقعاً بسیار باحال هستند.

اجزای Veeam

و به عنوان نتیجه گیری برای این مقاله مقدماتی، اجازه دهید کمی در مورد اجزای Veeam Backup & Replication صحبت کنیم. زیرا وقتی به دنبال علت درد هستید، بهتر است درک کنید که بیمار چگونه کار می کند.

بنابراین، همانطور که احتمالا همه می دانند، Veeam Backup یک برنامه به اصطلاح مبتنی بر SQL است. یعنی تمام تنظیمات، تمام اطلاعات و به طور کلی همه چیزهایی که فقط برای عملکرد عادی لازم است - همه اینها در پایگاه داده آن است. یا بهتر است بگوییم، در دو پایگاه داده، اگر ما در مورد یک دسته از VBR و EM صحبت می کنیم: VeeamBackup و VeeamBackupReporting، به ترتیب. و به این ترتیب اتفاق افتاد: ما برنامه دیگری را قرار دادیم - پایگاه داده دیگری ظاهر می شود. برای اینکه همه تخم مرغ ها را در یک سبد ذخیره نکنید.

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

به عنوان رهبر ارکستر عمل می کند سرویس پشتیبان گیری Veeam. اوست که مسئول تبادل اطلاعات با پایگاه هاست. او همچنین مسئول راه اندازی تمام وظایف، سازماندهی منابع اختصاص داده شده و کار به عنوان نوعی مرکز ارتباطی برای انواع کنسول ها، عوامل و هر چیز دیگری است. در یک کلام، بدون او قطعا راهی وجود ندارد، اما این به هیچ وجه به این معنا نیست که او همه کارها را خودش انجام می دهد.

به او در تحقق برنامه اش کمک می کند Veeam Backup Manager. این یک سرویس نیست، بلکه نهادی است که مشاغل را راه اندازی می کند و روند اجرای آنها را نظارت می کند. دست های کاری سرویس پشتیبان گیری، که با آن به هاست متصل می شود، عکس های فوری ایجاد می کند، حفظ و نگهداری را نظارت می کند و غیره.

اما به لیست خدمات برگردیم. خدمات کارگزار Veeam. در نسخه 9.5 ظاهر شد (و این یک ماینر رمزنگاری نیست، همانطور که برخی در آن زمان فکر می کردند). اطلاعات مربوط به میزبان های VMware را جمع آوری می کند و ارتباط آن را حفظ می کند. اما فوراً برای نوشتن نظرات عصبانی مبنی بر اینکه ما از شما جاسوسی می کنیم و همه لاگین ها / گذرواژه ها را به taschmajor افشا می کنیم، اقدام نکنید. همه چیز تا حدودی ساده تر است. هنگامی که یک نسخه پشتیبان را اجرا می کنید، اولین کاری که باید انجام دهید این است که به هاست متصل شوید و تمام اطلاعات مربوط به ساختار آن را به روز کنید. این یک داستان نسبتا کند و دست و پا گیر است. فقط به یاد داشته باشید که چقدر طول می کشد تا از طریق رابط وب وارد شوید و به یاد داشته باشید که فقط لایه بالایی در آنجا حساب می شود. و پس از آن شما هنوز باید کل سلسله مراتب را به جای مناسب باز کنید، اتفاقا. در یک کلام، وحشت. اگر ده ها نسخه پشتیبان را اجرا می کنید، هر کار باید این روش را انجام دهد. اگر در مورد زیرساخت های بزرگ صحبت می کنیم، این فرآیند می تواند ده دقیقه یا بیشتر طول بکشد. از این رو تصمیم بر آن شد تا سرویس جداگانه ای برای این امر اختصاص داده شود که از طریق آن امکان دریافت اطلاعات همیشه به روز وجود داشته باشد. در راه اندازی، تمام زیرساخت های اضافه شده را بررسی و اسکن می کند و سپس سعی می کند فقط در سطح تغییرات تدریجی کار کند. بنابراین حتی اگر صدها نسخه پشتیبان را به طور همزمان اجرا کنید، همه آنها اطلاعاتی را از بروکر ما درخواست می کنند و هاست را با درخواست های خود عذاب نمی دهند. اگر نگران منابع هستید، طبق محاسبات ما، 5000 ماشین مجازی تنها به 100 مگابایت حافظه نیاز دارند.

بعدی داریم کنسول Veeam. او Veeam Remote Console است، او Veeam.Backup.Shell است. این همان رابط کاربری گرافیکی است که در اسکرین شات ها می بینیم. همه چیز ساده و واضح است - کنسول را می توان از هر جایی راه اندازی کرد، تا زمانی که ویندوز باشد و اتصال به سرور VBR وجود داشته باشد. تنها چیزی که می توان گفت این است که فرآیند FLR نقاط را به صورت محلی (یعنی روی دستگاهی که کنسول در آن در حال اجرا است) نصب می کند. خوب، کاوشگرهای مختلف Veeam نیز به صورت محلی اجرا می شوند، زیرا آنها بخشی از کنسول هستند. اما قبلاً مرا به حیات وحش برده است ...

یکی دیگر از خدمات جالب این است سرویس داده کاتالوگ پشتیبان Veeam. در لیست خدمات به عنوان سرویس کاتالوگ مهمان Veeam شناخته می شود. او مشغول نمایه سازی فایل سیستم ها در ماشین های مهمان است و پوشه VBRCatalog را با این دانش پر می کند. فقط در جایی استفاده می‌شود که چک باکس نمایه‌سازی فعال باشد. و فقط در صورتی که Enterprise Manager دارید فعال کردن آن منطقی است. بنابراین، توصیه ای از ته قلبم: اگر EAT ندارید، ایندکس را به همین صورت روشن نکنید. در اعصاب خود صرفه جویی کنید و زمان حمایت کنید.

همچنین از دیگر خدمات مهم شایان ذکر است خدمات نصب کننده Veeam، که به کمک آن اجزای لازم بر روی پراکسی ها، مخازن و سایر دروازه ها تحویل و نصب می شوند. در واقع پکیج های .msi لازم را به سرورها برده و نصب می کند. 

Veeam Data Mover - با کمک عوامل کمکی راه اندازی شده بر روی پراکسی ها (و نه تنها) درگیر تغییر داده ها است. به عنوان مثال، هنگام پشتیبان‌گیری، یک عامل فایل‌ها را از دیتا استور میزبان می‌خواند و دومی آنها را با دقت در پشتیبان می‌نویسد.

به طور جداگانه، می‌خواهم به یک نکته مهم اشاره کنم که مشتریان اغلب به آن واکنش نشان می‌دهند - این تفاوت در نسخه‌های خدمات و اطلاعات موجود در برنامه‌ها و ویژگی‌ها است. بله، لیست یکسان خواهد بود، اما نسخه ها می توانند کاملاً ناسازگار باشند. از نظر بصری خیلی جالب نیست، اما اگر همه چیز ثابت کار کند، کاملا طبیعی است. به عنوان مثال، برای سرویس Installer، شماره نسخه بسیار کمتر از نسخه های همسایه است. وحشت و کابوس؟ نه، چون به طور کامل نصب نشده است، اما DLL آن به سادگی به روز می شود. در پچ v9.5 U4، یک کابوس پشتیبانی فنی رخ داد: در طول به روز رسانی، همه سرویس ها نسخه های جدید را دریافت کردند، به جز مهم ترین. در پچ U4b، سرویس حمل و نقل از همه نسخه های دیگر پیشی گرفت (با قضاوت در اعداد). و این نیز طبیعی است - یک اشکال جدی در آن پیدا شد، بنابراین نسبت به بقیه به روز رسانی جایزه دریافت کرد. بنابراین برای جمع‌بندی: تفاوت‌های نسخه می‌تواند مشکل‌ساز باشد، اما اگر تفاوتی وجود دارد و همه چیز درست کار می‌کند، احتمالاً باید باشد. اما هیچ کس شما را از توضیح این موضوع در پشتیبانی فنی منع نمی کند.

این خدمات به اصطلاح اجباری یا اجباری بود. و یک دسته کامل از موارد کمکی مانند Tape Service، Mount Service، vPowerNFS Service و غیره وجود دارد.

برای Hyper-V، به طور کلی، همه چیز یکسان است، فقط یک ویژگی خاص وجود دارد سرویس یکپارچه سازی Hyper-V Backup Veeam و راننده خودتان برای کار با CBT.

و در پایان، بیایید در مورد افرادی که در هنگام پشتیبان گیری روی ماشین های مجازی کار می کنند صحبت کنیم. برای اجرای اسکریپت های قبل و بعد از انجماد، ایجاد یک کپی سایه، جمع آوری ابرداده، کار با گزارش تراکنش های SQL و غیره. Veeam Guest Helper. و اگر سیستم های فایل ایندکس شوند، نمایه ساز مهمان Veeam . اینها خدمات موقتی هستند که برای مدت زمان پشتیبان گیری مستقر شده و پس از آن حذف می شوند.

در مورد ماشین های لینوکس، به دلیل وجود تعداد زیادی کتابخانه داخلی و قابلیت های خود سیستم، همه چیز بسیار ساده تر است. به عنوان مثال، نمایه سازی از طریق mlocate انجام می شود.

فعلاً همین است

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

منبع: www.habr.com