Veeamda biz jurnallarni yaxshi ko'ramiz. Va bizning yechimlarimizning aksariyati modulli bo'lgani uchun ular juda ko'p jurnallarni yozadilar. Va bizning faoliyatimiz doirasi ma'lumotlaringizning xavfsizligini ta'minlash (ya'ni, tinch uyqu) bo'lganligi sababli, jurnallar nafaqat har bir aksirishni yozib qo'yishi, balki uni batafsil bajarishi kerak. Bu, agar biror narsa sodir bo'lsa, bu "nima" qanday sodir bo'lganligi, kim aybdor va keyin nima qilish kerakligi aniq bo'lishi uchun kerak. Bu sud-tibbiyot ekspertizasidagi kabi: Laura Palmerning qotilini topishga qanday kichik narsa yordam berishini hech qachon bilmaysiz.
Shuning uchun, men jurnallarda nima yozganimiz, ularni qayerda saqlaymiz, ularning tuzilishi bilan aqldan ozmaslik va ular ichida nimalarga e'tibor berish kerakligi haqida doimiy ravishda gaplashadigan bir qator maqolalarni boshlashga qaror qildim.
Nega bir qator maqolalar va nima uchun bir vaqtning o'zida hamma narsani tasvirlab bermaslik kerak?
Qaysi jurnal qayerda joylashganligi va unda nima saqlanganligini oddiygina sanab o'tish juda halokatli fikrdir. Va bu ma'lumotni yangilab turish haqida o'ylash ham qo'rqinchli. Veeam Backup & Replication-dagi barcha mumkin bo'lgan jurnal turlarining oddiy ro'yxati kichik bosma nashrlarda bir nechta varaqlardan iborat jadvaldir. Va u faqat nashr vaqtida tegishli bo'ladi, chunki... Keyingi yamoq chiqarilganda yangi jurnallar paydo bo'lishi mumkin, eskilarida saqlangan ma'lumotlarning mantig'i o'zgarishi mumkin va hokazo. Shuning uchun ularning tuzilishi va ulardagi ma'lumotlarning mohiyatini tushuntirish ancha foydali bo'ladi. Bu sizga nomlarni siqib chiqarishdan ko'ra joylarni yaxshiroq kezish imkonini beradi.
Shuning uchun, matn varaqlari hovuziga shoshilmaslik uchun, keling, ushbu maqolada ba'zi tayyorgarlik ishlarini bajaraylik. Shuning uchun, bugun biz jurnallarning o'zlarini o'rganmaymiz, balki uzoqdan boramiz: biz lug'at tuzamiz va Veeam tuzilishini jurnallarni yaratish nuqtai nazaridan biroz muhokama qilamiz.
Lug'at va jargon
Bu erda, birinchi navbatda, rus tilining sofligi g'oliblaridan va Ozhegov lug'atining guvohlaridan kechirim so'rash kerak. Biz hammamiz o'z ona tilimizni juda yaxshi ko'ramiz, lekin la'nati IT sanoati ingliz tilida ishlaydi. Xo'sh, biz buni o'ylab topmadik, lekin bu tarixda shunday bo'lgan. Bu mening aybim emas, u o'zi keldi (c)
Bizning biznesimizda anglikizmlar (va jargon) muammosi o'ziga xos xususiyatlarga ega. Qachonki, "mezbon" yoki "mehmon" kabi begunoh so'zlar bilan butun dunyo juda aniq narsalarni tushungan bo'lsa, erning ⅙ qismida qahramonona chalkashlik va lug'atlarni ovlash bilan sarson-sargardonlik davom etadi. Va qat'iy majburiy argument "Ammo bizning ishimizda ...".
Bundan tashqari, ba'zi so'zlar va iboralar mashhur bo'lib ketgan bo'lsa-da, Veeam mahsulotlariga xos bo'lgan sof bizning terminologiyamiz mavjud. Shuning uchun, endi biz qaysi atama nimani anglatishini kelishib olamiz va kelajakda "mehmon" so'zi bilan men ishda o'rganib qolgan narsangizni emas, balki ushbu bobda yozilgan narsalarni nazarda tutaman. Ha, bu mening shaxsiy injiqligim emas, bu sohada yaxshi o'rnatilgan atamalar. Ular bilan kurashish biroz ma'nosiz. Garchi men har doim sharhlarda yaxshi bo'lish tarafdoriman.
Afsuski, bizning ishimizda juda ko'p atamalar va mahsulotlar mavjud, shuning uchun men ularning barchasini sanab o'tishga harakat qilmayman. Dengizda omon qolish uchun zarur bo'lgan zaxira va jurnallar haqida faqat eng asosiy ma'lumotlar. Qiziqqanlar uchun men ham qila olaman hamkasblariga tasmalar haqida ma'lumot berdi, u erda u funksionallikning ushbu qismiga tegishli atamalar ro'yxatini ham taqdim etdi.
Xost: Virtualizatsiya dunyosida bu gipervisorga ega mashina. Jismoniy, virtual, bulut - bu muhim emas. Agar biror narsa gipervisor (ESXi, Hyper-V, KVM va boshqalar) ishlayotgan bo'lsa, bu "narsa" xost deb ataladi. Bu o'nta rafli klaster bo'ladimi yoki bir yarim virtual mashinalar uchun laboratoriyasi bo'lgan noutbukingiz bo'ladimi, agar siz gipervisorni ishga tushirgan bo'lsangiz, siz xostga aylandingiz. Chunki gipervisor virtual mashinalarni joylashtiradi. Hatto VMware bir vaqtlar xost so'zining ESXi bilan mustahkam bog'lanishiga erishmoqchi bo'lganligi haqida hikoya bor. Lekin u buni qila olmadi.
Zamonaviy dunyoda "xost" tushunchasi amalda "server" tushunchasi bilan birlashdi, bu aloqa uchun ma'lum bir chalkashliklarni keltirib chiqaradi, ayniqsa Windows infratuzilmasi haqida gap ketganda. Shunday qilib, bizni qiziqtiradigan biron bir xizmat joylashgan har qanday mashinani ishonchli tarzda xost deb atash mumkin. Masalan, WinSock jurnallarida hamma narsa xost so'zi bilan belgilangan. Klassik "Xost topilmadi" bunga misol bo'la oladi. Shunday qilib, biz kontekstdan chiqamiz, lekin esda tuting - virtualizatsiya dunyosida mehmonlarni mezbonlik qiladi (quyida bu ikki qatorda batafsilroq).
Mahalliy jargondan (bu holda hatto qisqartmalar ham mumkin), VMware VI, vSphere VC va Hyper-V HV ekanligini eslayman.
Mehmon: Xostda ishlaydigan virtual mashina. Bu erda tushuntirish uchun hech narsa yo'q, hamma narsa juda mantiqiy va sodda. Biroq, ko'pchilik bu erda boshqa ma'nolarni qunt bilan tortib oladi.
Nima uchun? Bilmayman.
Mehmon OS, mos ravishda, mehmon mashinasining operatsion tizimi. Va hokazo.
Zaxiralash/Replikatsiya ishi (ishA): Vazifalardan birini bildiruvchi sof Wim jargoni. Zaxira ishi == Zaxira ishi. Hech kim buni rus tiliga qanday qilib chiroyli tarzda tarjima qilishni aniqlamadi, shuning uchun hamma "jobA" deb aytadi. Oxirgi bo'g'inga urg'u berib.
Ha, mana shunday borib “joba” deyishadi. Va hatto xatlarda shunday yozishadi va hamma narsa yaxshi.
Har xil zaxira ishlari, zaxira vazifalari va hokazo, rahmat, lekin kerak emas. Shunchaki ish qiling, ular sizni tushunishadi. Asosiysi, urg'uni oxirgi bo'g'inga qo'yish.
Zaxiralash (zaxiralash, zahiralash. Oldin-oldfaglar uchun Zaxiralash ruxsat etiladi): Aniq (bir joyda yotgan ma'lumotlarning zaxira nusxasi) bilan bir qatorda, bu ishning o'zini ham anglatadi (agar siz allaqachon unutgan bo'lsangiz, yuqoridagi uchta satr), natijada o'sha zahira fayli paydo bo'ladi. Ehtimol, janoblar, ingliz tilida so'zlashuvchilar har safar zaxira ishimni bajardim deyishga dangasa bo'lishsa kerak, shuning uchun ular shunchaki zaxira nusxamni ishga tushirdim deyishadi va hamma bir-birini yaxshi tushunadi. Men ushbu ajoyib tashabbusni qo'llab-quvvatlashni taklif qilaman.
Birlashtirish: ESXi 5.0 da paydo bo'lgan atama, oniy tasvirlar menyusidagi "etim" deb ataladigan suratlarni o'chirish jarayonini boshlaydigan variant. Ya'ni, jismonan mavjud bo'lgan, ammo ko'rsatilgan mantiqiy tuzilishdan tushib qolgan oniy tasvirlar. Nazariy jihatdan, bu jarayon oniy tasvir boshqaruvchisida ko'rsatilgan fayllarga ta'sir qilmasligi kerak, ammo hamma narsa sodir bo'lishi mumkin. Konsolidatsiya jarayonining mohiyati shundan iboratki, oniy tasvirdan (bola disk) olingan ma'lumotlar asosiy (ota-ona) diskka yoziladi. Disklarni birlashtirish jarayoni birlashma deb ataladi. Agar konsolidatsiya buyrug'i berilgan bo'lsa, oniy rasmni birlashtirish va o'chirishdan oldin surat yozuvi ma'lumotlar bazasidan o'chirilishi mumkin. Va agar biron-bir sababga ko'ra suratni o'chirib bo'lmasa, xuddi shu yetim suratlar paydo bo'ladi. VMware oniy tasvirlar bilan ishlash haqida ma'lumotga ega . Va biz qandaydir tarzda ular haqida gaplashamiz .
Ma'lumotlar ombori (Stora yoki yüz): Juda keng tushuncha, lekin virtualizatsiya dunyosida bu virtual mashina fayllari saqlanadigan joyni anglatadi. Ammo har qanday holatda, siz kontekstni juda aniq tushunishingiz kerak va agar sizda ozgina shubha bo'lsa, suhbatdoshingiz nimani nazarda tutganini aniqlab olishingiz kerak.
Proksi: Veeam Proxy Internetda biz ko'nikkan narsaga mutlaqo o'xshamasligini darhol tushunish kerak. Veeam mahsulotlari ichida bu ma'lumotni bir joydan ikkinchi joyga o'tkazish bilan shug'ullanadigan muayyan ob'ekt. Tafsilotlarga kirmasdan, VBR - bu buyruq serveri va proksi-serverlar uning ishchi otlari. Ya'ni, proksi-server - bu transport oqimlari va VBR komponentlari o'rnatilgan, bu trafikni boshqarishga yordam beradigan mashina. Masalan, ma'lumotlarni bir kanaldan boshqasiga o'tkazing yoki oddiygina disklarni o'zingizga ulang (HotAdd rejimi).
Repozitoriy: Texnik jihatdan, bu VBR ma'lumotlar bazasidagi yozuv bo'lib, zaxira nusxalari saqlanadigan joyni va bu joyga qanday ulanishni ko'rsatadi. Aslida, bu shunchaki CIFS ulushi yoki bulutdagi alohida disk, server yoki chelak bo'lishi mumkin. Shunga qaramay, biz kontekstdamiz, lekin biz ombor bu sizning zaxira nusxalaringiz joylashgan joy ekanligini tushunamiz.
Surat: Oksford grammatikasini yaxshi ko'radiganlar kim snapshot, kim snapshot ekanligini aytishni afzal ko'radilar, ammo savodsiz ko'pchilik katta massa tufayli g'alaba qozonadi. Agar kimdir bilmasa, bu ma'lum bir vaqtda diskning holatini tiklash imkonini beruvchi texnologiya. Bu kiritish-chiqarish operatsiyalarini vaqtincha asosiy diskdan uzoqroqqa yo'naltirish orqali amalga oshiriladi - keyin bu RoW (Yozishda qayta yo'naltirish) oniy tasviri deb ataladi - yoki qayta yoziladigan bloklarni diskingizdan boshqasiga ko'chirish orqali - bu CoW (Copy on) deb nomlanadi. Yozing) surat. Aynan shu funksiyalardan foydalanishning keng imkoniyatlari tufayli Veeam o‘zining zaxira sehrini amalga oshirishi mumkin. To'g'risini aytganda, nafaqat ular uchun, balki bu kelgusi nashrlar masalasidir.
Hujjatlarda va ESXi jurnallarida ushbu atama atrofida tartibsizliklar mavjud va oniy tasvirlarni eslatib o'tish kontekstida siz suratlarning o'zlarini, qayta tiklash jurnalini va hatto delta diskni topishingiz mumkin. Veeam hujjatlarida bunday kelishmovchilik yo'q va oniy rasm - bu oniy tasvir va qayta tiklash jurnali - bu mustaqil doimiy bo'lmagan disk tomonidan yaratilgan REDO fayli. REDO fayllari virtual mashina o'chirilganida o'chiriladi, shuning uchun ularni oniy tasvirlar bilan chalkashtirib yuborish muvaffaqiyatsizlikka olib keladi.
Sintetik: Sintetik zaxiralar teskari ortib boruvchi va abadiy oldinga siljishlarni anglatadi. Agar siz ushbu atamani uchratmagan bo'lsangiz, bu shunchaki zaxira zanjiri transformatsiyasini yaratish uchun ishlatiladigan mexanizmlardan biridir. Biroq, jurnallarda siz o'sish (sintetik to'liq) dan to'liq nusxalarni yaratishning bir qismi sifatida ishlatiladigan Transform tushunchasini ham topishingiz mumkin.
Vazifa: Bu ish doirasida har bir alohida mashinani qayta ishlash jarayonidir. Ya'ni: sizda uchta mashinani o'z ichiga olgan zaxira ishingiz bor. Bu shuni anglatadiki, har bir mashina alohida vazifa doirasida qayta ishlanadi. Hammasi bo'lib to'rtta jurnal bo'ladi: asosiysi ish uchun va uchtasi vazifalar uchun. Biroq, muhim nuance bor: vaqt o'tishi bilan "taska" so'zi haddan tashqari noaniq bo'lib qoldi. Umumiy jurnallar haqida gapirganda, biz vazifa VM ekanligini nazarda tutamiz. Ammo proksi-server ham, omborning ham o'z "vazifalari" bor. Bu erda bu virtual disk, virtual mashina yoki butun ishni anglatishi mumkin. Ya'ni, kontekstni yo'qotmaslik kerak.
Veeam %name% xizmati: Muvaffaqiyatli zaxira nusxalari uchun bir vaqtning o'zida bir nechta xizmatlar ishlaydi, ularning ro'yxatini standart uskunada topish mumkin. Ularning nomlari ularning mohiyatini juda shaffof aks ettiradi, lekin tengdoshlar orasida eng muhimi bor - Veeam Backup Service, ularsiz qolganlari ishlamaydi.
VSS: Texnik jihatdan, VSS har doim Microsoft Volume Shadow Copy Service uchun turishi kerak. Aslida ko'pchilik tomonidan Ilovadan xabardor tasvirni qayta ishlashning sinonimi sifatida foydalaniladi. Bu, albatta, mutlaqo yolg'on, ammo bu "Har qanday SUVni jip deb atash mumkin va ular sizni tushunishadi" toifasidagi hikoya.
Fantastik jurnallar va ular yashaydigan joylar
Men ushbu bobni katta sirni ochishdan boshlamoqchiman - jurnallarda soat nechada ko'rsatilgan?
Eslab qoling:
- ESXi har doim jurnallarni UTC+0 da yozadi.
- vCenter o'z vaqt mintaqasi vaqtiga qarab jurnallarni saqlaydi.
- Veeam o'zi o'rnatilgan server vaqti va mintaqasi asosida jurnallarni saqlaydi.
- Va faqat EVTX formatidagi shamol hodisalari hech narsaga bog'lanishdan aziyat chekmaydi. Ochilganda, vaqt ular ochilgan mashinaga qarab qayta hisoblab chiqiladi. Eng qulay variant, garchi u bilan bog'liq qiyinchiliklar mavjud. Yagona sezilarli qiyinchilik - bu mahalliy joylardagi farq. Bu o'qilmaydigan jurnallarga deyarli kafolatlangan yo'l. Ha, buni qanday hal qilish bo'yicha variantlar mavjud, ammo keling, IT-dagi hamma narsa ingliz tilida ishlashi bilan bahslashmaylik va serverlarda har doim ingliz tilini o'rnatishga rozilik bildiramiz. Oh, iltimos.
Keling, loglar yashaydigan joylar va ularni qanday olish haqida gapiraylik. VBR holatida ikkita yondashuv mavjud.
Birinchi variant, agar siz umumiy to'plamda sizning muammoingizga tegishli bo'lgan fayllarni qidirishni xohlamasangiz, mos keladi. Buning uchun bizda alohida sehrgar bor, unga ma'lum bir ishni va sizga jurnallar kerak bo'lgan ma'lum bir davrni belgilashingiz mumkin. Keyinchalik, u o'zi papkalarni ko'zdan kechiradi va kerakli narsalarni bitta arxivga joylashtiradi. Uni qaerdan izlash va u bilan qanday ishlash kerakligi haqida batafsil yozilgan .
Biroq, sehrgar barcha vazifalardan jurnallarni to'plamaydi va masalan, agar siz restoran jurnallarini o'rganishingiz kerak bo'lsa, to'xtatib turish yoki o'chirish, sizning yo'lingiz papkada joylashgan. %ProgramData%/Veeam/Backup. Bu VBR jurnalining asosiy xotirasi va %ProgramData% yashirin papka va bu yaxshi. Aytgancha, standart joylashuvni HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Zaxiralash va Replikatsiya bo'limidagi REG_SZ tipidagi ro'yxatga olish kitobi kaliti yordamida qayta tayinlash mumkin: LogDirectory.
Linux mashinalarida ishlaydigan agentlar jurnallari / da topilishi kerak.var/log/VeeamBackup/, agar siz root yoki sudo hisob qaydnomasidan foydalansangiz. Agar sizda bunday imtiyozlar bo'lmasa, tizimga kiring /tmp/VeeamBackup.
%OS_name% uchun Veeam agenti uchun jurnallarni qidirish kerak %ProgramData%/Veeam/Endpoint (yoki %ProgramData%/Veeam/Backup/Endpoint) va /var/log/veeam mos ravishda.
Agar siz Application-Aware Image Processing-dan foydalanayotgan bo'lsangiz (va ehtimol siz ham shunday bo'lsangiz), unda vaziyat biroz murakkablashadi. Sizga virtual mashinaning o'zida saqlanadigan yordamchi jurnallarimiz va VSS jurnallarimiz kerak bo'ladi. Bu baxtni qanday va qayerda olish haqida batafsil yozilgan . Va, albatta, bor zarur tizim jurnallarini yig'ish uchun.
Ko'ra Windows hodisalarini yig'ish qulay . Agar siz Hyper-V dan foydalansangiz, masala yanada murakkablashadi, chunki sizga ilovalar va xizmat jurnallari > Microsoft > Windows bo'limidan uning barcha jurnallari ham kerak bo'ladi. Garchi siz har doim ahmoqonaroq yo'lni bosib o'tishingiz mumkin va shunchaki %SystemRoot%System32winevtLogs-dan barcha ob'ektlarni olishingiz mumkin.
O'rnatish/yangilash vaqtida biror narsa buzilsa, sizga kerak bo'lgan hamma narsani %ProgramData%/Veeam/Setup/Temp jildidan topishingiz mumkin. Garchi men OS voqealarida ushbu jurnallarga qaraganda ko'proq foydali ma'lumotlarni topishingiz mumkinligini yashirmayman. Qolgan qiziqarli narsalar %Temp% da yotadi, lekin asosan tegishli dasturiy ta'minotni o'rnatish jurnallari mavjud, masalan, ma'lumotlar bazasi, .Net kutubxonalari va boshqa narsalar. E'tibor bering, Veeam msi-dan o'rnatilgan va uning barcha komponentlari, hatto GUI-da ko'rsatilmagan bo'lsa ham, alohida msi paketlari sifatida o'rnatiladi. Shuning uchun, agar komponentlardan birini o'rnatish muvaffaqiyatsiz tugasa, butun VBR o'rnatilishi to'xtaydi. Shuning uchun, siz jurnallarga borib, aniq nima va qaysi vaqtda buzilganligini ko'rishingiz kerak.
Va oxirgi marta hayotni buzish: agar siz o'rnatish vaqtida xatoga yo'l qo'ysangiz, OK tugmasini bosishga shoshilmang. Avval biz jurnallarni olamiz, keyin OK tugmasini bosing. Shunday qilib, siz xato vaqtida tugaydigan jurnalni olasiz, oxirida axlatsiz.
Va shunday bo'ladiki, siz vSphere jurnallariga kirishingiz kerak bo'ladi. Bu juda minnatdorchiliksiz ish, lekin siz yengingizni shimalaganingizda, boshqa narsa qilishingiz kerak. Eng oddiy versiyada bizga .vmx fayli yonida joylashgan vmware.log virtual mashina hodisalari bilan jurnallar kerak bo'ladi. Murakkabroq holatda, Google-ni oching va xost versiyasi uchun jurnallar qayerda ekanligini so'rang, chunki VMware bu joyni relizdan versiyaga o'zgartirishni yaxshi ko'radi. Masalan, , lekin uchun . vCenter jurnallari uchun biz protsedurani takrorlaymiz . Ammo umuman olganda, biz hostd.log voqealar jurnallari, vCenter vpxa.log tomonidan boshqariladigan xost voqealari, vmkernel.log yadro jurnallari va auth.log autentifikatsiya jurnallari bilan qiziqamiz. Eng ilg'or holatlarda SSO papkasida joylashgan SSO jurnali foydali bo'lishi mumkin.
Qiyinmi? Adashib qoldingizmi? Qo'rqinchlimi? Ammo bu bizning yordamimiz har kuni ishlaydigan ma'lumotlarning yarmi ham emas. Shunday qilib, ular haqiqatan ham ajoyib.
Veeam komponentlari
Ushbu kirish maqolasini yakunlash uchun keling, Veeam Backup & Replication komponentlari haqida bir oz gaplashaylik. Chunki og'riq sababini izlayotganingizda, bemorning qanday ishlashini tushunish yaxshi bo'lar edi.
Shunday qilib, hamma biladi, Veeam Backup bu SQL-ga asoslangan dasturdir. Ya'ni, barcha sozlamalar, barcha ma'lumotlar va umuman, normal ishlash uchun zarur bo'lgan hamma narsa - bularning barchasi uning ma'lumotlar bazasida. To'g'rirog'i, ikkita ma'lumotlar bazasida, agar biz VBR va EM kombinatsiyasi haqida gapiradigan bo'lsak: mos ravishda VeeamBackup va VeeamBackupReporting. Va shunday bo'ldi: biz boshqa dasturni o'rnatamiz - boshqa ma'lumotlar bazasi paydo bo'ladi. Barcha tuxumlarni bitta savatda saqlamaslik uchun.
Ammo bu butun korxona muammosiz ishlashi uchun bizga barcha komponentlarni bir-biriga bog'laydigan xizmatlar va ilovalar to'plami kerak bo'ladi. Masalan, mening laboratoriyalarimdan birida u shunday ko'rinadi:
Bosh dirijyor vazifasini bajaradi Veeam zaxira xizmati. U ma'lumotlar bazalari bilan ma'lumot almashish uchun javobgardir. Shuningdek, u barcha vazifalarni bajarish, ajratilgan resurslarni tartibga solish va turli xil konsollar, agentlar va boshqa barcha narsalar uchun o'ziga xos aloqa markazi sifatida ishlash uchun javobgardir. Bir so'z bilan aytganda, usiz mutlaqo yo'l yo'q, lekin bu umuman u hamma narsani o'zi qiladi degani emas.
Uning rejalarini amalga oshirishga yordam beradi Veeam zaxira menejeri. Bu xizmat emas, balki ish joylarini ishga tushiruvchi va ularning bajarilishini nazorat qiluvchi tashkilot. Zaxira xizmatining ishchi qo'llari, u bilan xostlarga ulanadi, oniy tasvirlarni yaratadi, saqlanishini nazorat qiladi va hokazo.
Ammo keling, xizmatlar ro'yxatiga qaytaylik. Veeam broker xizmati. v9.5 da paydo bo'ldi (va bu o'sha paytda ba'zilar o'ylaganidek kripto konchi emas). VMware xostlari haqida ma'lumot to'playdi va uni yangilab turadi. Ammo biz sizni josuslik qilayotganimiz va barcha loginlaringiz/parollaringizni drag majorga sizdirib yuborayotganimiz haqida g'azablangan izohlarni yozishga darhol yugurmang. Hammasi biroz oddiyroq. Zaxiralashni boshlaganingizda, siz qilishingiz kerak bo'lgan birinchi narsa - xostga ulanish va uning tuzilishi haqidagi barcha ma'lumotlarni yangilash. Bu juda sekin va qiyin hikoya. Veb-interfeys orqali kirish jarayoni qancha davom etishini eslang va u erda faqat yuqori qatlam hisobga olinishini unutmang. Va keyin siz hali ham butun ierarxiyani to'g'ri joyga kengaytirishingiz kerak, aytmoqchi. Bir so'z bilan aytganda, dahshat. Agar siz o'nlab zaxira nusxalarini ishga tushirsangiz, har bir ish ushbu protseduradan o'tishi kerak. Agar biz yirik infratuzilmalar haqida gapiradigan bo'lsak, unda bu jarayon o'n daqiqa yoki undan ko'proq vaqtni olishi mumkin. Shu sababli, buning uchun alohida xizmat ajratishga qaror qilindi, bu orqali doimo dolzarb ma'lumotlarni olish mumkin bo'ladi. Ishga tushganda u barcha qo'shilgan infratuzilmani tekshiradi va skanerdan o'tkazadi, keyin esa faqat bosqichma-bosqich o'zgarishlar darajasida ishlashga harakat qiladi. Shunday qilib, sizda bir vaqtning o'zida yuzta zaxira nusxasi ishlayotgan bo'lsa ham, ularning barchasi bizning brokerimizdan ma'lumot so'raydi va ularning so'rovlari bilan xostlarni qiynamaydi. Agar siz resurslardan xavotirda bo'lsangiz, bizning hisob-kitoblarimizga ko'ra, 5000 ta virtual mashina uchun sizga atigi 100 Mb xotira kerak bo'ladi.
Keyingi bizda Veeam konsoli. Aka Veeam Remote Console, aka Veeam.Backup.Shell. Bu biz skrinshotlarda ko'rgan bir xil GUI. Hammasi oddiy va tushunarli – konsol istalgan joydan ishga tushirilishi mumkin, agar u Windows bo'lsa va VBR serveriga ulanish mavjud bo'lsa. Aytish mumkin bo'lgan yagona narsa shundaki, FLR jarayoni nuqtalarni mahalliy ravishda o'rnatadi (ya'ni, konsol ishlayotgan mashinada). Xo'sh, turli xil Veeam Explorers mahalliy sifatida ham ishlaydi, chunki ular konsolning bir qismidir. Ammo bu meni allaqachon yovvoyi tabiatga olib ketdi ...
Keyingi qiziqarli xizmat Veeam Katalog ma'lumotlarini zaxiralash xizmati. Xizmatlar ro'yxatida u Veeam Guest Catalog Service sifatida tanilgan. U mehmon mashinalarida fayl tizimlarini indekslash bilan shug'ullanadi va bu bilimlar bilan VBRCatalog papkasini to'ldiradi. Faqat indekslash katakchasi yoqilgan joyda ishlatiladi. Va agar sizda Enterprise Manager bo'lsa, uni yoqish mantiqan. Shuning uchun, yuragimning tubidan maslahat: agar sizda EM bo'lmasa, xuddi shunday indekslashni yoqmang. Nervlaringizni va qo'llab-quvvatlash vaqtingizni tejang.
Boshqa muhim xizmatlarni ham ta'kidlash kerak Veeam o'rnatish xizmati, uning yordamida kerakli komponentlar yetkazib beriladi va proksi-serverlar, omborlar va boshqa shlyuzlarga o'rnatiladi. Aslida, u kerakli .msi paketlarini serverlarga yetkazib beradi va ularni o'rnatadi.
Veeam Data Mover — proksi-serverlarda ishga tushirilgan yordamchi agentlar yordamida (va nafaqat) ma'lumotlarni uzatadi. Masalan, zaxiralash vaqtida bitta agent xost ma'lumotlar do'konidagi fayllarni o'qiydi, ikkinchisi esa ularni ehtiyotkorlik bilan zahiraga yozadi.
Alohida-alohida, men mijozlar tez-tez munosabatda bo'ladigan muhim narsani ta'kidlamoqchiman - xizmatlar versiyalari va Dasturlar va xususiyatlar qo'shimchasidagi ma'lumotlarning farqi. Ha, ro'yxat bir xil bo'ladi, lekin versiyalar butunlay mos kelmasligi mumkin. Vizual nuqtai nazardan bu juda ajoyib emas, lekin hamma narsa barqaror ishlayotgan bo'lsa, bu mutlaqo normaldir. Misol uchun, Installer xizmatining versiya raqami qo'shnilaridan ancha orqada. Dahshat va dahshatli tush? Yo'q, chunki u to'liq qayta o'rnatilmagan, lekin DLL oddiygina yangilangan. V9.5 U4 yamog'ida texnik qo'llab-quvvatlash dahshatli tush ko'rdi: yangilanish vaqtida barcha xizmatlar eng muhimidan tashqari yangi versiyalarni oldi. U4b patchida transport xizmati ikkita versiyaga ko'ra (raqamlarga ko'ra) boshqalardan oldinda edi. Va bu ham normal holat - unda jiddiy xato topildi, shuning uchun u boshqalarga nisbatan bonusli yangilanish oldi. Xulosa qilish uchun: versiya farqlari muammo bo'lishi mumkin, ammo agar farq bo'lsa va hamma narsa to'g'ri ishlayotgan bo'lsa, ehtimol shunday bo'lishi kerak. Ammo hech kim sizga texnik yordam bilan buni aniqlashtirishni taqiqlamaydi.
Bular majburiy yoki Majburiy xizmatlar deb ataladigan xizmatlar edi. Tasma xizmati, o'rnatish xizmati, vPowerNFS xizmati va boshqalar kabi yordamchilarning to'liq to'plami mavjud.
Hyper-V uchun umuman hamma narsa bir xil, faqat o'ziga xos narsa bor Veeam Backup Hyper-V integratsiya xizmati va CBT bilan ishlash uchun o'z drayveri.
Va oxirida biz zahiralash paytida virtual mashinalarda kim ishlashi haqida gaplashamiz. U muzlatishdan oldingi va keyingi skriptlarni ishga tushirish, soyali nusxalarni yaratish, metama'lumotlarni yig'ish, SQL tranzaksiya jurnallari bilan ishlash va hokazolar uchun ishlatiladi. Veeam mehmon yordamchisi. Va agar fayl tizimlari indekslangan bo'lsa, Veeam mehmon indeksi . Bu vaqtinchalik xizmatlar bo'lib, zaxiralash muddati davomida qo'llaniladi va undan keyin o'chiriladi.
Linux mashinalariga kelsak, ko'p sonli o'rnatilgan kutubxonalar va tizimning o'zi imkoniyatlari tufayli hamma narsa ancha sodda. Masalan, indekslash mlocate orqali amalga oshiriladi.
Hozircha hammasi shu
Men endi sizni qiynashga jur'at etmayman va qisqa Men Veeam dvigatel bo'limiga kirishni to'liq deb hisoblayman. Ha, biz jurnallarning o'ziga ham yaqinlashmadik, lekin menga ishoning, ulardagi ma'lumotlar tushunarsiz ong oqimiga o'xshamasligi uchun bunday kirish juda zarur. Men jurnallarning o'ziga faqat uchinchi maqolada o'tishni rejalashtirmoqdaman va keyingisi uchun reja jurnallarni kim yaratishini, ularda aniq nima ko'rsatilishini va nima uchun aynan shu tarzda emas, balki boshqa yo'l bilan emasligini tushuntirishdir.
Manba: www.habr.com