Резервна копија спремна: разбијање митова у част празника

Бацкуп није једна од трендовских технологија о којима се виче из сваке пегле. Само мора да буде у било ком озбиљном друштву, то је све. Ми правимо резервне копије неколико хиљада сервера у нашој банци – ово је сложен, занимљив посао чије неке суптилности, као и типичне заблуде о резервним копијама, само желе да буду испричане.

На овој теми радим скоро 20 година, од којих су последње 2 године биле у Промсвиазбанци. На самом почетку вежбе радио сам сигурносне копије скоро ручно, са скриптама које су једноставно копирале датотеке. Тада су се у Виндовс-у појавиле погодне алатке: услужни програм Робоцопи за припрему датотека и НТ Бацкуп за копирање. И тек тада је дошло време за специјализовани софтвер, пре свега Веритас Бацкуп Екец, који се сада зове Симантец Бацкуп Екец. Тако да сам већ дуго упознат са резервним копијама.

Једноставно речено, резервна копија је чување копије података (виртуелних машина, апликација, база података и датотека) за сваки случај са одређеном регуларношћу. Сваки случај се обично манифестује као хардверски или логички квар и резултира губитком података. Сврха система резервних копија је да смањи губитак информација. Квар хардвера је, на пример, квар сервера или складишта где се налази база података. Логично - ово је губитак или промена дела података, укључујући и људски фактор: случајно су избрисали табелу, датотеку, покренули криву скрипту за извршење. Постоје и захтеви регулатора за чување одређене врсте информација на дужи период, на пример, до неколико година.

Најтипичнија употреба резервних копија је обнављање сачуване копије база података за примену различитих тест система, клонова за програмере.

Постоји неколико типичних митова око резервних копија које би требало одавно разбити. Ево најпознатијих од њих.

Мит 1. Сигурносна копија је дуго била само мала функција унутар сигурносних или складишних система

Системи резервних копија и даље остају посебна класа решења и веома независни. Имају превише посла. У ствари, они су последња линија одбране када је у питању интегритет података. Дакле, резервна копија ради сопственим темпом, по сопственом распореду. За сервере се генерише дневни извештај, постоје догађаји који делују као окидачи за систем за праћење.

Плус, модел приступа систему резервних копија омогућава вам да делегирате део овлашћења администраторима циљних система за управљање резервним копијама.

Мит 2. Када постоји РАИД, резервна копија више није потребна.

Без сумње, РАИД низови и репликација података су добар начин заштите информационих система од хардверских кварова, а ако имате резервни сервер, можете брзо организовати прелазак на њега у случају квара главне машине.

Од логичких грешака које су направили корисници система, редундантност и репликација не штеди. Ево сервера у стању приправности за повратно уписивање – да, може помоћи ако се грешка открије пре него што је синхронизована. А ако је тренутак пропуштен? Овде ће помоћи само правовремена резервна копија. Ако знате да су се подаци јуче променили, можете вратити систем на прекјучер и из њега извући потребне податке. С обзиром на чињеницу да су логичке грешке најчешће, добра стара резервна копија остаје доказано и неопходно средство.

Мит 3. Резервна копија је нешто што се ради једном месечно.

Учесталост прављења резервних копија је подешавање које се може конфигурисати и које првенствено зависи од захтева вашег система резервних копија. Сасвим је могуће пронаћи податке који се готово никада не мењају и који нису посебно важни, њихов губитак неће бити критичан за компанију.
Они се, заиста, могу правити резервне копије једном месечно, а још ређе. Али критичнији подаци се чувају чешће, у зависности од индикатора РПО (Рецовери поинт објрецтиве), који поставља дозвољени губитак података. Ово може бити једном недељно, једном дневно или чак неколико пута на сат. Имамо ове евиденције трансакција из ДБМС-а.

Када се системи пуштају у комерцијални рад, мора бити одобрена резервна документација која одражава главне тачке, процедуру ажурирања, процедуру враћања система у претходно стање, процедуру чувања резервних копија и сл.

Мит 4. Обим копија стално расте и у потпуности заузима сваки додељени простор.

Резервне копије имају ограничен период чувања. Нема смисла, на пример, чувати свих 365 дневних резервних копија током године. По правилу, прихватљиво је чувати дневне копије 2 недеље, након чега се замењују свежим, а верзија која је направљена прва у месецу остаје у дуготрајном складиштењу. Он се, заузврат, такође чува одређено време - свака копија има животни век.

