Urang di Veeam cinta log. Sareng kusabab kalolobaan solusi kami modular, aranjeunna nyerat seueur log. Sareng saprak wengkuan kagiatan kami nyaéta pikeun mastikeun kasalametan data anjeun (nyaéta, sare anu tenang), maka log henteu ngan ukur ngarékam unggal beresin, tapi ogé ngalakukeunana sacara rinci. Ieu diperlukeun ku kituna dina hal eta jelas kumaha ieu "naon" kajadian, saha nu kudu ngalepatkeun, sarta naon anu kudu dipigawé salajengna. Éta sapertos dina élmu forensik: anjeun henteu kantos terang naon hal anu bakal ngabantosan anjeun mendakan pembunuh Laura Palmer.
Ku alatan éta, kuring mutuskeun nyandak hiji ayun dina runtuyan artikel, dimana kuring sequentially bakal ngobrol ngeunaan naon urang nulis kana log, dimana urang nyimpen aranjeunna, kumaha teu balik gélo jeung struktur maranéhanana sarta naon néangan di jero aranjeunna.
Naha runtuyan artikel jeung naha henteu ngajelaskeun sagalana sakaligus?
Kantun daptar log anu mana sareng naon anu disimpen di jerona mangrupikeun usaha anu rada cilaka. Tur éta pikasieuneun malah mikir ngeunaan ngajaga inpo ieu nepi ka tanggal. Daptar saderhana sadaya jinis log anu mungkin dina Veeam Backup & Replication mangrupikeun méja dina sababaraha lembar dina citak leutik. Sumuhun, sarta eta bakal relevan ngan dina waktu publikasi, sabab. nalika patch salajengna dileupaskeun, log anyar tiasa muncul, logika inpormasi anu disimpen dina anu lami bakal robih, jsb. Ku alatan éta, bakal leuwih nguntungkeun pikeun ngajelaskeun struktur maranéhanana jeung hakekat informasi anu dikandung dina eta. Ieu bakal ngidinan Anjeun pikeun leuwih hadé napigasi tempat ti cramming banal tina ngaran.
Ku alatan éta, dina raraga teu rurusuhan headlong kana kolam renang tina lambar téks, hayu urang ngalakukeun sababaraha karya préparasi dina artikel ieu. Ku alatan éta, ayeuna urang moal asup log sorangan, tapi bakal balik ti kajauhan: urang bakal compile glosarium jeung ngabahas struktur Veeam saeutik dina hal generating log.
Glosarium jeung jargon
Di dieu, mimitina, perlu apologizing ka juara tina purity basa Rusia jeung saksi kamus Ozhegov. Urang sadayana resep pisan kana basa asli urang, tapi industri IT terkutuk beroperasi dina basa Inggris. sumur, urang teu datang nepi ka eta, tapi kajadian sajarahna. Henteu lepat kuring, anjeunna sumping nyalira (c)
Dina bisnis urang, masalah anglicisms (jeung jargon) boga specifics sorangan. Nalika dina kecap polos sapertos "tuan rumah" atanapi "tamu" saalam dunya parantos lami ngartos hal-hal anu khusus, teras dina ⅙ bumi, kabingungan heroik sareng pikasieuneun kalayan nyusup kana kamus terus. Jeung argumen mastikeun wajib "Tapi dina karya urang ...".
Tambih Deui, aya murni terminologi urang, nu alamiah dina produk Veeam, sanajan sababaraha kecap jeung frasa geus indit ka jalma. Ku alatan éta, ayeuna urang bakal satuju kana naon istilah hartina naon, sarta dina mangsa nu bakal datang, dina kecap "tamu", abdi bakal hartosna persis naon anu ditulis dina bab ieu, sarta teu naon anu dipaké pikeun digawé. Sareng enya, ieu sanés karep pribadi kuring, ieu mangrupikeun istilah anu mapan di industri. Ngalawan aranjeunna rada henteu aya gunana. Sanaos kuring sok ngabagéakeun kana koméntar.
Hanjakalna, aya seueur istilah dina karya sareng produk urang, janten kuring moal nyobian daptar sadayana. Ngan inpormasi anu paling dasar sareng dipikabutuh ngeunaan cadangan sareng log pikeun salamet di laut. Pikeun anu minat, kuring ogé tiasa kolega ngeunaan kasét, dimana anjeunna ogé masihan daptar istilah nu patali jeung éta bagian tina fungsionalitas nu.
Tuan rumah (Host): Di dunya virtualisasi, ieu mangrupikeun mesin kalayan hypervisor. Fisik, maya, awan - henteu masalah. Lamun hal ngajalankeun hypervisor a (ESXi, Hyper-V, KVM jsb), lajeng ieu "hal" disebut host a. Naha éta klaster kalayan sapuluh rak atanapi laptop anjeun sareng lab pikeun hiji satengah mesin virtual - upami anjeun ngaluncurkeun hypervisor, anjeun janten host. Kusabab hypervisor nu sarwa mesin virtual. Malah aya carita yén VMware dina hiji waktos hoyong ngahontal asosiasi teguh tina kecap host sareng ESXi. Tapi manéhna henteu.
Di dunya modéren, konsép "host" sacara praktis ngahiji sareng konsép "server", anu nyababkeun sababaraha kabingungan dina komunikasi, khususna ngeunaan infrastruktur Windows. Janten naon waé mesin anu nyayogikeun sababaraha jasa anu dipikaresep ku urang tiasa aman disebut host. Contona, dina WinSock log sagalana ditandaan ku kecap host. Palasik "Host teu kapendak" mangrupikeun conto ieu. Janten urang mimitian tina kontéks, tapi émut - di dunya virtualisasi, host mangrupikeun host tamu (langkung seueur ngeunaan ieu dina dua garis di handap).
Tina jargon lokal (malahan akronim, dina hal ieu), diémutan di dieu yén VMware nyaéta VI, vSphere nyaéta VC, sareng Hyper-V nyaéta HV.
Tamu (Tamu): Mesin virtual dijalankeun dina host. Henteu aya anu dijelaskeun di dieu, sadayana logis sareng saderhana. Sanajan kitu, loba rajin nyered dieu sababaraha harti séjén.
Kanggo naon? Abdi henteu terang.
OS Tamu, masing-masing, sistem operasi tina mesin tamu. Teras salajengna.
Nyadangkeun/Replikasi Pakasaban (jobA): Jargon Wim murni, nunjukkeun sababaraha tugas. Nyadangkeun pakasaban == Nyadangkeun pakasaban. Taya sahijieun geus ilahar kaluar kumaha carana narjamahkeun eta beautifully kana Rusia, jadi dulur nyebutkeun "JobA". Kalawan tekenan kana suku kata panungtungan.
Leres, aranjeunna ngan ukur nyandak sareng nyarios "joba". Malah dina hurup aranjeunna nyerat sapertos kitu, sareng sadayana henteu kunanaon.
Sagala rupa jobs Nyadangkeun, Nyadangkeun Tugas, jsb, hatur nuhun, tapi teu perlu. Ngan pakasaban, sarta anjeun bakal dipikaharti. Hal utama anu nempatkeun stress dina suku kata panungtungan.
Nyadangkeun (Cadangan, cadangan. Pikeun true-oldfags, cadangan diwenangkeun): Salian atra (salinan cadangan data bohong wae), eta oge hartina pakasaban sorangan (tilu garis di luhur, lamun geus poho), salaku hasilna file cadangan pisan mucunghul. Panginten, gentlemen panyatur basa Inggris asli teuing puguh nyarios yén kuring ngajalankeun padamelan cadangan kuring unggal waktos, janten aranjeunna nyarios yén kuring ngajalankeun cadangan kuring, sareng sadayana ngartos masing-masing. Abdi ngajak anjeun pikeun ngadukung inisiatif anu saé ieu.
Konsolidasi (Konsolidasi): Istilah anu muncul dina ESXi 5.0 Pilihan dina ménu snapshot anu ngamimitian prosés ngahapus anu disebut yatim piatu. Hartina, snapshots anu sadia sacara fisik, tapi murag kaluar tina struktur logis ditampilkeun. Sacara téoritis, prosés ieu henteu kedah mangaruhan file anu dipidangkeun dina manajer snapshot, tapi naon waé tiasa kajantenan. Intina tina prosés konsolidasi nyaéta yén data tina snapshot (disk anak) ditulis kana disk utama (indungna). Prosés ngagabungkeun disk disebut ngahiji. Upami paréntah konsolidasi parantos dikaluarkeun, maka catetan snapshot tiasa dipiceun tina pangkalan data sateuacan snapshot dihijikeun sareng dihapus. Sareng upami snapshot teu tiasa dipupus kusabab alesan naon waé, maka snapshot yatim anu sami ieu muncul. Ngeunaan gawé bareng snapshots, VMware boga . Sarta kami ogé kumaha bae ngeunaan aranjeunna .
Datastore (Stora atanapi panyimpenan): Konsep anu lega pisan, tapi dina dunya virtualisasi, éta dipikaharti salaku tempat dimana file mesin virtual disimpen. Tapi dina hal naon waé, di dieu anjeun kedah ngartos kontéks anu jelas pisan sareng, kalayan sakedik ragu, netelakeun naon anu aya dina pikiran interlocutor anjeun.
Proksi (Proxy): Penting pikeun langsung ngartos yén Veeam Proxy henteu sami sareng anu biasa urang biasa dina Internét. Dina produk Veeam, ieu mangrupikeun éntitas anu ngurus mindahkeun data ti hiji tempat ka tempat anu sanés. Upami anjeun henteu terangkeun detil, maka VBR mangrupikeun server paréntah sareng kontrol, sareng proxy mangrupikeun workhorses na. Hartina, proxy mangrupikeun mesin anu ngalirkeun lalu lintas sareng dimana komponén VBR dipasang anu ngabantosan pikeun ngatur lalu lintas ieu. Contona, pikeun mindahkeun data ti hiji saluran ka nu sejen, atawa ngan saukur nempel disk ka sorangan (mode HotAdd).
Repository (Repository): Téhnisna, ieu ngan éntri dina database VBR, nunjukkeun tempat dimana cadangan disimpen, sarta kumaha nyambungkeun ka tempat ieu. Nyatana, éta tiasa ngan ukur bal CIFS atanapi disk anu misah, server atanapi ember dina méga. Sakali deui, kami aya dina kontéks, tapi kami ngartos yén gudang mangrupikeun tempat dimana cadangan anjeun.
Snapshot (SnapshOt): Penggemar grammar Oxford langkung resep nyarios saha anu snapshot sareng saha anu snapshot, tapi mayoritas buta huruf kauntungan tina massa anu langkung ageung. Upami aya anu henteu terang, ieu mangrupikeun téknologi anu ngamungkinkeun anjeun mulangkeun kaayaan disk dina waktos anu tangtu. Hal ieu dilakukeun boh ku samentawis alihan operasi I / O jauh ti disk utama - mangka bakal disebut RoW (Redirect on Write) snapshot - atawa ku mindahkeun blok rewritable tina disk anjeun ka sejen - ieu bakal disebut CoW (Salin dina Tulis). ) jepretan. Ieu berkat kamungkinan lega pikeun ngagunakeun fungsi ieu nu Veeam tiasa dianggo magic cadangan na. Tegesna, henteu ngan ukur aranjeunna, tapi ieu mangrupikeun masalah sékrési salajengna.
Aya rusuh sabudeureun istilah ieu dina dokuméntasi ESXi jeung log, sarta dina konteks mentioning snapshots, anjeun tiasa manggihan snapshots sorangan, sarta redo log, komo délta disk. Dokuméntasi Veeam henteu ngandung cimata sapertos kitu, sareng snapshot mangrupikeun snapshot, sareng log redo persis file REDO anu diciptakeun ku disk anu henteu pengkuh bebas. File REDO dipupus nalika mesin virtual dipareuman, janten ngabingungkeun sareng snapshot mangrupikeun jalan anu gagal.
Sintétik (sintétik): Cadangan sintétik nyaéta incremental sabalikna sareng cadangan maju salamina. Upami anjeun teu acan mendakan istilah ieu, éta mangrupikeun salah sahiji mékanisme anu dianggo pikeun ngawangun transformasi ranté cadangan. Nanging, dina log anjeun ogé tiasa mendakan konsép Transform, anu dianggo dina kerangka nyiptakeun salinan lengkep tina increments (sintétik pinuh).
Tugas (Tugas): Ieu mangrupikeun prosés ngolah unggal mesin individu dina padamelan éta. Maksudna: anjeun boga pakasaban cadangan, nu ngawengku tilu mesin. Ieu ngandung harti yén unggal mobil bakal diolah salaku bagian tina tugas misah. Dina total, bakal aya opat log: anu utama pikeun padamelan sareng tilu pikeun tugas. Sanajan kitu, aya hiji nuansa penting di dieu: kana waktu, kecap "tugas" geus jadi unnecessarily ambigu. Lamun urang ngobrol ngeunaan log umum, kami hartosna yén tugas téh persis VM. Tapi aya "tugas" boh dina proxy sareng dina gudang. Di dinya éta tiasa hartosna disk virtual, mesin virtual, sareng sadayana padamelan. Hartina, hal anu penting teu leungit konteks.
Veeam% ngaran% Service: Pikeun kapentingan cadangan suksés, sababaraha jasa dianggo sakaligus, daptar nu bisa kapanggih dina parabot baku. Ngaran maranéhanana cukup transparan ngagambarkeun hakekat maranéhanana, tapi diantara sarua aya nu pangpentingna - Veeam Nyadangkeun Service, tanpa nu sésana moal jalan.
VSS: Téhnisna, VSS kedah salawasna nangtung pikeun Microsoft Volume Shadow Copy Service. Nyatana, éta dianggo ku seueur salaku sinonim pikeun Pangolahan Gambar Sadar Aplikasi. Nu, tangtosna, categorically salah, tapi ieu carita ti kategori "Sakur SUV bisa disebut jeep, sarta anjeun bakal ngartos".
Log hebat sareng dimana aranjeunna cicing
Abdi hoyong ngamimitian bab ieu ku ngungkabkeun rusiah hébat - naon waktos dipintonkeun dina log?
Inget:
- ESXi sok nyerat log dina UTC+0.
- vCenter ngajaga log dumasar kana waktos zona waktos na.
- Veeam ngajaga log dumasar kana waktos sareng zona waktos tina server anu diaktipkeun.
- Sareng ngan ukur acara Windows dina format EVTX anu henteu sangsara tina ngariung nanaon. Nalika dibuka, waktosna diitung deui pikeun mobil anu dibuka. Pilihan anu pangmerenahna, sanaos aya kasusah sareng éta. Hiji-hijina kasusah tangible nyaéta bédana dina Lokalisasi. Ieu mangrupikeun jalur anu dijamin pikeun log anu teu tiasa dibaca. Sumuhun, aya pilihan pikeun kumaha carana ngubaran ieu, tapi hayu urang ngan teu ngajawab kalawan kanyataan yén sagalana dina IT jalan dina basa Inggris, sarta satuju pikeun salawasna nyetél lokal Inggris dina server. Oh mangga.
Ayeuna hayu urang ngobrol ngeunaan tempat dimana log hirup jeung kumaha carana meunang eta. Dina kasus VBR, aya dua pendekatan.
Pilihan kahiji cocog upami anjeun henteu hoyong milarian file dina tumpukan umum anu khusus aya hubunganana sareng masalah anjeun. Jang ngalampahkeun ieu, urang boga wizard misah, nu bisa nangtukeun pakasaban husus sarta periode husus nu peryogi log. Teras anjeunna bakal ngaliwat polder nyalira sareng nempatkeun sadaya anu anjeun peryogikeun kana hiji arsip. Dimana milarian éta sareng kumaha cara damelna dijelaskeun sacara rinci .
Nanging, wizard henteu ngumpulkeun log sadaya tugas sareng, contona, upami anjeun kedah diajar log restorasi, failover atanapi failback, jalur anjeun aya dina polder. %ProgramData% / Veeam / Nyadangkeun. Ieu mangrupikeun toko logo VBR utama sareng% ProgramData% mangrupikeun polder anu disumputkeun sareng éta henteu kunanaon. Ku jalan kitu, lokasi standar bisa reassigned ngagunakeun REG_SZ: LogDirectory tipe konci pendaptaran dina HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Cabang jeung réplikasi cabang.
Dina mesin Linux, log agén pagawé kedah dipilarian dina /var/log/VeeamBackup/upami nganggo akun root atanapi sudo. Upami anjeun teu gaduh hak istimewa sapertos kitu, teras milarian log in /tmp/VeeamBackup.
Pikeun agén Veeam pikeun %OS_name% log kudu ditéang dina %ProgramData%/Veeam/Endpoint (atawa %ProgramData% / Veeam / Nyadangkeun / Endpoint) jeung /var/log/veeam sasuai.
Upami Anjeun keur make Application-Aware Image Processing (jeung paling dipikaresep anjeun), mangka kaayaan jadi rada leuwih pajeulit. Anjeun peryogi log asisten kami, anu disimpen di jero mesin virtual sorangan, sareng log VSS. Ngeunaan kumaha jeung dimana meunang kabagjaan ieu, ditulis dina jéntré . Sarta tangtu aya pikeun ngumpulkeun log sistem anu diperyogikeun.
acara Windows merenah dikumpulkeun nurutkeun . Upami anjeun nganggo Hyper-V, hal-hal janten langkung rumit, sabab anjeun ogé peryogi sadaya log na tina Aplikasi sareng Log Layanan> Microsoft> cabang Windows. Sanajan anjeun salawasna bisa balik cara leuwih bodo tur ngan nyokot sakabeh objék tina% SystemRoot% System32winevtLogs.
Upami aya anu ngarecah nalika instalasi / pamutahiran, sadaya anu anjeun peryogikeun tiasa dipendakan dina folder% ProgramData% / Veeam / Setup / Temp. Sanaos kuring moal nyumputkeun kanyataan yén dina acara OS anjeun tiasa mendakan inpormasi anu langkung mangpaat tibatan dina log ieu. Sésana metot perenahna di% Temp%, tapi aya utamana log instalasi pikeun software patali, kayaning dasar, .Net perpustakaan jeung hal séjén. Catet yén Veeam dipasang ti msi sareng sadaya komponénna ogé dipasang salaku bungkusan msi anu misah, sanaos ieu henteu ditingalikeun dina GUI. Ku alatan éta, lamun pamasangan salah sahiji komponén gagal, sakabéh instalasi VBR bakal dieureunkeun. Ku alatan éta, anjeun kedah lebet kana log sareng ningali naon anu leres-leres rusak sareng dina waktosna.
Tungtungna, hack hirup: upami anjeun nampi kasalahan nalika instalasi, ulah buru-buru klik OKÉ. Mimiti urang nyandak log, teras klik OK. Ku cara ieu anjeun bakal nampi log anu ditungtungan dina waktos kasalahan, tanpa sampah dina tungtungna.
Sarta eta kajadian nu kudu meunang kana log vSphere. Penjajahan pisan henteu ngahatur nuhun, tapi, saatos ngagulung leungeun baju, anjeun kedah ngalakukeun anu sanés. Dina versi pangbasajanna, urang kudu log kalawan acara mesin virtual vmware.log, nu lokasina di gigireun file .vmx na. Dina kasus anu langkung hese, buka Google sareng naroskeun dimana lokasina log pikeun versi host anjeun, sabab VMware resep ngarobih tempat ieu tina sékrési ka sékrési. Salaku conto, , tapi pikeun . Pikeun log vCenter, malikan prosedur . Tapi sacara umum, urang bakal kabetot dina host acara log hostd.log, acara host dikelola ku vCenter vpxa.log, kernel log vmkernel.log jeung auténtikasi log auth.log. Nya, dina kasus anu paling diabaikan, log SSO, anu aya dina folder SSO, tiasa dianggo.
Ruwet? Lieur? Sieun? Tapi ieu sanés satengah tina inpormasi anu dirojong ku kami unggal dinten. Janten aranjeunna saé pisan.
Komponén Veeam
Sareng salaku kacindekan tina tulisan bubuka ieu, hayu urang bahas sakedik ngeunaan komponén Veeam Backup & Replication. Pikeun nalika anjeun milari anu nyababkeun nyeri, éta langkung saé ngartos kumaha jalanna pasien.
Janten, sakumaha anu terang sadayana, Veeam Backup mangrupikeun anu disebut aplikasi basis SQL. Nyaéta, sadaya setélan, sadaya inpormasi sareng sacara umum sadayana anu dipikabutuh pikeun fungsi normal - sadayana ieu aya dina database na. Atawa rada, dina dua basis data, lamun urang ngobrol ngeunaan kebat VBR na EM: VeeamBackup na VeeamBackupReporting, mungguh. Sarta eta kajadian: urang nempatkeun aplikasi sejen - database sejen némbongan. Dina raraga teu nyimpen sakabéh endog dina hiji karinjang.
Tapi pikeun sakabéh ékonomi ieu jalan mulus, urang peryogi sakumpulan jasa jeung aplikasi anu bakal dasi sakabéh komponén babarengan. Sapertos conto, ieu sapertos di salah sahiji laboratorium kuring:
Tumindak salaku konduktor utama Service Nyadangkeun Veeam. Éta anjeunna anu tanggung jawab pikeun tukeur inpormasi sareng pangkalan. Anjeunna ogé tanggung jawab pikeun ngaluncurkeun sadaya tugas, ngatur sumber daya anu dialokasikeun sareng damel salaku pusat komunikasi pikeun rupa-rupa konsol, agén sareng anu sanésna. Dina kecap, pasti moal aya jalan tanpa anjeunna, tapi ieu lain hartosna yén anjeunna ngalakukeun sagalana sorangan.
Mantuan anjeunna dina minuhan rencana-Na Manajer Nyadangkeun Veeam. Ieu sanés jasa, tapi éntitas anu ngaluncurkeun padamelan sareng ngawas prosés palaksanaanna. Leungeun gawé ladenan cadangan, nu nyambung ka host, nyieun snapshots, monitor ingetan, jeung saterusna.
Tapi balik deui ka daptar jasa. Service calo Veeam. Nembongan dina v9.5 (jeung ieu lain panambang crypto, sakumaha sababaraha pamikiran lajeng). Ngumpulkeun inpormasi ngeunaan host VMware sareng ngajaga relevansina. Tapi ulah langsung ngajalankeun nulis komentar ambek nu urang spionase on anjeun sarta bocor sagala logins / sandi mun taschmajor. Sagalana rada basajan. Lamun anjeun ngajalankeun cadangan, hal kahiji anu anjeun kedah laksanakeun nyaéta nyambung ka host sareng ngapdet sadaya data ngeunaan strukturna. Ieu carita rada slow sarta pajeujeut. Ngan apal sabaraha lila waktu nu diperlukeun pikeun anjeun login ngaliwatan panganteur web, jeung inget yen ngan lapisan luhur diitung aya. Teras anjeun masih kedah muka sadayana hierarki ka tempat anu leres, ku jalan kitu. Dina kecap, horor. Upami anjeun ngajalankeun belasan cadangan, maka unggal padamelan kedah ngalakukeun prosedur ieu. Lamun urang ngobrol ngeunaan infrastruktur badag, prosés ieu tiasa nyandak sapuluh menit atawa leuwih. Ku alatan éta, ieu mutuskeun pikeun allocate layanan misah pikeun ieu, ngaliwatan nu eta bakal mungkin pikeun nampa salawasna informasi up-to-date. Dina ngamimitian, éta mariksa sareng nyeken sadaya prasarana tambahan, teras nyobian ngan ukur damel dina tingkat parobihan tambahan. Janten sanajan anjeun ngajalankeun saratus cadangan dina waktos anu sami, aranjeunna sadayana bakal nyuhunkeun inpormasi ti calo kami, sareng moal nyiksa host ku pamundutana. Upami anjeun hariwang ngeunaan sumber, teras dumasar kana itungan kami, 5000 mesin virtual ngan ukur peryogi mémori 100 Mb.
Salajengna urang gaduh Konsol Veeam. Anjeunna Veeam Remote Console, anjeunna Veeam.Backup.Shell. Ieu mangrupikeun GUI anu sami anu urang tingali dina layar. Sadayana saderhana sareng atra - konsol tiasa diluncurkeun ti mana waé, salami éta Windows sareng aya sambungan kana server VBR. Hiji-hijina hal anu bisa disebutkeun éta prosés FLR bakal Gunung titik lokal (i.e. dina mesin dimana konsol ngajalankeun). Nya, rupa-rupa Veeam Explorers ogé bakal dijalankeun sacara lokal, sabab éta bagian tina konsol. Tapi éta parantos ngabawa kuring ka alam liar ...
jasa metot séjén nyaéta Service Data Katalog Nyadangkeun Veeam. Dipikawanoh salaku Layanan Katalog Tamu Veeam dina daptar jasa. Anjeunna kalibet dina indexing sistem file dina mesin tamu jeung ngeusi folder VBRCatalog kalawan pangaweruh ieu. Hal ieu dipaké ngan lamun kotak centang indexing diaktipkeun. Sareng éta ukur masuk akal pikeun ngaktifkeunana upami anjeun gaduh Manajer Perusahaan. Ku alatan éta, nasehat ti jero haté kuring: ulah ngahurungkeun indexing ngan lamun teu boga EAT. Simpen saraf anjeun sareng waktos ngadukung.
Ogé tina jasa penting séjén sia noting Service Installer Veeam, kalayan bantosan komponén anu diperyogikeun dikirimkeun sareng dipasang dina proksi, repositori sareng gerbang sanés. Nyatana, éta nyandak pakét .msi anu diperyogikeun ka server sareng masangana.
Veeam Data Mover - kalayan bantosan agén bantu anu diluncurkeun dina proksi (sareng sanés ngan ukur) éta kalibet dina mindahkeun data. Salaku conto, nalika nyadangkeun, hiji agén bakal maca file tina host datastore, sareng anu kadua bakal sacara saksama nyerat kana cadangan.
Kapisah, abdi hoyong perhatikeun hiji hal anu penting anu sering diréaksikeun ku klien - ieu mangrupikeun bédana dina versi jasa sareng inpormasi dina Program sareng Fitur snap-in. Leres, daptarna bakal sami, tapi versina tiasa discordant lengkep. Ieu teu pisan tiis tina sudut pandang visual, tapi sagemblengna normal lamun sagalana jalan stably. Contona, pikeun layanan Installer, nomer versi jauh ti nu tatangga. Horor jeung ngimpina? Henteu, sabab henteu dipasang deui lengkep, tapi DLL-na ngan ukur diropéa. Dina patch v9.5 U4, hiji ngimpina rojongan teknis lumangsung: salila update, sadaya jasa narima versi anyar, iwal ti nu pangpentingna. Dina patch U4b, jasa angkutan ngalangkungan sadayana anu sanés ku saloba dua vérsi (ditilik ku jumlahna). Sareng ieu ogé normal - bug anu serius dipendakan di jerona, janten éta nampi pembaruan bonus relatif ka anu sanés. Janten pikeun nyimpulkeun: bédana versi BISA janten masalah, tapi upami aya bédana sareng sadayana berpungsi leres, maka sigana kedahna. Tapi teu aya anu nyaram anjeun pikeun ngajelaskeun ieu dina dukungan téknis.
Ieu anu disebut jasa wajib atanapi Wajib. Sareng aya seueur alat bantu, sapertos Tape Service, Mount Service, vPowerNFS Service sareng saterasna.
Pikeun Hyper-V, sacara umum, sadayana sami, ngan aya anu khusus Veeam Nyadangkeun Hyper-V Service Pamaduan jeung supir sorangan pikeun gawé bareng CBT.
Sarta dina tungtungna, hayu urang ngobrol ngeunaan saha gawéna dina mesin virtual salila cadangan. Pikeun ngajalankeun skrip pre- sareng post-freeze, nyiptakeun salinan kalangkang, ngumpulkeun metadata, damel sareng log transaksi SQL, jsb. Veeam Tamu Helper. Sareng upami sistem file diindeks, Veeam Tamu Indexer . Ieu mangrupikeun jasa samentawis anu disebarkeun salami cadangan sareng dihapus saatosna.
Dina kasus mesin Linux, sadayana langkung saderhana kusabab ayana sajumlah ageung perpustakaan anu diwangun sareng kamampuan sistem éta sorangan. Contona, indexing dilakukeun ngaliwatan mlocate.
Sakitu wae kanggo ayeuna
Abdi henteu wani deui nganyenyeri anjeun pondok Kuring nganggap bubuka ka kompartemen mesin Veeam geus réngsé. Sumuhun, urang malah teu deukeut ka dens sorangan, tapi percanten ka abdi, ku kituna informasi dibere di aranjeunna henteu sigana kawas aliran incoherent tina eling, bubuka misalna hiji mutlak diperlukeun. Kuring rencanana buka log sorangan ngan dina artikel katilu, sarta rencana pikeun hiji salajengna nyaeta ngajelaskeun saha dibangkitkeun log, naon kahayang dipintonkeun di aranjeunna sarta naha persis, teu disebutkeun.
sumber: www.habr.com