Veeamде биз журналдарды жакшы көрөбүз. Биздин чечимдердин көбү модулдук болгондуктан, алар көп журналдарды жазышат. Биздин иш-аракетибиздин масштабы сиздин маалыматтарыңыздын коопсуздугун камсыз кылуу (б.а., тынч уйку) болгондуктан, журналдар ар бир чүчкүрүүнү гана жаздырбастан, аны майда-чүйдөсүнө чейин аткарышы керек. Бул бир нерсе болгон учурда бул "эмне" кандайча болуп кеткени, ким күнөөлүү жана андан ары эмне кылуу керек экени түшүнүктүү болушу үчүн зарыл. Бул криминалистикадагыдай: сиз Лаура Палмерди өлтүргөн адамды табууга кандай кичинекей нерсе жардам берерин эч качан биле албайсыз.
Ошондуктан, мен бир катар макалаларды карап чыгууну чечтим, анда мен журналдарга эмне жазарыбыз, аларды кайда сактайбыз, алардын түзүлүшү менен кантип жинди болбоо керек жана алардын ичинен эмнени издөө керектиги жөнүндө сөз кылам.
Эмне үчүн бир катар макалалар жана эмне үчүн бардыгын дароо сүрөттөп берүүгө болбойт?
Кайсы журналдын кайда экенин жана анда эмне сакталганын жөн эле тизмектеп коюу – бул өтө каргашалуу иш. Жана бул маалыматты жаңыртуу жөнүндө ойлонуу да коркунучтуу. Veeam Backup & Replication программасында журналдардын мүмкүн болгон бардык түрлөрүнүн жөнөкөй тизмеси – бул кичинекей шрифт менен бир нече барактардагы таблица. Ооба, жана ал жарыяланган учурда гана актуалдуу болот, анткени. кийинки патч чыкканда жаңы журналдар пайда болушу мүмкүн, эскилердеги сакталган маалыматтын логикасы өзгөрөт ж.б.у.с. Ошондуктан, алардын түзүмүн жана андагы маалыматтын маңызын түшүндүрүү алда канча пайдалуу болот. Бул жерлерди баналдык тыкан аттарга караганда жакшыраак багыттоого мүмкүндүк берет.
Ошондуктан, текст барактарынын бассейнине шашылбоо үчүн, келгиле, бул макалада бир нече даярдык иштерин жасайлы. Ошондуктан, бүгүн биз журналдардын өзүнө кирбейбиз, бирок алыстан барабыз: глоссарий түзүп, Veeam түзүмүн журналдарды түзүү жагынан бир аз талкуулайбыз.
Глоссарий жана жаргон
Бул жерде эң оболу орус тилинин тазалыгынын күрөшчүлөрүнөн жана Ожеговдун сөздүгүнө күбө болгондордон кечирим сураганыбыз оң. Биз баарыбыз эне тилибизди абдан жакшы көрөбүз, бирок наалат IT индустриясы англис тилинде иштейт. Ооба, биз аны ойлоп тапкан жокпуз, бирок бул тарыхый жактан болгон. Бул менде эмес, ал өзү келди (c)
Биздин бизнесибизде англисизмдер (жана жаргондор) проблемасынын өзүнүн өзгөчөлүгү бар. "Кожоюн" же "конок" сыяктуу бейкүнөө сөздөрдүн астында бүткүл дүйнө көптөн бери так нерселерди түшүнүп калганда, жердин ⅙ бөлүгүндө сөздүктөрдү сүзүп алуу менен баатырдык башаламандык жана таң калыштуу уланууда. Жана катуу милдеттүү аргумент "Бирок биздин жумушта ...".
Мындан тышкары, кээ бир сөздөр жана сөз айкаштары элге өтүп кеткенине карабастан, Veeam өнүмдөрүнө мүнөздүү болгон биздин терминологиябыз бар. Ошондуктан, азыр биз кайсы терминдин эмнени билдирерин макулдашабыз жана келечекте “конок” деген сөздүн астында мен сиз жумушта көнгөн нерсеңизди эмес, бул бөлүмдө жазылгандарды так айтам. Ооба, бул менин жеке каалоом эмес, бул тармакта калыптанып калган терминдер. Алар менен күрөшүү кандайдыр бир маанисиз. Мен ар дайым комментарийлерде тынчтанууну жактайм да.
Тилекке каршы, биздин ишибизде, продукциябызда терминдер көп, ошондуктан алардын баарын санап чыгууга аракет кылбайм. Деңизде жашоо үчүн резервдик көчүрмөлөр жана журналдар жөнүндө эң негизги жана керектүү маалымат гана. Кызыккандар үчүн мен да алам ленталар жөнүндө кесиптештери, мында ал функциянын ошол бөлүгүнө тиешелүү терминдердин тизмесин да берди.
Хост (Хост): Виртуалдаштыруу дүйнөсүндө бул гипервизору бар машина. Физикалык, виртуалдык, булут - бул маанилүү эмес. Эгерде бир нерсе гипервизорду иштетип жатса (ESXi, Hyper-V, KVM ж.б.), анда бул "бир нерсе" хост деп аталат. Он стеллажы бар кластер болобу же бир жарым виртуалдык машиналар үчүн лабораториясы бар ноутбук болобу - эгер сиз гипервизорду ишке киргизсеңиз, анда сиз хост болуп калдыңыз. Анткени гипервизор виртуалдык машиналарды ээлейт. Ал тургай, VMware бир убакта ESXi менен хост сөзүнүн бекем байланышына жетишүүнү каалаган окуя бар. Бирок ал андай кылган жок.
Заманбап дүйнөдө "хост" түшүнүгү иш жүзүндө "сервер" түшүнүгү менен биригип кетти, бул байланышка, айрыкча Windows инфраструктурасына келгенде кандайдыр бир баш аламандыктарды алып келет. Ошентип, бизди кызыктырган кандайдыр бир кызматты тейлеген ар бир машина коопсуз түрдө хост деп атоого болот. Мисалы, WinSock журналдарында баары хост деген сөз менен белгиленген. Буга мисал классикалык "Хост табылган жок". Ошентип, биз контексттен баштайбыз, бирок эстен чыгарбоо керек - виртуалдаштыруу дүйнөсүндө конокторду кабыл алуучу (бул тууралуу кененирээк төмөнкү эки сапта).
Жергиликтүү жаргондордон (бул учурда, атүгүл кыскартуулар), бул жерде VMware VI, vSphere VC жана Hyper-V HV экени эске алынат.
Конок (конок): Хостта иштеген виртуалдык машина. Бул жерде түшүндүрө турган эч нерсе жок, баары ушунчалык логикалык жана жөнөкөй. Бирок, көптөгөн башка маанилерди бул жерге тырышчаактык менен сүйрөп келишет.
Эмне үчүн? Мен билбейм.
Конок OS, тиешелүүлүгүнө жараша, конок машинанын иштетүү системасы. Жана башка.
Камдык көчүрүү/Репликация жумушу (жумушA): Таза Wim жаргону, кээ бир милдеттерди билдирет. Камдык жумуш == Камдык жумуш. Аны орусчага кандай сонун которууну эч ким түшүнө элек, андыктан баары “JobA” дейт. Акыркы муунга басым жасоо менен.
Ооба, жөн эле алып, “жоба” дешет. Анан каттарда да ошентип жазышат, баары жакшы.
Ар кандай камдык жумуштар, Камдык тапшырмалар ж.б., рахмат, бирок кереги жок. Жөн эле жумуш, ошондо сизди түшүнүшөт. Негизгиси акыркы муунга басым коюу.
Камдык көчүрмөнү сактоо (Камдык көчүрүү, резервдик көчүрүү. Чыныгы эскилер үчүн камдык көчүрмөгө уруксат берилет): Ачыктан тышкары (бир жерде жаткан маалыматтардын резервдик көчүрмөсү), ал жумуштун өзүн да билдирет (эгер сиз унутуп калган болсоңуз, анда үч сап жогоруда), анын натыйжасында камдык файл пайда болот. Кыязы, англис тилинде сүйлөгөн мырзалар мен ар дайым резервдик жумушумду иштеттим деп айтууга жалкоо болушат, ошондуктан алар жөн гана мен камдык көчүрмөмдү иштеттим деп айтышат жана баары бири-бирин жакшы түшүнүшөт. Сиздерди бул эң сонун демилгени колдоого чакырам.
Консолидация (консолидация): ESXi 5.0 версиясында пайда болгон термин. Жетим деп аталган сүрөттөрдү жок кылуу процессин баштаган көз ирмемдик менюдагы опция. Башкача айтканда, физикалык жактан жеткиликтүү болгон, бирок көрсөтүлгөн логикалык структурадан чыгып кеткен сүрөттөр. Теориялык жактан алганда, бул процесс снапшот башкаргычында көрсөтүлгөн файлдарга таасирин тийгизбеши керек, бирок баары болушу мүмкүн. Консолидациялоо процессинин маңызы – бул снапшоттан алынган маалыматтар негизги (ата-энелик) дискке жазылат. Дисктерди бириктирүү процесси бириктирүү деп аталат. Эгерде консолидациялоо буйругу чыгарылган болсо, анда снапшотту бириктирүү жана жок кылуудан мурун сүрөт жазуусу маалымат базасынан алынып салынышы мүмкүн. Жана эгер кандайдыр бир себептерден улам сүрөттү өчүрүү мүмкүн болбосо, анда ошол эле жетим сүрөттөр пайда болот. Сүрөттөр менен иштөө жөнүндө VMware бар . Ошондой эле биз кандайдыр бир жол менен алар жөнүндө .
Datastore (Сактагыч же сактагыч): Абдан кеңири түшүнүк, бирок виртуалдаштыруу дүйнөсүндө бул виртуалдык машина файлдары сакталган жер катары түшүнүлөт. Бирок, кандай болгон күндө да, бул жерде сиз контекстти абдан так түшүнүп, кичине шектенүү менен, маектешиңиз эмнени ойлоп жатканын тактооңуз керек.
Прокси (прокси): Veeam Proxy биз Интернетте көнүп калган нерсеге таптакыр окшош эмес экенин дароо түшүнүү керек. Veeam өнүмдөрүнүн ичинде бул маалыматтарды бир жерден экинчи жерге өткөрүү менен алектенген субъекттин түрү. Эгер сиз майда-чүйдөсүнө чейин кирбесеңиз, анда VBR бул командалык жана башкаруу сервери, ал эми проксилер анын жумушчу күчү. Башкача айтканда, прокси - бул трафик агып жаткан жана бул трафикти башкарууга жардам берген VBR компоненттери орнотулган машина. Мисалы, маалыматтарды бир каналдан экинчисине өткөрүү, же жөн гана дисктерди өзүнө жабыш үчүн (HotAdd режими).
Репозиторий (Репозиторий): Техникалык жактан алганда, бул жөн гана VBR маалымат базасына камдык көчүрмөлөр сакталган жерди жана бул жерге кантип туташуу керектигин көрсөткөн жазуу. Чынында, бул CIFS топу же өзүнчө диск, сервер же булуттагы чака болушу мүмкүн. Дагы бир жолу, биз контексттебиз, бирок биз репозиторий сиздин камдык көчүрмөлөрүңүз болгон жай экенин түшүнөбүз.
Сүрөт (SnapshOt): Оксфорддук грамматика сүйүүчүлөрү ким снапшот, ким снапшот деп айтууну артык көрүшөт, бирок сабатсыздардын көбү көбүрөөк массадан пайда көрөт. Эгер кимдир бирөө билбесе, бул белгилүү бир убакытта дисктин абалын калыбына келтирүүгө мүмкүндүк берген технология. Бул же киргизүү/чыгаруу операцияларын негизги дисктен убактылуу башка жакка багыттоо аркылуу жасалат - андан кийин ал RoW (Жазууга кайра багыттоо) сүрөтү деп аталат - же кайра жазылуучу блокторду дискиңизден башкасына жылдыруу менен - бул CoW (Жазууга көчүрүү) деп аталат. ) сүрөт. Бул функцияларды колдонуунун кеңири мүмкүнчүлүктөрүнүн аркасында Veeam өзүнүн резервдик сыйкырын иштете алат. Чынын айтканда, алар эле эмес, бул кийинки чыгарылыштардын маселеси.
ESXi документтеринде жана журналдарында бул терминдин айланасында башаламандык бар жана көз ирмемдик сүрөттөрдү айтуунун контекстинде сиз сүрөттөрдүн өздөрүн таба аласыз, журналды, жада калса дельта дискти да таба аласыз. Veeam документтеринде мындай жыртык жок, ал эми көз ирмемдик сүрөт, ал эми кайталоо журналы - бул көз карандысыз туруктуу эмес диск тарабынан түзүлгөн REDO файлы. REDO файлдары виртуалдык машина өчүрүлгөндө жок кылынат, андыктан аларды көз ирмемдик сүрөттөр менен чаташтыруу ийгиликсиздикке алып барат.
Синтетикалык (синтетика): Синтетикалык резервдик көчүрмөлөр тескери кошумча жана түбөлүккө алдыга камдык көчүрмөлөр. Эгер сиз бул терминди көрө элек болсоңуз, бул резервдик чынжыр трансформациясын куруу үчүн колдонулган механизмдердин бири гана. Бирок, журналдардан толук көчүрмөлөрдү көбөйтүүнүн алкагында колдонулган Transform түшүнүгүн таба аласыз (синтетикалык толук).
Task (Task): Бул жумуштун ичинде ар бир жеке машинаны иштетүү процесси. Башкача айтканда: сизде үч машина камтылган резервдик жумуш бар. Бул ар бир машина өзүнчө тапшырманын бир бөлүгү катары иштетилет дегенди билдирет. Бардыгы болуп төрт журнал болот: негизгиси жумуш үчүн жана үчөө тапшырмалар үчүн. Бирок, бул жерде бир маанилүү нюанс бар: убакыттын өтүшү менен, "милдети" деген сөз керексиз түшүнүксүз болуп калды. Жалпы журналдар жөнүндө сөз кылганда, биз тапшырма так VM экенин билдиребиз. Бирок проксиде да, репозиторийде да "милдеттери" бар. Ал жерде виртуалдык дискти, виртуалдык машинаны жана бүт жумушту билдире алат. Башкача айтканда, контекстти жоготпоо маанилүү.
Veeam %name% кызматы: Ийгиликтүү резервдик көчүрүүнүн пайдасы үчүн бир эле учурда бир нече кызматтар иштейт, алардын тизмесин стандарттык жабдуулардан тапса болот. Алардын аттары алардын маңызын ачык-айкын чагылдырат, бирок теңдүүлөрдүн арасында эң маанилүүсү бар - Veeam Backup Service, ансыз калгандары иштебейт.
VSS: Техникалык жактан алганда, VSS ар дайым Microsoft Көлөмү Shadow Copy кызматын көрсөтүүсү керек. Чынында, аны көптөр Колдонмого ылайыктуу сүрөт иштетүүчү үчүн синоним катары колдонушат. Бул, албетте, таптакыр туура эмес, бирок бул "Кандай жол тандабасты джип десе болот, ошондо сиз түшүнөсүз" категориясындагы окуя.
Фантастикалык журналдар жана алар жашаган жер
Мен бул бөлүмдү улуу сырды ачуу менен баштагым келет - журналдарда саат канчада көрсөтүлөт?
Эсиңизде болсун:
- ESXi ар дайым UTC+0 журналдарын жазат.
- vCenter өзүнүн убакыт алкагынын убактысына жараша журналдарды жүргүзөт.
- Veeam сервердин убактысы жана алкагы боюнча журналдарды сактайт.
- Жана EVTX форматындагы Windows окуялары гана эч нерсе менен байланышпайт. Ачылганда, убакыт алар ачылган машина үчүн кайра эсептелет. Эң ыңгайлуу вариант, бирок аны менен кыйынчылыктар бар. Бир гана олуттуу кыйынчылык - жергиликтүү тилдердин айырмасы. Бул окулбаган журналдарга иш жүзүндө кепилденген жол. Ооба, буга кантип мамиле кылуунун варианттары бар, бирок IT тармагында бардыгы англис тилинде иштей тургандыгы менен талашып-тартышпай, серверлерде ар дайым англис тилин коюуга макул бололу. Суранам.
Эми жыгачтар жашаган жерлер жана аларды кантип алуу керектиги жөнүндө сөз кылалы. VBR учурда эки ыкма бар.
Биринчи вариант ылайыктуу, эгерде сиз жалпы үймөктө сиздин көйгөйүңүзгө байланыштуу файлдарды издөөнү каалабасаңыз. Бул үчүн, бизде өзүнчө устат бар, ага сиз белгилүү бир жумушту жана журналдар керек болгон белгилүү бир мезгилди көрсөтө аласыз. Андан кийин ал папкаларды өзү карап чыгып, керектүү нерселердин баарын бир архивге салат. Аны кайдан издөө керек жана аны менен кантип иштөө керектиги бөлүмүндө майда-чүйдөсүнө чейин баяндалган .
Бирок, уста бардык тапшырмалардын журналдарын чогултпайт жана, мисалы, калыбына келтирүү, иштен чыгуу же иштен чыгуу журналдарын изилдөө керек болсо, сиздин жолуңуз папкада болот. %ProgramData%/Veeam/Backup. Бул негизги VBR логотип дүкөнү жана %ProgramData% жашыруун папка жана бул жакшы. Айтмакчы, демейки жайгашкан жерди HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam камдык көчүрмөсүн жана репликация тармагындагы REG_SZ: LogDirectory түрүндөгү реестр ачкычын колдонуп кайра дайындоого болот.
Linux машиналарында жумушчу агент журналдарын издөө керек /var/log/VeeamBackup/root же sudo каттоо эсебин колдонсоңуз. Эгерде сизде мындай артыкчылыктар жок болсо, анда логдордон издеңиз /tmp/VeeamBackup.
%OS_name% үчүн Veeam агенти үчүн журналдарды издөө керек %ProgramData%/Veeam/Endpoint (же %ProgramData%/Veeam/Backup/Endpoint) жана /var/log/veeam тиешелүүлүгүнө жараша.
Эгерде сиз Колдонмого ылайыктуу сүрөт иштетүүчүнү колдонуп жатсаңыз (жана сиз болсоңуз керек), анда кырдаал бир аз татаалдашат. Сизге виртуалдык машинанын ичинде сакталган жардамчыбыздын журналдары жана VSS журналдары керек болот. Бул бакытты кантип жана кайдан алуу керектиги жөнүндө майда-чүйдөсүнө чейин жазылган . Анан, албетте, бар керектүү система журналдарын чогултуу үчүн.
Windows окуялары ылайыктуу түрдө чогултулган . Эгер сиз Hyper-V колдонуп жатсаңыз, баары татаалдашат, анткени сизге Тиркемелер жана Кызмат Журналдары > Microsoft > Windows бутагынан анын бардык журналдары керек болот. Сиз ар дайым акылсызыраак жол менен барып, жөн гана %SystemRoot%System32winevtLogs бардык объектилерин тандап алса болот да.
Орнотуу/жаңыртуу учурунда бир нерсе бузулса, сизге керектүү нерселердин бардыгын %ProgramData%/Veeam/Setup/Temp папкасынан тапса болот. Мен OS окуяларында бул журналдарга караганда көбүрөөк пайдалуу маалыматты таба аларыңызды жашырбайм. Калган кызыктуу нерселер %Temp% ичинде, бирок, негизинен, база, .Net китепканалары жана башка нерселер сыяктуу тиешелүү программалык камсыздоону орнотуу журналдары бар. Veeam msi'ден орнотулганын жана анын бардык компоненттери GUIде көрсөтүлбөсө дагы, өзүнчө msi пакеттери катары орнотулгандыгын эске алыңыз. Ошондуктан, эгерде компоненттердин бири орнотулбай калса, анда бүт VBR орнотуу токтотулат. Ошондуктан, сиз журналдарга кирип, эмне так жана кайсы учурда бузулганын көрүшүңүз керек.
Акыр-аягы, лайфхак: орнотуу учурунда ката чыкса, ОК баскычын басууга шашпаңыз. Адегенде биз журналдарды алып, андан кийин OK басыңыз. Ушундай жол менен сиз ката учурунда аяктаган журналды аласыз, аягында таштандысыз.
Жана сиз vSphere журналдарына киришиңиз керек болот. Оккупация абдан ыраазы эмес, бирок жең түрүп, башка нерсе кылуу керек. Эң жөнөкөй версияда бизге виртуалдык машина окуялары бар журналдар керек vmware.log, алар анын .vmx файлынын жанында жайгашкан. Кыйыныраак учурда, Google'ду ачып, хост версияңыздын журналдары кайда жайгашканын сураңыз, анткени VMware бул жерди чыгаруудан чыгарууга өзгөртүүнү жакшы көрөт. Мисалы, , Бирок үчүн . vCenter журналдары үчүн процедураны кайталаңыз . Бирок жалпысынан, бизди hostd.log окуялар журналдары, vCenter vpxa.log тарабынан башкарылуучу хост окуялары, vmkernel.log ядро журналдары жана auth.log аутентификация журналдары кызыктырат. Эң көңүл бурулбаган учурларда, SSO папкасында жайгашкан SSO журналы пайдалуу болушу мүмкүн.
Оңойбу? Чаташып калдыңызбы? Коркунучтуубу? Бирок бул биздин колдоо күн сайын иштеп жаткан маалыматтын жарымы да эмес. Ошентип, алар чындап эле сонун.
Veeam компоненттери
Жана бул киришүү макаласынын корутундусу катары, келгиле, Veeam Backup & Replication компоненттери жөнүндө бир аз сүйлөшөлү. Анткени сиз оорунун себебин издеп жатканда, оорулуунун кандай иштээрин түшүнүү жакшы болмок.
Ошентип, баарына белгилүү болгондой, Veeam Backup бул SQL негизиндеги тиркеме деп аталган. Башкача айтканда, бардык орнотуулар, бардык маалымат жана жалпысынан, кадимки иштеши үчүн гана зарыл болгон бардык нерсе - мунун баары анын маалымат базасында. Тактап айтканда, эки маалымат базасында, эгерде биз VBR жана EM тутумдары жөнүндө сөз кыла турган болсок: тиешелүүлүгүнө жараша VeeamBackup жана VeeamBackupReporting. Ошентип болду: биз башка тиркемени койдук - башка маалымат базасы пайда болот. Бардык жумурткаларды бир себетке сактабоо үчүн.
Бирок бул экономиканын үзгүлтүксүз иштеши үчүн бизге бардык компоненттерди бириктире турган кызматтардын жана тиркемелердин комплекси керек. Мисал катары, бул менин лабораторияларымдын биринде ушундай көрүнөт:
башкы дирижердун милдетин аткарат Veeam Backup кызматы. Ал базалар менен маалымат алмашуу үчүн жооп берет. Ал ошондой эле бардык тапшырмаларды ишке киргизүү, бөлүнгөн ресурстарды уюштуруу жана ар кандай консолдор, агенттер жана башка бардык нерселер үчүн байланыш борбору катары иштөө үчүн жооптуу. Бир сөз менен айтканда, ансыз эч кандай жол жок, бирок бул анын баарын өзү жасайт дегенди билдирбейт.
Анын планын орундатууга жардам берет Veeam Backup Manager. Бул кызмат эмес, жумуш орундарын ачып, алардын аткарылышын көзөмөлдөгөн субъект. Камдык көчүрмөнү сактоо кызматынын жумушчу колдору, анын жардамы менен ал хостторго туташып, көз ирмемдик сүрөттөрдү түзөт, сакталышын көзөмөлдөйт жана башкалар.
Бирок кайра кызматтардын тизмесине. Veeam брокер кызматы. V9.5-те пайда болгон (жана бул кээ бирлер ойлогондой, крипто шахтер эмес). VMware хосттору жөнүндө маалыматты чогултат жана анын актуалдуулугун сактайт. Бирок биз сизди аңдып жатабыз жана taschmajorго бардык логиндерди/паролдорду чыгарып жатабыз деп ачууланган комментарийлерди жазууга дароо чуркабаңыз. Баары бир аз жөнөкөй. Камдык көчүрмөнү иштеткенде, биринчиден, хостко туташып, анын түзүлүшү жөнүндө бардык маалыматтарды жаңыртуу керек. Бул өтө жай жана түйшүктүү окуя. Жөн гана веб-интерфейс аркылуу кирүү үчүн канча убакыт талап кылынарын эстеңиз жана ал жерде үстүнкү катмар гана эсептелерин унутпаңыз. Анан дагы, демек, бардык иерархияны керектүү жерге ачуу керек. Бир сөз менен айтканда коркунучтуу. Эгер сиз ондогон камдык көчүрмөлөрдү иштетсеңиз, анда ар бир жумуш бул процедураны аткарышы керек. Эгерде биз ири инфраструктуралар жөнүндө сөз кыла турган болсок, анда бул процесс он мүнөт же андан көп убакытка созулушу мүмкүн. Ошондуктан, бул үчүн өзүнчө кызмат бөлүү чечими кабыл алынды, ал аркылуу ар дайым актуалдуу маалыматты алууга болот. Ишке киргизүүдө ал бардык кошумчаланган инфраструктураны текшерет жана сканерлейт, андан кийин кошумча өзгөрүүлөрдүн деңгээлинде гана иштөөгө аракет кылат. Ошентип, сиз бир эле учурда жүз камдык көчүрмөнү иштетсеңиз да, алар биздин брокерден маалымат сурашат жана алардын өтүнүчү менен хостторду кыйнабайт. Эгерде сиз ресурстар жөнүндө тынчсызданып жатсаңыз, анда биздин эсептөөлөр боюнча, 5000 виртуалдык машинага 100 Мб эстутум керектелет.
Кийинки бизде Veeam Console. Ал Veeam Remote Console, ал Veeam.Backup.Shell. Бул скриншоттордо көргөн ошол эле GUI. Баары жөнөкөй жана түшүнүктүү – консолду каалаган жерден ишке киргизүүгө болот, эгер ал Windows болсо жана VBR серверине байланыш бар. Бир гана нерсе, FLR процесси чекиттерди локалдуу түрдө орнотот (б.а. консол иштеп жаткан машинада). Ошондой эле, Veeam изилдөөчүлөрүнүн ассорти жергиликтүү деңгээлде иштейт, анткени алар консолдун бир бөлүгү. Бирок ал мени эчак эле жапайы талаага алып кетти...
Дагы бир кызыктуу кызмат Veeam Камдык Каталог Маалымат Кызматы. Кызматтардын тизмесинде Veeam Конок Каталог кызматы катары белгилүү. Ал конок машиналарында файл системаларын индекстөө менен алектенет жана VBRCatalog папкасын ушул билим менен толтурат. Ал индекстөө кутучасы иштетилген жерде гана колдонулат. Эгер сизде Enterprise Manager болгондо гана аны иштетүү мааниси бар. Ошондуктан, чын жүрөктөн кеңеш: эгер сизде EAT жок болсо, индексацияны ушинтип күйгүзбөңүз. Нервиңизди жана колдооңузду үнөмдөңүз.
Ошондой эле башка маанилүү кызматтардан белгилей кетүү керек Veeam орнотуучу кызматы, анын жардамы менен керектүү компоненттер жеткирилет жана проксилерге, репозиторийлерге жана башка шлюздарга орнотулат. Чынында, ал серверлерге керектүү .msi пакеттерин алып, аларды орнотот.
Veeam Data Mover - проксиде ишке киргизилген көмөкчү агенттердин жардамы менен (жана гана эмес) ал маалыматтарды алмаштыруу менен алектенет. Мисалы, камдык көчүрмөнү сактоодо, бир агент хосттун берилиштер дүкөнүнөн файлдарды окуйт, ал эми экинчиси аларды камдык көчүрмөгө кылдаттык менен жазат.
Өзүнчө, мен кардарлар көбүнчө реакция кылган маанилүү нерсени белгилеп кетким келет - бул Программалар жана Функциялар кошумча линиясындагы кызматтардын версияларынын жана маалыматынын айырмасы. Ооба, тизме бирдей болот, бирок версиялар толугу менен карама-каршы болушу мүмкүн. Бул визуалдык көз караштан алганда абдан сонун эмес, бирок баары туруктуу иштесе, бул нормалдуу көрүнүш. Мисалы, Орнотуучу кызматы үчүн версиянын номери коңшулардан алда канча артта. Коркунуч жана коркунучтуу түш? Жок, анткени ал толугу менен кайра орнотулган эмес, бирок анын DLL жөн гана жаңыртылган. V9.5 U4 патчында техникалык колдоо коркунучу пайда болду: жаңыртуу учурунда бардык кызматтар эң маанилүүсүн кошпогондо, жаңы версияларды алышты. U4b патчында транспорт кызматы башкалардын баарынан эки версияга (сандар боюнча) ашып кетти. Жана бул да нормалдуу нерсе - анда олуттуу ката табылган, ошондуктан ал калгандарына салыштырмалуу бонустук жаңыртууну алды. Жыйынтыктап айтканда: версиядагы айырмачылыктар көйгөй болушу мүмкүн, бирок айырма бар болсо жана баары туура иштеп жатса, анда ал болушу мүмкүн. Бирок техникалык колдоодо муну тактоого эч ким тыюу салбайт.
Бул милдеттүү же Милдеттүү кызматтар деп аталган. Жана башка көптөгөн жардамчы бар, мисалы, Tape Service, Mount Service, vPowerNFS Service жана башкалар.
Hyper-V үчүн, жалпысынан алганда, баары бирдей, бир гана конкреттүү бар Veeam Backup Hyper-V интеграция кызматы жана CBT менен иштөө үчүн өзүңүздүн айдоочуңуз.
Акыр-аягы, резервдик көчүрүү учурунда виртуалдык машиналарда ким иштегени жөнүндө сүйлөшөлү. Тоңдурууга чейинки жана кийинки скрипттерди иштетүү, көмүскө көчүрмөнү түзүү, метаберилиштерди чогултуу, SQL транзакция журналдары менен иштөө ж.б. Veeam конок жардамчысы. Ал эми файл тутумдары индекстелсе, Veeam Конок Индексери . Бул убактылуу кызматтар камдык көчүрмөнүн узактыгы үчүн жайгаштырылган жана андан кийин алынып салынат.
Linux машиналарында, көп сандаган орнотулган китепканалардын жана системанын мүмкүнчүлүктөрүнүн болушуна байланыштуу баары бир топ жөнөкөй. Мисалы, индекстөө mlocate аркылуу ишке ашырылат.
Азырынча баары ушул
Мен мындан ары сени кыйнаганга батынбайм кыска Мен Veeam кыймылдаткыч бөлүгүн киргизүү бүттү деп эсептейм. Ооба, биз уялардын өздөрүнө да жакындай элекпиз, бирок мага ишенип коюңуз, аларда берилген маалымат аң-сезимдин ыраатсыз агымы болуп көрүнбөшү үчүн, мындай киришүү абдан зарыл. Мен журналдардын өздөрүнө үчүнчү макалада гана барууну пландап жатам, ал эми кийинкисинин планы - журналдарды ким түзөрүн, аларда эмне так көрсөтүлөрүн жана эмне үчүн так, башкасы эмес.
Source: www.habr.com