Постоји заштита од губитка података. Важи правило: пре него што се избрише резервна копија, мора се формирати следећа. Дакле, подаци неће бити избрисани ако резервна копија није завршена, на пример, због недоступности сервера. Не поштују се само временски оквири, већ се контролише и број копија у комплету. Ако је систем дизајниран да има две пуне резервне копије, увек ће их бити две, а стара ће бити избрисана тек када се успешно напише нова трећа. Дакле, раст запремине коју заузима резервна архива повезан је само са растом количине заштићених података и не зависи од времена.

Мит 5. Почела резервна копија - све је висило

Боље је рећи ово: ако све виси, онда руке администратора не расту одатле. Генерално, перформансе резервне копије зависе од много фактора. На пример, о брзини самог система резервних копија: колико су брзи дискови, библиотеке трака. Од брзине сервера резервног система: да ли имају времена за обраду података, вршење компресије и дедупликације. А такође и на брзину комуникационих линија између клијента и сервера.

Резервна копија може ићи у један или више токова, у зависности од тога да ли систем који се прави резервну копију подржава вишенитно. На пример, Орацле ДБМС вам омогућава да дате више нити, у складу са бројем доступних процесора, све док брзина преноса не достигне ограничење мрежног пропусног опсега.

Ако покушате да направите резервну копију великог броја нити, онда постоји шанса да преоптерећујете систем који ради, он ће заиста почети да успорава. Због тога се бира оптималан број нити да би се обезбедиле довољне перформансе. Ако је чак и најмањи пад перформанси критичан, онда постоји одлична опција када се резервна копија не врши са борбеног сервера, већ са његовог клона - стандби у терминологији базе података. Овај процес не покреће главни радни систем. Подаци се могу преузети кроз више токова, пошто се сервер не користи за одржавање.

У великим организацијама се креира посебна мрежа за систем резервних копија тако да резервна копија не утиче на производњу. Поред тога, саобраћај се можда не преноси преко мреже, већ преко САН-а.

Трудимо се да распоредимо оптерећење и током времена. Резервне копије се углавном раде у нерадно време: ноћу, викендом. Такође, не трче сви у исто време. Резервне копије виртуелних машина су посебан случај. Процес практично нема утицаја на перформансе саме машине, тако да се резервна копија може ширити током дана, а не одлагати све ноћу. Постоји много суптилности, ако све узмете у обзир, резервна копија неће утицати на перформансе система.

Мит 6. Покренуо резервни систем - то је толеранција грешака за вас

Никада не заборавите да је резервни систем последња линија одбране, што значи да би требало да буде још пет система испред њега који обезбеђују континуитет, високу доступност и толеранцију на катастрофе ИТ инфраструктуре и информационих система предузећа.

Не вреди се надати да ће резервна копија вратити све податке и брзо подићи пали сервис. Губитак података од тренутка прављења резервне копије до тренутка квара је загарантован, а подаци се могу учитати на нови сервер неколико сати (или дана, ако имате среће). Стога, има смисла креирати пуноправне системе отпорне на грешке без пребацивања свега на резервну копију.

Мит 7. Једном сам поставио резервну копију, проверио да ли ради. Остаје само да погледамо дневнике

Ово је један од најштетнијих митова, чију лажност схватате тек током инцидента. Успешни бекап евиденције нису гаранција да је све заиста прошло како треба. Важно је унапред проверити сачувану копију да ли се може применити. То јест, започните процес опоравка у тестном окружењу и погледајте резултат.

И мало о раду систем администратора

У ручном режиму нико већ дуже време не копира податке. Модерни СРК-ови могу направити резервну копију готово свега, само га морате правилно подесити. Ако је додат нови сервер, подесите смернице: изаберите садржај за који ће бити направљена резервна копија, наведите опције складиштења и примените распоред.

У исто време, још увек има пуно посла због велике флоте сервера, укључујући базе података, системе поште, кластере виртуелних машина и дељење датотека како на Виндовс-у тако и на Линук-у/Уникс-у. Запослени који одржавају систем резервних копија у раду не седе беспослени.

У част празника, желим свим администраторима јаке живце, јасноћу покрета и бескрајан простор за чување резервних копија!

Извор: ввв.хабр.цом