Бүгүн мен дагы бир жолу сиздерге кесиптешим, Veeam техникалык колдоо тобунун жетекчиси Евгений Ивановдун пайдалуу кеңештерин берүүгө кубанычтамын. Бул жолу Женя резервдик жана репликалар менен иштөө боюнча сунуштары менен бөлүштү. Алар сизге жалпы каталардан качууга жардам берет деп үмүттөнөм, жана зарыл болсо, сиздин репликаларыңыз жана камдык көчүрмөлөрүңүз эч качан калыбына келтирүү процессинде "алсыз шилтеме" болбойт.
Ошентип, кош келиңиз.
Менин мурунку биз резервдик инфраструктуранын компоненттерине жүктөөнү кантип оптималдаштырууну карадык жана таралган конфигурация каталарын карадык. Келгиле, дагы бир маанилүү темага өтүү - калыбына келтирүү туура даярдоо жана ишке ашыруу. Биз ошондой эле техникалык колдоо тобу менен иштөө мүмкүнчүлүгүнө ээ болгон реалдуу мисалдар менен талдайбыз.
Ресторансыз резервдик көчүрмө - акча ысырап болот
Бизге дайыма ушундай оор кырдаалдарга туш болгон колдонуучулар кайрылышат: резервдик көчүрмөдөн калыбына келтирүү керек, бирок алар муну жасоого аракет кылганда, адамдар алар үчүн чечилбеген көйгөйгө чалынышат. Жана бул көйгөй камдык көчүрмөнүн жоктугу, CryptoLocker иш-аракети же ушул сыяктуу нерселер эмес. Бул калыбына келтирүү үчүн резервдик көчүрмөлөрдү жана репликаларды сыноого "жөн эле" жетишсиз көңүл буруу. Көптөгөн адамдар көбүнчө резервдик көчүрмөнү түзүү процессине көңүл бурушат, алар жөн гана камдык көчүрмөгө ээ болуу мүмкүн болгон кыйынчылыктар үчүн панацея эмес экенин унутушат. Калыбына келтирүү – бул таптакыр башка процесс экенин түшүнүү керек, анын өзүнүн өзгөчөлүктөрү бар жана өндүрүшкө киргизүүдөн мурун аны текшерип, текшерип туруу керек. Бул жерде кээ бир иллюстративдик мисалдар келтирилген:
- Колдонуучу критикалык 20 ТБ виртуалдык машинанын иштебей калышына туш болду. Токтоп калуу, албетте, алгылыктуу эмес жана администратор заматта калыбына келтирүү процессин баштайт (VM заматта калыбына келтирүү) - 5 мүнөттөн кийин машина иштейт. Бирок биз машинанын бул абалы убактылуу гана колдонулушу мүмкүн экенин эстен чыгарбашыбыз керек - ал өндүрүштүк маалымат кампасына көчүрүлүшү керек. Ал эми бул мисалда, белгилүү болгондой, инфраструктуранын мүмкүнчүлүктөрү 20 ТБ маалыматтарды акылга сыярлык убакытта көчүрүүгө мүмкүндүк берген эмес. Ыкчам калыбына келтирүү процессинин жөндөөлөрүндө ал дискке өзгөртүүлөрдү сактоо үчүн тандалган ЧЕЙИН: Veeam Backup & Replication сервери (vSphere снапшотунан айырмаланып) - натыйжада, албетте, бош диск мейкиндиги тез эле толуп калды. Колдонуучу колдоо менен байланышкан учурда, VM көңүл бурбай коюуга мүмкүн болбогон өзгөрүүлөргө ээ болду. Башкача айтканда, бизде критикалык машинаны заматта калыбына келтирүү процессин тез бүтүрүү мүмкүн болбогон жагдай бар - биз маалыматтарды кантип сактай алабыз?
Чынын айтсам, жылдар өткөн сайын финалдын бардык майда-чүйдөсүнө чейин эсимде жок, бирок акырында биз эч кандай сонун эч нерсе ойлоп таба албаганыбыз эсимде. Кардарлар, жок эле дегенде, С: дискин резервдерден кеңейтүү, эң маанилүү файлдарды көчүрүү жана андан кийин гана VMди өчүрүү жана ошол жол менен көчүрүү менен бул көйгөйдү чечишти. Жалпысынан алганда, эч кандай керемет болгон жок.
- Колдонуучунун инфраструктурасы бир домен контроллерин иштетип жаткан жана бардык Veeam Backup & Replication компоненттери DNS аркылуу конфигурацияланган. Ооба, ооба, туура, сиз туура уктуңуз. Окуяларды өнүктүрүү үчүн жүз варианттар бар болчу, андан кем эмес, бирок чындыгында бардыгы ушундай болду: адамдар техникалык тейлөөнү пландаштырып, домен контролеринин репликасына өтүүнү чечишти. Алар пландаштырылган которгучту колдонушкан, ал көбүнчө мындай кырдаалдарда сунушталат. Биринчи этапта баары жакшы болду, бирок экинчиден, калган маалыматтарды өткөрүп берүү үчүн булак VM кыска убакытка өчүрүлгөн. Албетте, DNS иштебей калгандыктан, которуу иши дароо ишке ашпай калды.
Бактыга жараша, биз vSphereден репликаны кол менен иштетүү менен бул жерде кырдаалды чече алдык (чындыгында муну өзүңүз жасоо сунушталбайт, сиз төмөнкү мисалда көрөсүз). Бирок, сиз түшүнгөндөй, тейлөө процесси үзгүлтүккө учурап, кечеңдеди. Мындан тышкары, биз файлга хост аттарын кол менен киргизүүгө туура келди C: WindowsSystem32driversetchosts кайра которуу учурунда тууралыгын камсыз кылуу үчүн Veeam Backup & Replication серверинде.
- Дагы бир кардар дискте сакталган файлдардын кыска саптары менен лента дисктеринин айланасында курулган бүтүндөй резервдик инфраструктурага ээ болгон. Алар чоң файл серверинен бир катар файлдарды калыбына келтириш керек болгондо, алар бир дагы машинаны лентаны калыбына келтирүү үчүн кошумча репозиторий катары колдонууга мүмкүн эместигин аныкташты, анткени эч биринде бош орун жетишсиз болгон. (Сиз түздөн-түз жана көмөкчү репозиторийдин жардамы менен магниттик лентадан калыбына келтирүү жөнүндө окуй аласыз (азыр англис тилинде)).
Менин оюмча, үч мисалда тең колдонуучулар, мындайча айтканда, иллюзияга батып кетишти - алар резервдик көчүрүү ийгиликтүү болсо, калыбына келтирүү менен эч кандай көйгөйлөр болбойт деп ойлошкон. Бирок, сиз түшүнгөндөй, бул дайыма эле боло бербейт, андыктан сиз калыбына келтирүүгө камдык көчүрмө сыяктуу кылдат даярданышыңыз керек. Баштоо үчүн, аны изилдөө керек , анда калыбына келтирүүнүн ар кандай түрлөрү жөнүндө толук маалымат камтылган. Ар бир пункттун башында талаптар, даярдык чаралары жана мүмкүн болуучу чектөөлөр келтирилген. Магниттик ленталардан же аппараттык сактоо скриншотторунан калыбына келтирүүнүн сүрөттөлүшүн документация бөлүмдөрүндө жана биздин Habré боюнча. Кошумча, Veeam Explorers аркылуу колдонмо объекттерин калыбына келтирүүгө даярдануу кадамдары “Пландоо жана даярдоо” бөлүмүндө сүрөттөлөт. аспаптардын ар бири үчүн. Мен аларды кунт коюп окуп чыгууну сунуштайм - бул керек болсо, системаны калыбына келтирүүгө туура даярдоого жардам берет. SQL Server маалыматтар базасын калыбына келтирүү боюнча нускамалар орус тилинде берилген: .
Эмне үчүн мен vSphere консолундагы репликалар менен иштебешим керек?
Теория боюнча, Veeam репликалары кадимки виртуалдык машиналар, алар менен vSphere куралдарын, атап айтканда, vSphere кардарын колдонуу логикалуу көрүнөт. Бирок, биз муну жасоону сунуш кылбайбыз жана эмне үчүн: Veeam Backup & Replication программасында репликага өтүү өтө татаал процесс, катаал ырааттуу кадамдарды талап кылат (эгер бир нерсе болуп калса, бир кадамды артка жылдыра аласыз) жана акыркы аракеттерди оңдоо - жөн гана жараянын сүрөттөгөн сүрөттү карап:
Эгерде сиз vSphere кардарынын репликасын иштетүүнү чечсеңиз, анда келечекте сиз бир катар көйгөйлөргө туш болосуз:
- Veeam Backup & репликациясынан репликага өтүү механизми (диаграммада көрсөтүлгөн) мындан ары бул машина үчүн иштебейт.
- Veeam Backup маалымат базасындагы маалыматтар VMдин чыныгы абалына дал келбейт. Эң начар учурда, аны оңдоо үчүн маалымат базасын оңдоого туура келет.
- Бул мисалдагыдай маалыматтарды жоготуу да мүмкүн: колдонуучу vSphere кардарындагы репликаны кол менен иштетип, аны менен иштөөнү улантууну чечти. Бир нече убакыт өткөндөн кийин, ал реплика дагы эле Veeam Backup & Replication консолунда көрсөтүлүп жатканын байкап, аны керексиз деп алып салууну чечти. Аны оң баскыч менен басып, буйрук берди "Дисктен өчүрүү". Veeam Backup & Replication репликаны дисктен дароо жок кылды, ал бир азга кадимки VM катары толук колдонулуп, керектүү жана пайдалуу маалыматтарды камтыган.
Албетте, сиз дагы эле vSphere кардарынан репликаны күйгүзүшүңүз керек болгон жагдайлар бар - эреже катары, бул Veeam сервери өчүрүлгөн учурлар, ал эми репликаны кечигүү менен күйгүзүү керек. Бирок, эгерде баары Veeam серверинде болсо, анда анын консолунан репликалар менен иштешиңиз керек.
Ошондой эле vSphere кардарын колдонуп репликаларды жок кылбашыңыз керек. Veeam Backup & Replication бул өзгөртүүдөн кабарсыз болуп кала берет, бул каталарга жана эскирген маалыматтарга алып келиши мүмкүн. Эгер сизге реплика керек болбосо, аны vSphere кардарынын VM катары эмес, Veeam консолу аркылуу жок кылыңыз. Ушундай жол менен сизде ар дайым репликалардын акыркы тизмеси болот.
"Оо" - сак болгула, жаңыртуулар!
Бул жерде биз, албетте, Veeam аркылуу камдык көчүрмөсү сакталган гипервизорлор жана ар кандай тиркемелер үчүн жаңыртууларды айтып жатабыз. Эгерде сиз аларды Veeam Backup & Replication менен иштөө көз карашынан карасаңыз, анда жаңыртууларды 2 категорияга бөлүүгө болот: чоң, олуттуу, көп өзгөрүүлөрдү киргизген - жана кичине.
Биринчи категорияны карап көрөлү.
Эң маанилүү жаңыртуулар гипервизорго багытталган жаңыртуулар. Мындай жаңыртууну орнотуудан мурун, анын Veeam Backup & Replication тарабынан колдоого алынаарын текшериңиз. Бул жаңыртуулар Veeam Backup & Replication колдонгон китепканаларга жана API'лерге көптөгөн өзгөртүүлөрдү киргизет, андыктан Veeam Камдык көчүрмөнү көчүрүү жана репликациялоо коду жаңыртылып, аларды расмий колдоо үчүн кылдат сыналышы керек.
Ошондой эле, биз, мисалы, VMware программалык камсыздоону өндүрүүчүлөр үчүн vSphere акыркы версияларына алдын ала жеткиликтүүлүктү камсыз кылбаганын эстен чыгарбашыбыз керек, ошондуктан Veeam иштеп чыгуучулары жана тестерлери башка прогрессивдүү адамзат менен бир убакта жаңы версияны алышат. Адатта, VMware релизинин жана расмий жарыяланган колдоонун белгилүү бир убакыттын ортосундагы кечигүү. Талап кылынган өзгөртүүлөрдүн саны жана ар түрдүүлүгү, аларды жөнөкөй оңдоого киргизүү мүмкүнчүлүгү аз болгондуктан, расмий колдоо, эреже катары, Veeam Backup & Replication релизинин версиясын чыгаруу менен бирге жарыяланат.
Натыйжада, ошол ыңгайсыз учур, vSphere жаңы версиясы чыккандан кийин, техникалык колдоо боюнча суроо-талаптардын саны кескин көбөйгөндө пайда болот, анткени колдонуучулар жаңы версияны орнотууга шашышат жана алардын резервдик көчүрмөлөрү, албетте, дароо иштебей калат. . Биз, Veeam техникалык колдоо кызматы, колдонуучуларга алар эмнени туура эмес кылганын түшүндүрүп, артка кайтарууну суранышыбыз керек (мүмкүн болсо) же туюктан чыгуунун татаал жолдорун ойлоп табышыбыз керек. Ошондуктан, олуттуу жаңыртууну орнотуудан мурун, анын иштеп жаткан программалык камсыздоо менен шайкештигин текшериңиз, мен сизден суранам!
Жогоруда айтылгандардын баары камдык көчүрмөсүн сактаган жана Veeam аркылуу калыбына келтирүүнү күткөн колдонмолорго да тиешелүү. Veeam Explorers куралдар линиясында ошондой эле Veeam Backup & Replication ар бир чыгарылышында жаңыртылган тиешелүү колдонмолордун колдоого алынган версияларынын тизмеси бар. Ошондуктан, колдонмоңуздун жаңы версиясын орнотуудан мурун - бул Exchange, Oracle же SharePoint - тиешелүү бөлүмдү кайра окуп чыгыңыз. .
Экинчи категорияга, б.а. Кичинекей жаңыртуулар менен мен, мисалы, VMware Tools жаңы версияларын, кумулятивдүү Exchange жаңыртууларын, vSphere коопсуздук жаңыртууларын ж. Адатта, алар эч кандай олуттуу өзгөртүүлөрдү киргизишпейт жана көпчүлүк учурларда Veeam Backup & Replication алар менен көйгөйлөргө туш болбойт. (Ошондуктан алар үчүн буюмдун расмий колдоосу жөнүндө эч кандай ачык жарыялар жок.) Бирок, биздин практикада мындай жаңыртуулар Veeam Backup программасынын иштешинде каталарга алып келген нерселердин кадимки жүрүшүн кескин өзгөрткөн учурлар болгон. & Репликация. Мындай учурларда, көйгөйдү ырастагандан кийин, Veeam инженерлери оңдоону тез чыгарууга аракет кылышат.
Техникалык англис тилин билгендер үчүнЭгер сиз инженерлер эмненин үстүндө иштеп жаткандыгы жана системанын архитекторлору жана техникалык колдоо боюнча адистери кандай кыйынчылыктарга туш болуп жаткандыгы жөнүндө кабардар болгуңуз келсе, мен жазылууну сунуштайм . Ар жума сайын анын жазылуучулары үчүн «Гостевден сөз» аттуу маалымат бюллетени чыгарылып турат. . Анда продукттарды башкаруу бөлүмүнүн башчысы Антон Гостев жакында табылган көйгөйлөр (жана Veeam тарапта гана эмес), жаңы версиялардын пландары жана IT дүйнөсүндөгү жаңылыктар тууралуу айтып берет. Эгер сизге көбүрөөк маалымат керек болсо, форумдун темаларын изилдей аласыз - эгерде кардарлардын биринде кандайдыр бир жаңыртуудан кийин продуктунун иштешинде көйгөй пайда болсо, анда ал, кыязы, бул жөнүндө форумда жазган.
Сиз түшүнгөндөй, тактар жана жаңыртуулар резервдик көчүрмөлөр менен гана эмес, ошондой эле бул камдык көчүрмөлөр жасалган тиркемелерде да көйгөйлөргө алып келиши мүмкүн. Бул жерде виртуалдык лабораториялар - Veeam DataLabs - сизге жардам берет. Сиз SureBackup, камдык көчүрмөлөрдү текшерүү үчүн иштелип чыккан функция жөнүндө уккандырсыз. Бул так DataLabs колдонууга негизделген, обочолонгон чөйрөнү түзүү менен, анда сиз, атап айтканда, жаңыртууларды өндүрүшкө орнотуудан мурун сынай аласыз. Мен муну абдан сунуштайм - сиз өзүңүздүн көптөгөн нерв клеткаларын сактап каласыз. Эгерде кимдир бирөө SureBackup жөнүндө билбесе, мен аны окууну сунуштайм .
Менимче, бүгүнкү күнүм ушул болду, көңүл бурганыңыз үчүн рахмат!
Дагы эмне окуш керек
Habré жөнүндө макалалар:
Source: www.habr.com