Kita ing Veeam tresna log. Lan amarga umume solusi kita modular, dheweke nulis akeh log. Lan amarga ruang lingkup kegiatan kita yaiku kanggo njamin keamanan data sampeyan (yaiku, turu kanthi tenang), mula log kudu ora mung ngrekam saben wahing, nanging uga nindakake kanthi rinci. Iki perlu supaya yen ana kedadeyan sing jelas kepiye "apa" iki kedadeyan, sapa sing kudu disalahake, lan apa sing kudu ditindakake sabanjure. Kaya ing ilmu forensik: sampeyan ora ngerti apa sing bakal mbantu sampeyan nemokake pembunuh Laura Palmer.
Mulane, aku mutusaké kanggo njupuk ayunan ing seri saka artikel, ngendi aku bakal sequentially pirembagan bab apa kita nulis menyang log, ngendi kita nyimpen, carane ora dadi edan karo struktur lan apa sing kudu katon ing njero.
Napa seri artikel lan kenapa ora njlèntrèhaké kabeh bebarengan?
Cukup dhaptar log sing ana ing endi lan apa sing disimpen ing papan kasebut minangka usaha sing mbebayani. Lan medeni malah mikir babagan tetep informasi iki nganti saiki. Daftar prasaja kabeh jinis log ing Veeam Backup & Replication yaiku tabel ing sawetara lembar kanthi cetakan cilik. Ya, lan bakal relevan mung ing wektu publikasi, amarga. nalika tembelan sabanjure dirilis, log anyar bisa uga katon, logika informasi sing disimpen ing sing lawas bakal diganti, lsp. Mulane, bakal luwih nguntungake kanggo nerangake struktur lan inti informasi sing ana ing kono. Iki bakal ngidini sampeyan luwih apik navigasi ing panggonan saka cramming banal jeneng.
Mulane, supaya ora cepet-cepet menyang blumbang lembar teks, ayo nindakake sawetara persiapan ing artikel iki. Mulane, dina iki kita ora bakal mlebu log dhewe, nanging bakal adoh: kita bakal ngumpulake glosarium lan ngrembug struktur Veeam sethithik babagan ngasilake log.
Glosarium lan jargon
Kene, pisanan kabeh, iku worth apologizing kanggo juara saka kemurnian basa Rusia lan saksi saka kamus Ozhegov. Kita kabeh seneng banget karo basa pribumi, nanging industri IT sing dikutuk nganggo basa Inggris. Inggih, kita ora teka munggah karo, nanging kedaden historis. Ora salahku, dheweke teka dhewe (c)
Ing bisnis kita, masalah anglicisms (lan jargon) duwe spesifik dhewe. Nalika ing tembung resik kaya "tuan rumah" utawa "tamu" kabeh donya wis dawa mangertos banget tartamtu, banjur ing ⅙ saka tanah, kebingungan heroik lan staggering karo poking menyang kamus terus. Lan bantahan strictly wajib "Nanging ing karya kita ...".
Kajaba iku, mung ana terminologi kita, sing ana ing produk Veeam, sanajan sawetara tembung lan frasa wis ana ing masarakat. Mulane, saiki kita bakal setuju apa tegese istilah, lan ing mangsa ngarep, miturut tembung "tamu", aku bakal tegese persis apa sing ditulis ing bab iki, lan dudu apa sing digunakake ing karya. Lan ya, iki dudu karepku pribadi, iki minangka istilah sing wis mapan ing industri. Nglawan wong-wong mau ora ana gunane. Sanajan aku tansah seneng santai ing komentar.
Sayange, ana akeh istilah ing karya lan produk kita, mula aku ora bakal nyoba dhaptar kabeh. Mung informasi paling dhasar lan perlu bab serep lan log kanggo kaslametané ing segara. Kanggo sing kasengsem, aku uga bisa kolega babagan kaset, ing ngendi dheweke uga menehi dhaptar istilah sing ana gandhengane karo bagean fungsi kasebut.
Tuan rumah (Host): Ing jagad virtualisasi, iki minangka mesin kanthi hypervisor. Fisik, virtual, awan - ora masalah. Yen ana sing mlaku hypervisor (ESXi, Hyper-V, KVM etc), banjur iki "soko" disebut inang. Apa kluster karo sepuluh rak utawa laptop karo Lab kanggo siji lan setengah mesin virtual - yen dibukak hypervisor a, sampeyan dadi inang. Amarga hypervisor sarwa dumadi mesin virtual. Malah ana crita sing VMware ing siji wektu wanted kanggo entuk asosiasi tenan saka host tembung karo ESXi. Nanging dheweke ora.
Ing donya modern, konsep "host" wis prakteke digabung karo konsep "server", kang ndadekke sawetara kebingungan kanggo komunikasi, utamané nalika nerangake infrastruktur Windows. Dadi mesin apa wae sing dadi tuan rumah sawetara layanan sing menarik kanggo kita bisa diarani kanthi aman. Contone, ing WinSock log kabeh ditandhani karo tembung host. Klasik "Host ora ditemokake" minangka conto iki. Dadi kita miwiti saka konteks, nanging elinga - ing jagad virtualisasi, host minangka tuan rumah tamu (liyane babagan iki ing rong baris ing ngisor iki).
Saka jargon lokal (malah malah akronim, ing kasus iki), iku kelingan kene sing VMware VI, vSphere VC, lan Hyper-V HV.
Tamu (Tamu): Mesin virtual sing mlaku ing host. Ora ana sing bisa diterangake ing kene, kabeh logis lan prasaja. Nanging, akeh sing sregep nyeret kene sawetara makna liyane.
Kanggo apa? Aku ora ngerti.
Guest OS, mungguh, sistem operasi saka mesin tamu. Lan sateruse.
Backup/Replication Job (jobA): Jargon Wim murni, nuduhake sawetara tugas. Gawe serep = Gawe serep. Ora ana sing ngerti carane nerjemahake kanthi apik menyang basa Rusia, mula kabeh wong ngomong "JobA". Kanthi penekanan ing suku kata pungkasan.
Ya, dheweke mung njupuk lan ngomong "joba". Lan malah ing huruf padha nulis kaya, lan kabeh iku nggoleki.
Kabeh limo proyek Gawe serep, Tugas serep, etc., matur nuwun, nanging ora perlu. Mung proyek, lan sampeyan bakal ngerti. Wangsulan: Bab ingkang utama kanggo sijine kaku ing syllable pungkasan.
Gawe serep (Gawe serep, serep. Kanggo true-oldfags, serep diijini): Saliyane sing jelas (salinan serep data sing ana ing endi wae), uga tegese proyek kasebut dhewe (telung baris ing ndhuwur, yen sampeyan wis lali), minangka asil file serep banget katon. Mbokmenawa, gentlemen native speaker Inggris kesed ngomong aku mlayu proyek serep saben wektu, supaya padha mung ngomong aku mlayu serep, lan everyone mangerténi saben liyane sampurna. Aku ngajak sampeyan ndhukung inisiatif apik iki.
Konsolidasi (Konsolidasi): Istilah sing muncul ing ESXi 5.0 Pilihan ing menu snapshot sing miwiti proses mbusak sing diarani gambar yatim piatu. Yaiku, jepretan sing kasedhiya sacara fisik, nanging tiba saka struktur logis sing ditampilake. Secara teoritis, proses iki ora kena mengaruhi file sing ditampilake ing manajer gambar, nanging apa wae bisa kedadeyan. Inti saka proses konsolidasi yaiku data saka snapshot (disk anak) ditulis menyang disk utama (induk). Proses nggabungake disk diarani merge. Yen printah konsolidasi wis ditanggepi, banjur rekaman snapshot bisa dibusak saka database sadurunge snapshot digabungake lan dibusak. Lan yen jepretan ora bisa dibusak kanthi alesan apa wae, banjur gambar yatim piatu sing padha katon. Babagan nggarap jepretan, VMware wis . Lan kita uga piye wae babagan wong-wong mau .
Datastore (Stora utawa panyimpenan): Konsep sing wiyar banget, nanging ing jagad virtualisasi, dimangerteni minangka papan ing ngendi file mesin virtual disimpen. Nanging ing kasus apa wae, ing kene sampeyan kudu ngerti konteks kanthi jelas lan, kanthi ragu-ragu, njlentrehake apa sing ana ing pikirane interlocutor sampeyan.
Proksi (Proxy): Penting kanggo langsung ngerti yen Veeam Proxy ora padha karo sing biasa kita lakoni ing Internet. Ing produk Veeam, iki minangka jinis entitas sing ngurusi transfer data saka sak panggonan menyang panggonan liyane. Yen sampeyan ora pindhah menyang rincian, banjur VBR minangka printah lan kontrol server, lan proxy minangka workhorses sawijining. Tegese, proxy minangka mesin sing mili lalu lintas lan komponen VBR diinstal sing mbantu ngarahake lalu lintas iki. Contone, kanggo nransfer data saka saluran siji menyang saluran liyane, utawa mung kanggo nempel disk dhewe (mode HotAdd).
Repository (Repositori): Secara teknis, iki mung entri ing database VBR, nuduhake panggonan serep disimpen, lan carane nyambung menyang panggonan iki. Ing kasunyatan, bisa uga mung bal CIFS utawa disk kapisah, server utawa ember ing méga. Maneh, kita ana ing konteks, nanging kita ngerti manawa repositori mung minangka papan serep sampeyan.
Snapshot (SnapshOt): Penggemar grammar Oxford luwih seneng ngomong sapa sing snapshot lan sing snapshot, nanging mayoritas sing buta huruf entuk manfaat saka massa sing luwih gedhe. Yen ana sing ora ngerti, iki minangka teknologi sing ngidini sampeyan mulihake status disk ing wektu tartamtu. Iki ditindakake kanthi ngarahake sementara operasi I / O adoh saka disk utama - banjur bakal diarani snapshot RoW (Redirect on Write) - utawa kanthi mindhah blok sing bisa ditulis maneh saka disk menyang disk liyane - iki bakal diarani CoW (Copy on Write). ) snapshot. Iku thanks kanggo kemungkinan sudhut nggunakake fungsi iki sing Veeam bisa Piandel serep sawijining. Strictly ngandika, ora mung wong-wong mau, nanging iki bab rilis sabanjuré.
Ana lam watara istilah iki ing dokumentasi ESXi lan log, lan ing konteks nyebutake jepretan, sampeyan bisa nemokake jepretan dhewe, lan mbaleni log, lan malah delta disk. Dokumentasi Veeam ora ngemot luh kuwi, lan gambar asli seko iku gambar asli seko, lan log redo persis file REDO digawe dening disk non-persistent sawijining. File REDO bakal dibusak nalika mesin virtual dipateni, dadi mbingungake karo jepretan minangka dalan kanggo gagal.
Sintetik (Sintetik): Serep sintetis minangka serep inkremental mundur lan serep maju selawase. Yen sampeyan durung nemoni istilah iki, iku mung salah sawijining mekanisme sing digunakake kanggo nggawe transformasi chain serep. Nanging, ing log sampeyan uga bisa nemokake konsep Transform, sing digunakake ing framework nggawe salinan lengkap saka tambahan (full sintetik).
Tugas (Tugas): Iki minangka proses ngolah saben mesin individu ing proyek kasebut. Yaiku: sampeyan duwe gawe serep, sing kalebu telung mesin. Iki tegese saben mobil bakal diproses minangka bagéan saka tugas kapisah. Secara total, bakal ana papat log: sing utama kanggo proyek lan telu kanggo tugas. Nanging, ana nuansa penting ing kene: liwat wektu, tembung "tugas" wis dadi ora perlu ambigu. Nalika kita pirembagan bab log umum, kita ateges sing tugas persis VM. Nanging ana "tugas" ing proxy lan ing repositori. Ing kono bisa ateges disk virtual, mesin virtual, lan kabeh proyek. Tegese, penting ora ilang konteks.
Veeam% jeneng% Service: Kanggo entuk manfaat saka serep sing sukses, sawetara layanan bisa digunakake bebarengan, dhaptar sing bisa ditemokake ing peralatan standar. Jeneng-jenenge cukup transparan nggambarake esensie, nanging ing antarane sing padha ana sing paling penting - Layanan Serep Veeam, tanpa liyane ora bakal bisa digunakake.
VSS: Secara teknis, VSS kudu tansah ngadeg kanggo Microsoft Volume Shadow Copy Service. Nyatane, iki digunakake dening akeh minangka sinonim kanggo Processing Image-Aware. Sing, mesthi, categorically salah, nanging iki crita saka kategori "Sembarang SUV bisa disebut jeep, lan sampeyan bakal ngerti."
Log Fantastic lan ngendi padha manggon
Aku pengin miwiti bab iki kanthi mbukak rahasia gedhe - apa wektu ditampilake ing log?
Elingi:
- ESXi tansah nulis log ing UTC+0.
- vCenter nyimpen log miturut wektu zona wektu.
- Veeam nyimpen log miturut wektu lan zona wektu server sing lagi aktif.
- Lan mung acara Windows ing format EVTX ora nandhang sangsara saka naleni apa-apa. Nalika dibukak, wektu diitung maneh kanggo mobil sing dibukak. Pilihan sing paling trep, sanajan ana kangelan. Mung kangelan nyata iku prabédan ing lokal. Iki minangka dalan sing dijamin kanggo log sing ora bisa diwaca. Ya, ana opsi kanggo nambani iki, nanging supaya ora mbantah kasunyatan manawa kabeh ing IT bisa digunakake ing basa Inggris, lan setuju kanggo nyetel lokal Inggris ing server. Oh mangga.
Saiki ayo ngomong babagan papan panggonan log lan carane entuk. Ing kasus VBR, ana rong pendekatan.
Opsi pisanan cocok yen sampeyan ora pengin nggoleki file ing tumpukan umum sing ana hubungane karo masalah sampeyan. Kanggo nindakake iki, kita duwe tuntunan kapisah, sing sampeyan bisa nemtokake proyek tartamtu lan wektu tartamtu sing sampeyan butuh log. Banjur dheweke bakal mbukak folder kasebut lan sijine kabeh sing perlu ing siji arsip. Where kanggo nggoleki lan carane bisa karo diterangake ing rinci ing .
Nanging, tuntunan ora ngumpulake log kabeh tugas lan, contone, yen sampeyan kudu sinau log mulihake, failover utawa failback, path sampeyan dumunung ing folder. %ProgramData%/Veeam/Backup. Iki minangka logostore VBR utama lan %ProgramData% minangka folder sing didhelikake lan ora apa-apa. Miturut cara, lokasi gawan bisa reassigned nggunakake REG_SZ: LogDirectory jinis tombol pendaptaran ing cabang HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Serep lan Replikasi.
Ing mesin Linux, log agen pekerja kudu digoleki ing /var/log/VeeamBackup/yen nggunakake akun root utawa sudo. Yen sampeyan ora duwe hak istimewa, banjur goleki log in /tmp/VeeamBackup.
Kanggo agen Veeam kanggo %OS_name% log kudu digoleki %ProgramData%/Veeam/Endpoint (utawa %ProgramData%/Veeam/Backup/Endpoint) lan /var/log/veeam masing-masing.
Yen sampeyan nggunakake Pemrosesan Gambar Aplikasi-Aware (lan paling mungkin sampeyan), banjur kahanan dadi luwih rumit. Sampeyan mbutuhake log helper, sing disimpen ing mesin virtual dhewe, lan log VSS. Babagan carane lan ing ngendi entuk rasa seneng iki, ditulis kanthi rinci ing . Lan mesthi ana kanggo ngumpulake log sistem sing dibutuhake.
acara Windows nduweni diklumpukake miturut . Yen sampeyan nggunakake Hyper-V, masalah dadi luwih rumit, amarga sampeyan uga mbutuhake kabeh log saka Aplikasi lan Log Layanan> Microsoft> cabang Windows. Senajan sampeyan bisa tansah pindhah cara liyane bodho lan mung Pick munggah kabeh obyek saka% SystemRoot% System32winevtLogs.
Yen ana sing rusak nalika instalasi / upgrade, kabeh sing dibutuhake bisa ditemokake ing folder %ProgramData% / Veeam / Setup / Temp. Sanajan aku ora bakal ndhelikake kasunyatan manawa ing acara OS sampeyan bisa nemokake informasi sing luwih migunani tinimbang ing log kasebut. Liyane saka menarik dumunung ing% Temp%, nanging ana utamané log instalasi kanggo piranti lunak sing gegandhengan, kayata basa, .Net perpustakaan lan liyane. Elinga yen Veeam wis diinstal saka msi lan kabeh komponen uga diinstal minangka paket msi kapisah, sanajan iki ora ditampilake ing GUI. Mulane, yen instalasi salah sawijining komponen gagal, kabeh instalasi VBR bakal mandheg. Mulane, sampeyan kudu pindhah menyang log lan ndeleng apa persis nyuwil lan ing titik apa.
Lan pungkasane, hack urip: yen sampeyan nampa kesalahan nalika instalasi, aja cepet-cepet klik OK. Pisanan kita njupuk log, banjur klik OK. Kanthi cara iki sampeyan bakal entuk log sing rampung ing wektu kesalahan, tanpa sampah ing pungkasan.
Lan mengkono sing kudu njaluk menyang vSphere log. Pendhudhukan banget ora ngucapke matur nuwun, nanging, sawise nggulung lengen klambi, siji kudu nindakake liyane. Ing versi paling gampang, kita kudu log karo acara mesin virtual vmware.log, kang dumunung ing jejere file .vmx sawijining. Ing kasus sing luwih angel, bukak Google lan takon ngendi log kanggo versi host sampeyan, amarga VMware seneng ngganti panggonan iki saka release kanggo release. Tuladhane, , nanging kanggo . Kanggo log vCenter, baleni prosedur kasebut . Nanging ing umum, kita bakal kasengsem ing host acara log hostd.log, acara inang ngatur vCenter vpxa.log, kernel log vmkernel.log lan otentikasi log auth.log. Ya, ing kasus sing paling diabaikan, log SSO, sing ana ing folder SSO, bisa uga migunani.
Ruwet? Bingung? medeni? Nanging iki ora malah setengah saka informasi sing dhukungan kita bisa digunakake saben dina. Dadi wong-wong iku pancene, keren banget.
Komponen Veeam
Lan minangka kesimpulan kanggo artikel pambuko iki, ayo ngomong sethithik babagan komponen Veeam Backup & Replication. Amarga nalika sampeyan nggoleki sababe lara, luwih becik ngerti cara kerja pasien.
Dadi, kaya sing dingerteni kabeh wong, Veeam Backup minangka aplikasi basis SQL sing diarani. Yaiku, kabeh setelan, kabeh informasi lan umume kabeh sing mung perlu kanggo fungsi normal - kabeh iki ana ing basis data. Utawa, ing rong database, yen kita ngomong babagan sekelompok VBR lan EM: VeeamBackup lan VeeamBackupReporting. Lan kedadeyan kasebut: kita sijine aplikasi liyane - database liyane katon. Supaya ora nyimpen kabeh endhog ing siji kranjang.
Nanging supaya kabeh ekonomi bisa mlaku kanthi lancar, kita butuh sakumpulan layanan lan aplikasi sing bakal nggabungake kabeh komponen. Minangka conto, kaya ing salah sawijining laboratoriumku:
Tumindak minangka konduktor utama Layanan Serep Veeam. Dheweke sing tanggung jawab kanggo ijol-ijolan informasi karo pangkalan. Dheweke uga tanggung jawab kanggo miwiti kabeh tugas, ngatur sumber daya sing diparengake lan kerja minangka pusat komunikasi kanggo macem-macem konsol, agen lan liya-liyane. Ing tembung, mesthi ora ana cara tanpa dheweke, nanging iki ora ateges yen dheweke nindakake kabeh dhewe.
Mbantu dheweke kanggo ngrampungake rencana Manager Serep Veeam. Iki dudu layanan, nanging entitas sing mbukak proyek lan ngawasi proses eksekusi. Tangan kerja layanan serep, sing nyambung menyang host, nggawe jepretan, retensi monitor, lan liya-liyane.
Nanging bali menyang dhaptar layanan. Layanan Broker Veeam. Muncul ing v9.5 (lan iki dudu penambang crypto, kaya sing dipikirake sawetara). Nglumpukake informasi babagan host VMware lan njaga relevansi. Nanging aja langsung mbukak kanggo nulis komentar duka sing kita spying ing sampeyan lan bocor kabeh logins / sandhi kanggo taschmajor. Kabeh iku rada prasaja. Nalika sampeyan mbukak serep, bab pisanan sing kudu dilakoni yaiku nyambungake menyang host lan nganyari kabeh data babagan strukture. Iki minangka crita sing rada alon lan rumit. Cukup elinga suwene sampeyan bisa mlebu liwat antarmuka web, lan elinga yen mung lapisan ndhuwur sing diitung ana. Banjur sampeyan isih kudu mbukak kabeh hirarki menyang panggonan sing bener, kanthi cara. Ing tembung, medeni. Yen sampeyan mbukak serep, saben proyek kudu nindakake prosedur iki. Yen kita ngomong babagan infrastruktur gedhe, proses iki bisa njupuk sepuluh menit utawa luwih. Mulane, diputusake kanggo nyedhiyakake layanan sing kapisah kanggo iki, sing bakal bisa nampa informasi sing paling anyar. Ing wiwitan, mriksa lan mindai kabeh infrastruktur sing ditambahake, banjur nyoba mung ing tingkat owah-owahan tambahan. Dadi sanajan sampeyan mbukak satus serep bebarengan, kabeh bakal njaluk informasi saka broker kita, lan ora bakal nyiksa host kanthi panjaluke. Yen sampeyan kuwatir babagan sumber daya, miturut petungan kita, 5000 mesin virtual mung butuh memori 100 Mb.
Sabanjure kita duwe Konsol Veeam. Dheweke yaiku Veeam Remote Console, dheweke yaiku Veeam.Backup.Shell. Iki minangka GUI sing padha sing kita deleng ing gambar. Kabeh iku prasaja lan ketok - console bisa dibukak saka ngendi wae, anggere iku Windows lan ana sambungan menyang server VBR. Ing bab mung sing bisa ngandika iku proses FLR bakal Gunung TCTerms lokal (IE ing mesin ngendi console mlaku). Ya, macem-macem Veeam Explorers uga bakal mbukak sacara lokal, amarga padha dadi bagian saka konsol kasebut. Nanging wis nggawa aku menyang alam bébas ...
Layanan liyane sing menarik yaiku Layanan Data Katalog Serep Veeam. Dikenal minangka Layanan Katalog Tamu Veeam ing dhaptar layanan. Dheweke melu ngindeks sistem file ing mesin tamu lan ngisi folder VBRCatalog kanthi kawruh iki. Iki digunakake mung yen kothak centhang indeksasi diaktifake. Lan mung bisa digunakake yen sampeyan duwe Enterprise Manager. Mula, saran saka njero atiku: aja ngaktifake indeksasi kaya ngono yen sampeyan ora duwe EAT. Simpen saraf lan wektu dhukungan.
Uga saka layanan penting liyane iku worth kang lagi nyimak Layanan Pemasangan Veeam, kanthi bantuan komponen sing dibutuhake dikirim lan diinstal ing proxy, repositori lan gateway liyane. Nyatane, butuh paket .msi sing dibutuhake menyang server lan nginstal.
Penggerak Data Veeam - kanthi bantuan agen tambahan sing diluncurake ing proxy (lan ora mung) melu ngowahi data. Contone, nalika nggawe serep, siji agen bakal maca file saka host datastore, lan kaloro bakal kasebut kanthi teliti, nulis menyang serep.
Dhewe, aku pengin nyathet bab penting sing asring ditanggapi klien - iki bedane versi layanan lan informasi ing snap-in Program lan Fitur. Ya, dhaptar bakal padha, nanging versi bisa rampung discordant. Iku ora banget kelangan saka titik visual tampilan, nanging temen normal yen kabeh bisa stably. Contone, kanggo layanan Installer, nomer versi adoh saka tetanggan. Horror lan ngipi elek? Ora, amarga ora rampung diinstal maneh, nanging DLL mung dianyari. Ing patch v9.5 U4, ana ngimpi elek dhukungan teknis: sajrone nganyari, kabeh layanan nampa versi anyar, kajaba sing paling penting. Ing tembelan U4b, layanan transportasi ngluwihi kabeh liyane kanthi rong versi (dituduhake kanthi nomer). Lan iki uga normal - bug serius ditemokaké ing, supaya nampa nganyari bonus relatif kanggo liyane. Dadi kanggo nyimpulake: beda versi BISA dadi masalah, nanging yen ana bedane lan kabeh bisa digunakake kanthi bener, mesthine mesthine. Nanging ora ana sing nglarang sampeyan njlentrehake babagan iki ing dhukungan teknis.
Iki sing diarani layanan wajib utawa wajib. Lan ana akeh tambahan, kayata Tape Service, Mount Service, vPowerNFS Service lan liya-liyane.
Kanggo Hyper-V, umume, kabeh padha, mung ana sing spesifik Layanan Integrasi Veeam Backup Hyper-V lan driver dhewe kanggo nggarap CBT.
Lan ing pungkasan, ayo ngomong babagan sapa sing kerja ing mesin virtual sajrone serep. Kanggo mbukak skrip sadurunge lan sawise beku, nggawe salinan bayangan, ngumpulake metadata, nggarap log transaksi SQL, lsp. Veeam Guest Helper. Lan yen sistem file diindeks, Veeam Guest Indexer . Iki minangka layanan sauntara sing disedhiyakake sajrone serep lan dibusak sawise.
Ing kasus mesin Linux, kabeh luwih gampang amarga ana akeh perpustakaan sing dibangun lan kemampuan sistem kasebut dhewe. Contone, indeksasi ditindakake liwat mlocate.
Semono wae
Aku wis ora wani nglarani kowe maneh cendhak Aku nganggep introduksi menyang kompartemen mesin Veeam wis rampung. Ya, kita ora malah nyedhaki guwa-guwa, nanging pracaya marang aku, supaya informasi sing disajikake ing wong-wong mau ora katon kaya aliran kesadaran sing ora cocog, pambuka kasebut pancen perlu. Aku rencana kanggo pindhah menyang log piyambak mung ing artikel katelu, lan rencana kanggo sabanjure kanggo nerangake sing ngasilake log, apa persis ditampilake ing wong-wong mau lan apa persis, lan ora digunakake.
Source: www.habr.com