Veeam компаниясында біз журналдарды жақсы көреміз. Біздің шешімдеріміздің көпшілігі модульдік болғандықтан, олар көптеген журналдарды жазады. Біздің қызметіміздің ауқымы деректеріңіздің қауіпсіздігін қамтамасыз ету (яғни, тыныш ұйқы) болғандықтан, журналдар әрбір түшкіруді жазып қана қоймай, оны егжей-тегжейлі орындауы керек. Бұл бірдеңе болған жағдайда бұл «ненің» қалай болғанын, кім кінәлі екенін және одан әрі не істеу керектігін түсіну үшін қажет. Бұл криминалистикадағыдай: сіз Лаура Палмердің өлтірушісін табуға қандай кішкентай нәрсе көмектесетінін ешқашан білмейсіз.
Сондықтан мен журналдарға не жазатынымыз, оларды қайда сақтайтынымыз, олардың құрылымымен қалай ессіз болмау керек және олардың ішінен не іздеу керектігі туралы дәйекті түрде айтатын мақалалар сериясына ауысуды шештім.
Неліктен мақалалар сериясы және неге бәрін бірден сипаттамасқа?
Қай журналдың қайда екенін және онда не сақталғанын жай ғана тізімдеу - бұл өте апатты әрекет. Бұл ақпаратты жаңартып отыру туралы ойлаудың өзі қорқынышты. Veeam Backup & Replication жүйесіндегі журналдардың барлық ықтимал түрлерінің қарапайым тізімі шағын шрифтпен бірнеше парақтағы кесте болып табылады. Иә, және ол жарияланған уақытта ғана өзекті болады, өйткені. келесі патч шығарылған кезде жаңа журналдар пайда болуы мүмкін, ескілердегі сақталған ақпараттың логикасы өзгереді және т.б. Сондықтан олардың құрылымын және олардағы ақпараттың мәнін түсіндіру әлдеқайда тиімді болады. Бұл сізге атаулардың банальды тырнағынан гөрі орындарды жақсы шарлауға мүмкіндік береді.
Сондықтан, мәтіндік парақтар пулына асықпау үшін осы мақалада біраз дайындық жұмыстарын жүргізейік. Сондықтан, бүгін біз журналдардың өздеріне кірмейміз, бірақ алыстан барамыз: біз глоссарий құрастырамыз және журналдарды құру тұрғысынан Veeam құрылымын аздап талқылаймыз.
Глоссарий және жаргон
Бұл жерде, ең алдымен, орыс тілінің тазалығын қорғаушылар мен Ожеговтың сөздігінің куәгерлерінен кешірім сұраған жөн. Біз бәріміз ана тілімізді өте жақсы көреміз, бірақ қарғыс атқыр IT индустриясы ағылшын тілінде жұмыс істейді. Біз оны ойлап таппадық, бірақ бұл тарихи болды. Бұл менің кінәм емес, ол өзі келді (c)
Біздің бизнесімізде ағылшынизмдер (және жаргондар) мәселесінің өзіндік ерекшеліктері бар. «Хост» немесе «қонақ» сияқты бейкүнә сөздердің астында бүкіл әлем өте нақты нәрселерді әлдеқашан түсінген кезде, жердің ⅙ бөлігінде сөздіктерге үңілу арқылы батырлық шатасу және таң қалдыру жалғасуда. Және қатаң міндетті дәлел «Бірақ біздің жұмыста ...».
Сонымен қатар, кейбір сөздер мен сөз тіркестері адамдарға кеткенімен, Veeam өнімдеріне тән таза біздің терминологиямыз бар. Сондықтан, қазір біз қандай терминнің нені білдіретінін келісеміз және болашақта «қонақ» сөзі арқылы мен сіздің жұмыста үйренгеніңізді емес, дәл осы тарауда жазылған нәрсені білдіремін. Иә, бұл менің жеке қалауым емес, бұл салада қалыптасқан терминдер. Олармен күресу біршама мағынасыз. Мен әрқашан түсініктемелерде көңіл көтеруді жақтаймын.
Өкінішке орай, біздің жұмысымыз бен өнімдерімізде терминдер өте көп, сондықтан мен олардың барлығын тізбеуге тырыспаймын. Тек теңізде өмір сүру үшін резервтік көшірмелер мен журналдар туралы ең негізгі және қажетті ақпарат. Қызығушылық танытқандар үшін мен де аламын ленталар туралы әріптестерімен бөлісті, онда ол функционалдылықтың осы бөлігіне қатысты терминдердің тізімін де берді.
Хост (хост): Виртуализация әлемінде бұл гипервизоры бар машина. Физикалық, виртуалды, бұлтты - бұл маңызды емес. Егер бірдеңе гипервизормен жұмыс істеп тұрса (ESXi, Hyper-V, KVM т.б.), онда бұл «нәрсе» хост деп аталады. Бұл он сөреден тұратын кластер болсын немесе бір жарым виртуалды машиналарға арналған зертханасы бар ноутбук болсын - егер сіз гипервизорды іске қоссаңыз, сіз хост боласыз. Өйткені гипервизор виртуалды машиналарды орналастырады. Тіпті VMware бір уақытта ESXi-мен хост сөзінің берік байланысына қол жеткізгісі келгені туралы әңгіме бар. Бірақ ол болмады.
Заманауи әлемде «хост» түсінігі іс жүзінде «сервер» ұғымымен біріктірілді, бұл коммуникацияға, әсіресе Windows инфрақұрылымына қатысты кейбір шатасулар әкеледі. Сонымен, бізді қызықтыратын қандай да бір қызметті орналастыратын кез келген құрылғыны қауіпсіз түрде хост деп атауға болады. Мысалы, WinSock журналдарында барлығы хост сөзімен белгіленген. Классикалық «Хост табылмады» бұған мысал бола алады. Сондықтан біз контекстен бастаймыз, бірақ есіңізде болсын - виртуализация әлемінде хост қонақтарды қабылдайды (бұл туралы толығырақ төменде екі жолда).
Жергілікті жаргондардан (бұл жағдайда тіпті аббревиатуралар) бұл жерде VMware — VI, vSphere — VC және Hyper-V — HV екені еске түседі.
Қонақ (қонақ): Хостта жұмыс істейтін виртуалды машина. Мұнда түсіндіретін ештеңе жоқ, бәрі соншалықты қисынды және қарапайым. Дегенмен, көпшілігі бұл жерде басқа мағыналарды мұқият сүйреп апарады.
Не үшін? Мен білмеймін.
Қонақ ОЖ, тиісінше, қонақ машинасының операциялық жүйесі. Тағыда басқа.
Сақтық көшірме/көшіру тапсырмасы (A job): Кейбір тапсырмаларды білдіретін таза Wim жаргоны. Сақтық көшірме тапсырмасы == Сақтық көшірме тапсырмасы. Оны орыс тіліне қалай әдемі аударуға болатынын ешкім түсінбеді, сондықтан бәрі «JobA» дейді. Соңғы буынға баса назар аудара отырып.
Иә, олар жай ғана алып, «жоба» дейді. Тіпті хаттарда да солай жазады, бәрі жақсы.
Сақтық көшірме жұмыстарының барлық түрлері, Сақтық көшірме тапсырмалары және т.б., рахмет, бірақ қажет емес. Тек жұмыс, сонда сізді түсінеді. Ең бастысы, екпінді соңғы буынға қою керек.
Сақтық көшірме (Сақтық көшірме жасау, сақтық көшірме жасау. True-oldfags үшін сақтық көшірмеге рұқсат етіледі): Анық (бір жерде жатқан деректердің сақтық көшірмесі) қосымша, бұл жұмыстың өзін де білдіреді (егер сіз ұмытып кетсеңіз, жоғарыдағы үш жол), нәтижесінде сақтық көшірме файлы пайда болады. Ағылшын тілінде сөйлейтін мырзалар мен сақтық көшірме жұмысымды орындадым деп айтуға тым жалқау болса керек, сондықтан олар мен сақтық көшірме жасадым дейді және барлығы бір-бірін жақсы түсінеді. Сіздерді осы тамаша бастаманы қолдауға шақырамын.
Біріктіру (консолидация): ESXi 5.0 нұсқасында пайда болған термин Жетім суреттер деп аталатын суретті жою процесін бастайтын сурет мәзіріндегі опция. Яғни, физикалық қол жетімді, бірақ көрсетілетін логикалық құрылымнан шығып кеткен суреттер. Теориялық тұрғыдан бұл процесс сурет реттеушісінде көрсетілетін файлдарға әсер етпеуі керек, бірақ бәрі болуы мүмкін. Біріктіру процесінің мәні мынада: суреттен (еншілес диск) мәліметтер негізгі (ата-аналық) дискіге жазылады. Дискілерді біріктіру процесі біріктіру деп аталады. Біріктіру пәрмені шығарылған болса, суретті біріктіру және жою алдында сурет жазбасын дерекқордан жоюға болады. Егер суретті қандай да бір себептермен жою мүмкін болмаса, дәл сол жетім суреттер пайда болады. Суреттермен жұмыс істеу туралы VMware бар . Біз де олар туралы қандай да бір түрде .
Деректер қоймасы (Сақтау немесе сақтау): Өте кең ұғым, бірақ виртуализация әлемінде ол виртуалды машина файлдары сақталатын орын ретінде түсініледі. Бірақ кез келген жағдайда, бұл жерде сіз контекстті өте анық түсінуіңіз керек және кішкене күмәнмен әңгімелесушіңіздің не ойлағанын нақтылауыңыз керек.
Прокси (прокси): Veeam Proxy біз Интернетте үйреніп қалғанымызбен мүлдем бірдей емес екенін бірден түсіну маңызды. Veeam өнімдерінде бұл деректерді бір жерден екінші жерге тасымалдаумен айналысатын ұйымның бір түрі. Егер сіз егжей-тегжейлі мәлімет бермесеңіз, VBR - бұл командалық және басқару сервері, ал прокси-серверлер - оның жұмыс күші. Яғни, прокси – бұл трафик ағыны өтетін және осы трафикті басқаруға көмектесетін VBR құрамдастары орнатылған машина. Мысалы, деректерді бір арнадан екіншісіне тасымалдау немесе дискілерді өзіне жабыстыру үшін (HotAdd режимі).
Репозиторий (Репозиторий): Техникалық тұрғыдан, бұл сақтық көшірмелер сақталатын орынды және осы орынға қалай қосылу керектігін көрсететін VBR дерекқорындағы жазба ғана. Шын мәнінде, бұл жай CIFS шары немесе бұлттағы бөлек диск, сервер немесе шелек болуы мүмкін. Тағы да, біз контексттеміз, бірақ біз репозиторий тек сақтық көшірмелер болатын орын екенін түсінеміз.
Сурет (Snapshot): Оксфордтық грамматика әуесқойлары кімнің суретке түсірілгенін және кімнің суретін түсіретінін айтуды жөн көреді, бірақ сауатсыз көпшілік үлкен массадан пайда көреді. Егер біреу білмесе, бұл белгілі бір уақытта дискінің күйін қалпына келтіруге мүмкіндік беретін технология. Бұл енгізу/шығару операцияларын негізгі дискіден уақытша қайта бағыттау арқылы орындалады - содан кейін ол RoW (Жазуда қайта бағыттау) суреті деп аталады - немесе қайта жазылатын блоктарды дискіңізден басқасына жылжыту арқылы - бұл CoW (Жазуда көшіру) деп аталады. ) сурет. Бұл функцияларды пайдаланудың кең мүмкіндіктерінің арқасында Veeam өзінің сақтық көшірмелерін жасай алады. Дәлірек айтқанда, олар ғана емес, бұл келесі шығарылымдардың мәселесі.
ESXi құжаттамасында және журналдарында осы терминнің айналасында хаос бар және суретті еске түсіру контекстінде суреттің өзін, қайта жасау журналын және тіпті дельта дискісін таба аласыз. Veeam құжаттамасында мұндай жыртылу жоқ, ал сурет суреті сурет болып табылады, ал қайталау журналы - бұл тәуелсіз тұрақты емес диск арқылы жасалған REDO файлы. REDO файлдары виртуалды машина өшірілгенде жойылады, сондықтан оларды суретпен шатастыру сәтсіздікке апаратын жол болып табылады.
Синтетикалық (синтетика): Синтетикалық сақтық көшірмелер кері қадамдық және мәңгілік алға көшірмелер болып табылады. Егер сіз бұл терминді кездестірмеген болсаңыз, бұл резервтік тізбекті түрлендіруді құру үшін қолданылатын механизмдердің бірі ғана. Дегенмен, журналдарда сіз толық көшірмелерді қадамдардан (синтетикалық толық) жасау шеңберінде қолданылатын Transform тұжырымдамасын таба аласыз.
Тапсырма (тапсырма): Бұл жұмыс ішінде әрбір жеке машинаны өңдеу процесі. Яғни: сізде үш машинаны қамтитын резервтік тапсырма бар. Бұл әрбір автокөлік жеке тапсырманың бөлігі ретінде өңделетінін білдіреді. Барлығы төрт журнал болады: негізгісі жұмыс үшін және үшеуі тапсырмалар үшін. Дегенмен, бұл жерде маңызды нюанс бар: уақыт өте келе «тапсырма» сөзі қажетсіз екіұштылыққа айналды. Жалпы журналдар туралы айтқанда, біз тапсырманың дәл VM екенін айтамыз. Бірақ проксиде де, репозиторийде де «тапсырмалар» бар. Мұнда ол виртуалды дискіні, виртуалды машинаны және бүкіл жұмысты білдіруі мүмкін. Яғни, контекстті жоғалтпау маңызды.
Veeam %name% қызметі: Сақтық көшірмелерді сәтті жасау үшін бірден бірнеше қызмет жұмыс істейді, олардың тізімін стандартты жабдықта табуға болады. Олардың атаулары олардың мәнін өте айқын көрсетеді, бірақ олардың ішінде ең маңыздысы бар - Veeam Backup Service, онсыз қалғандары жұмыс істемейді.
VSS: Техникалық тұрғыдан, VSS әрқашан Microsoft көлемді көлеңкелі көшірме қызметін көрсетуі керек. Шындығында, оны көпшілік қолданбалы кескінді өңдеудің синонимі ретінде пайдаланады. Бұл, әрине, мүлде қате, бірақ бұл «Кез келген жол талғамайтын көлікті джип деп атауға болады, және сізді түсінесіз» санатындағы әңгіме.
Фантастикалық журналдар және олар қайда тұрады
Мен бұл тарауды үлкен құпияны ашудан бастағым келеді - журналдарда сағат нешеу көрсетіледі?
Есіңізде болсын:
- ESXi әрқашан журналдарды UTC+0 тілінде жазады.
- vCenter журналдарды уақыт белдеуінің уақытына сәйкес жүргізеді.
- Veeam өзі қосылған сервердің уақыты мен уақыт белдеуі бойынша журналдарды жүргізеді.
- EVTX пішіміндегі Windows оқиғалары ғана ештеңемен байланыстырудан зардап шекпейді. Ашылған кезде уақыт олар ашылған автокөлік үшін қайта есептеледі. Ең ыңғайлы нұсқа, бірақ онымен қиындықтар бар. Жалғыз нақты қиындық - жергілікті жердегі айырмашылық. Бұл оқылмайтын журналдарға іс жүзінде кепілдік берілген жол. Иә, мұны қалай емдеуге болатын нұсқалар бар, бірақ АТ-тағы барлығы ағылшын тілінде жұмыс істейтінімен дауласпай-ақ қояйық және әрқашан серверлерде ағылшын тілін орнатуға келісеміз. Өтінемін.
Енді бөренелердің мекендейтін жерлері және оларды қалай алуға болатыны туралы сөйлесейік. 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 қалтасынан табуға болады. Операциялық жүйе оқиғаларында осы журналдарға қарағанда пайдалырақ ақпаратты табуға болатынын жасырмаймын. Қалған қызықты нәрселер %Temp% ішінде жатыр, бірақ негізінен база, .Net кітапханалары және басқалар сияқты қатысты бағдарламалық құралды орнату журналдары бар. Veeam msi жүйесінен орнатылғанын және оның барлық құрамдастары GUI-де көрсетілмесе де, бөлек msi бумалары ретінде орнатылғанын ескеріңіз. Сондықтан құрамдастардың бірін орнату сәтсіз аяқталса, бүкіл VBR орнату тоқтатылады. Сондықтан, сіз журналдарға кіріп, ненің бұзылғанын және қай жерде екенін көруіңіз керек.
Ақырында, лайфхак: орнату кезінде қате алсаңыз, OK түймесін басуға асықпаңыз. Алдымен журналдарды аламыз, содан кейін OK түймесін басыңыз. Осылайша сіз қате кезінде аяқталатын журналды аласыз, соңында қоқыс жоқ.
Және vSphere журналдарына кіру керек болады. Мамандық өте риза емес, бірақ жеңді түріп, басқа нәрсемен айналысу керек. Ең қарапайым нұсқада бізге оның .vmx файлының жанында орналасқан vmware.log виртуалды машина оқиғалары бар журналдар қажет. Неғұрлым қиын жағдайда 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 сақтық көшірме қызметі. Ол базалармен ақпарат алмасуға жауапты. Ол сонымен қатар барлық тапсырмаларды іске қосуға, бөлінген ресурстарды ұйымдастыруға және әртүрлі консольдерге, агенттерге және басқаларға арналған байланыс орталығы ретінде жұмыс істеуге жауапты. Бір сөзбен айтқанда, онсыз ешқандай жол жоқ, бірақ бұл оның бәрін өзі жасайды дегенді білдірмейді.
Оның жоспарын орындауға көмектеседі Veeam сақтық көшірме менеджері. Бұл қызмет емес, жұмыс орындарын іске қосатын және олардың орындалу процесін бақылайтын субъект. Сақтық көшірме қызметінің жұмыс қолдары, оның көмегімен ол хосттарға қосылады, суреттер жасайды, сақтауды бақылайды және т.б.
Бірақ қызметтер тізіміне қайта оралыңыз. Veeam брокер қызметі. v9.5-де пайда болды (және бұл кейбіреулер ойлағандай крипто-кенші емес). VMware хосттары туралы ақпаратты жинайды және оның өзектілігін сақтайды. Бірақ біз сізді аңдып жатырмыз және taschmajor-қа барлық логиндерді/парольдерді жіберіп жатырмыз деп ашулы пікірлер жазуға бірден жүгірмеңіз. Барлығы біршама қарапайым. Сақтық көшірмені іске қосқан кезде, ең алдымен, хостқа қосылу және оның құрылымы туралы барлық деректерді жаңарту қажет. Бұл өте баяу және ауыр оқиға. Веб-интерфейс арқылы кіруге қанша уақыт кететінін есте сақтаңыз және онда тек жоғарғы қабат есептелетінін есте сақтаңыз. Содан кейін сіз әлі де барлық иерархияны дұрыс жерге ашуыңыз керек. Бір сөзбен айтқанда сұмдық. Егер сіз ондаған сақтық көшірмелерді іске қоссаңыз, әрбір тапсырма осы процедураны орындауы керек. Егер біз ірі инфрақұрылымдар туралы айтатын болсақ, онда бұл процесс он минут немесе одан да көп уақытты алуы мүмкін. Сондықтан бұл үшін жеке қызмет бөлу туралы шешім қабылданды, ол арқылы әрқашан өзекті ақпаратты алуға болады. Іске қосу кезінде ол барлық қосылған инфрақұрылымды тексереді және сканерлейді, содан кейін тек қосымша өзгерістер деңгейінде жұмыс істеуге тырысады. Сондықтан сіз бір уақытта жүз сақтық көшірме жасасаңыз да, олардың барлығы біздің брокерден ақпарат сұрайды және хосттарды өз сұрауларымен қинамайды. Егер сіз ресурстар туралы алаңдасаңыз, онда біздің есептеулеріміз бойынша 5000 виртуалды машинаға шамамен 100 Мб жад қажет.
Келесі бізде Veeam консолі. Ол Veeam Remote Console, ол Veeam.Backup.Shell. Бұл скриншоттарда көретін бірдей GUI. Барлығы қарапайым және түсінікті - консоль Windows жүйесі болса және VBR серверіне қосылым болса, кез келген жерден іске қосылуы мүмкін. Айтуға болатын жалғыз нәрсе - FLR процесі нүктелерді жергілікті түрде бекітеді (яғни консоль жұмыс істейтін құрылғыда). Сондай-ақ, Veeam Explorers ассортименті де жергілікті жерде жұмыс істейді, өйткені олар консольдің бөлігі болып табылады. Бірақ ол мені жабайы далаға алып кетті ...
Тағы бір қызық қызмет Veeam каталог деректерінің сақтық көшірмесін жасау қызметі. Қызметтер тізімінде Veeam Қонақ Каталог қызметі ретінде белгілі. Ол қонақ машиналарында файлдық жүйелерді индекстеумен айналысады және осы біліммен VBRCatalog қалтасын толтырады. Ол индекстеу құсбелгісі қосылған жерде ғана пайдаланылады. Сізде Enterprise Manager болса ғана оны қосу мағынасы бар. Сондықтан, шын жүректен кеңес: егер сізде EAT болмаса, индекстеуді дәл осылай қоспаңыз. Нервтеріңізді және қолдау уақытын үнемдеңіз.
Сондай-ақ басқа да маңызды қызметтерді атап өткен жөн Veeam орнатушы қызметі, оның көмегімен қажетті компоненттер жеткізіледі және проксиге, репозиторийлерге және басқа шлюздерге орнатылады. Шын мәнінде, ол серверлерге қажетті .msi бумаларын алып, оларды орнатады.
Veeam Data Mover - прокси-серверлерде іске қосылған көмекші агенттердің көмегімен (тек қана емес) ол деректерді ауыстырумен айналысады. Мысалы, сақтық көшірме жасау кезінде бір агент хост деректер қоймасынан файлдарды оқиды, ал екіншісі сақтық көшірмеге мұқият жазады.
Клиенттер жиі жауап беретін маңызды нәрсені бөлек атап өткім келеді - бұл бағдарламалар мен мүмкіндіктер қосымшасындағы қызметтер мен ақпарат нұсқаларының айырмашылығы. Иә, тізім бірдей болады, бірақ нұсқалар мүлдем сәйкес келмеуі мүмкін. Көрнекі тұрғыдан алғанда бұл өте керемет емес, бірақ бәрі тұрақты жұмыс істейтін болса, бұл мүлдем қалыпты жағдай. Мысалы, Installer қызметі үшін нұсқа нөмірі көршілерінен әлдеқайда артта. Қорқыныш пен қорқыныш? Жоқ, себебі ол толығымен қайта орнатылмаған, бірақ оның DLL жай ғана жаңартылған. v9.5 U4 патчында техникалық қолдау көрсету қорқынышы орын алды: жаңарту кезінде барлық қызметтер ең маңыздысынан басқа жаңа нұсқаларды алды. U4b патчында көлік қызметі екі нұсқа бойынша (сандарға қарағанда) барлық басқаларды басып озды. Және бұл қалыпты жағдай - онда елеулі қате табылды, сондықтан ол қалғандарына қатысты бонустық жаңарту алды. Қорытындылай келе: нұсқадағы айырмашылықтар проблема болуы мүмкін, бірақ айырмашылық бар болса және бәрі дұрыс жұмыс істеп тұрса, солай болуы мүмкін. Бірақ ешкім сізге техникалық қолдау көрсетуде мұны түсіндіруге тыйым салмайды.
Бұл міндетті немесе Міндетті қызметтер деп аталатындар болды. Сондай-ақ, Tape Service, Mount Service, vPowerNFS Service және т.б. сияқты көптеген көмекші құралдар бар.
Hyper-V үшін, жалпы алғанда, бәрі бірдей, тек нақты бар Veeam Backup Hyper-V интеграциялық қызметі және CBT-мен жұмыс істеуге арналған жеке драйверіңіз.
Соңында сақтық көшірме жасау кезінде виртуалды машиналарда кім жұмыс істейтіні туралы сөйлесейік. Мұздатылғанға дейінгі және кейінгі сценарийлерді іске қосу, көлеңкелі көшірме жасау, метадеректерді жинау, SQL транзакция журналдарымен жұмыс істеу және т.б. Veeam қонақ көмекшісі. Ал егер файлдық жүйелер индекстелген болса, Veeam Қонақ Индексері . Бұл сақтық көшірменің ұзақтығына орналастырылған және одан кейін жойылатын уақытша қызметтер.
Linux машиналары жағдайында, кірістірілген кітапханалардың көп санының болуына және жүйенің мүмкіндіктеріне байланысты бәрі әлдеқайда қарапайым. Мысалы, индекстеу mlocate арқылы жүзеге асырылады.
Әзірге бәрі осы
Енді сені ренжітуге батылым бармайды қысқа Мен Veeam қозғалтқыш бөлігімен таныстыру аяқталды деп есептеймін. Иә, біз үңгірлердің өзіне де жақындаған жоқпыз, бірақ маған сеніңіз, оларда берілген ақпарат біркелкі емес сана ағыны болып көрінбеуі үшін мұндай кіріспе өте қажет. Мен журналдардың өздеріне үшінші мақалада ғана баруды жоспарлап отырмын, ал келесінің жоспары журналдарды кім жасайтынын, оларда нақты не көрсетілетінін және неге дәл екенін түсіндіру, басқаша емес.
Ақпарат көзі: www.habr.com