Камдык ар бир темирден кыйкырып жаткан модалуу технологиялардын бири эмес. Бул жөн гана кандайдыр бир олуттуу компанияда болушу керек, бардык. Биз банкыбызда бир нече миң серверлердин резервдик көчүрмөсүн жасайбыз - бул татаал, кызыктуу жумуш, анын кээ бир майда-чүйдөлөрү, ошондой эле резервдик көчүрмөлөр жөнүндө типтүү туура эмес түшүнүктөр, жөн гана айтып берүүнү каалайт.
Мен бул темада дээрлик 20 жыл иштеп келем, анын акыркы 2 жылы Промсвязбанкта болду. Практиканын эң башында мен файлдарды жөн эле көчүргөн скрипттер менен дээрлик кол менен резервдик көчүрмөлөрдү жасагам. Андан кийин Windows'до ыңгайлуу инструменттер пайда болду: файлдарды даярдоо үчүн Robocopy утилитасы жана көчүрүү үчүн NT Backup. Ошондон кийин гана адистештирилген программалык камсыздоонун убактысы келди, биринчи кезекте Veritas Backup Exec, ал азыр Symantec Backup Exec деп аталат. Ошентип, мен көптөн бери резервдик көчүрмөлөрдү жакшы билем.
Жөнөкөй сөз менен айтканда, резервдик көчүрүү - бул маалыматтардын көчүрмөсүн (виртуалдык машиналар, тиркемелер, маалымат базалары жана файлдар) кандайдыр бир мыйзам ченемдүүлүк менен сактоо. Ар бир учур адатта өзүн аппараттык же логикалык ката катары көрсөтүп, маалыматтардын жоголушуна алып келет. Резервдик системанын максаты маалыматтын жоголушун азайтуу болуп саналат. Аппараттык камсыздоонун бузулушу, мисалы, маалымат базасы жайгашкан сервердин же сактагычтын бузулушу. Логикалык - бул маалыматтардын бир бөлүгүн жоготуу же өзгөртүү, анын ичинде адам факторуна байланыштуу: алар кокусунан таблицаны, файлды жок кылышты, аткаруу үчүн кыйшык сценарийди ишке киргизишти. Маалыматтын белгилүү бир түрүн узак мөөнөткө, мисалы, бир нече жылга чейин сактоо боюнча жөнгө салуучу талаптар да бар.
Резервдик көчүрмөлөрдү эң типтүү колдонуу - бул ар кандай тесттик системаларды, иштеп чыгуучулар үчүн клондорду жайылтуу үчүн маалымат базаларынын сакталган көчүрмөсүн калыбына келтирүү.
Камдык көчүрмөнүн тегерегинде бир нече типтүү уламыштар бар, алар эчак эле жоюлушу керек. Мына, алардын эң белгилүүлөрү.
Миф 1. Камдык сактоо көптөн бери коопсуздук же сактоо тутумдарынын ичиндеги кичинекей функция болуп келген
Камдык системалар дагы эле чечимдердин өзүнчө классы бойдон калууда жана абдан көз карандысыз. Аларда өтө көп жумуш бар. Чынында, алар маалыматтардын бүтүндүгүнө келгенде акыркы коргонуу линиясы. Ошентип, резервдик көчүрүү өз графиги боюнча, өз темпинде иштейт. Серверлер үчүн күнүмдүк отчет түзүлөт, мониторинг системасы үчүн триггер катары иш-аракет кылган окуялар бар.
Мындан тышкары, резервдик системага кирүүнүн үлгүсү резервдик көчүрмөлөрдү башкаруу үчүн максаттуу системалардын администраторлоруна ыйгарым укуктарынын бир бөлүгүн берүүгө мүмкүндүк берет.
Миф 2. RAID болгондо, резервдик көчүрмөнүн кереги жок.
Албетте, RAID массивдери жана маалыматтардын репликациясы маалыматтык системаларды аппараттык камсыздоонун бузулушунан коргоонун жакшы жолу болуп саналат жана сизде күтүү режиминдеги сервер болсо, негизги машина иштебей калган учурда ага өтүүнү тез уюштура аласыз.
Системанын колдонуучулары кетирген логикалык каталардан ашыкча жана репликация сакталбайт. Бул жерде кайра жазууну күтүү сервери - ооба, ал синхрондоштуруудан мурун ката табылса, жардам берет. Ал эми көз ирмем өтүп кетсе? Бул жерде өз убагында камдык көчүрмө гана жардам берет. Маалыматтар кечээ өзгөргөнүн билсеңиз, анда сиз системаны кечээки күнгө калыбына келтирип, андан керектүү маалыматтарды чыгара аласыз. Логикалык каталар эң кеңири таралган факты экенин эске алсак, жакшы эски камдык көчүрмөсү далилденген жана керектүү курал бойдон калууда.
Миф 3. Камдык көчүрмө айына бир жолу жасалуучу нерсе.
Камдык көчүрмө жыштыгы конфигурациялануучу жөндөө болуп саналат, ал биринчи кезекте сиздин резервдик системаңыздын талаптарына көз каранды. Бул дээрлик эч качан өзгөрбөйт жана өзгөчө маанилүү эмес маалыматтарды табууга толук мүмкүн, алардын жоготуу компания үчүн олуттуу болбойт.
Алар, чынында эле, айына бир жолу, ал тургай, азыраак камдык көчүрмөсүн болот. Бирок көбүрөөк маанилүү маалыматтар RPO (Калыбына келтирүү пунктунун объектиси) индикаторуна жараша көбүрөөк сакталат, ал жол берилүүчү маалыматтардын жоголушун белгилейт. Бул жумасына бир жолу, күнүнө бир жолу, ал тургай, саатына бир нече жолу болушу мүмкүн. Бизде DBMSден бул транзакция журналдары бар.
Системалар коммерциялык эксплуатацияга киргизилгенде негизги пункттарды, жаңыртуу процедурасын, системаны калыбына келтирүү тартибин, резервдик көчүрмөлөрдү сактоо тартибин жана ушул сыяктууларды чагылдырган резервдик документтер бекитилиши керек.
Миф 4. Көчүрмөлөрдүн көлөмү тынымсыз өсүп, ар кандай бөлүнгөн мейкиндикти толугу менен ээлейт.
Камдык көчүрмөлөрдү сактоо мөөнөтү чектелген. Бул, мисалы, жыл ичинде бардык 365 күнүмдүк камдык сактоо үчүн эч кандай мааниси жок. Эреже катары, күнүмдүк көчүрмөлөрдү 2 жума бою сактоого болот, андан кийин алар жаңылары менен алмаштырылат, ал эми айда биринчи жасалган версия узак мөөнөттүү сактоодо калат. Ал, өз кезегинде, белгилүү бир убакытка чейин сакталат - ар бир нусканын өмүрү бар.
Маалыматтарды жоготуудан коргоо бар. Эреже колдонулат: камдык көчүрмөнү жок кылуудан мурун, кийинкиси түзүлүшү керек. Демек, камдык көчүрмө бүтө элек болсо, мисалы, сервердин жетишсиздигинен улам маалыматтар өчүрүлбөйт. Убакыт алкактары гана сакталбастан, топтомдогу нускалардын саны да көзөмөлдөнөт. Эгерде система эки толук камдык көчүрмөгө ээ болууга ылайыкташтырылган болсо, анда алардын экөөсү дайыма болот, ал эми эскиси жаңы үчүнчүсү ийгиликтүү жазылганда гана өчүрүлөт. Ошентип, резервдик архив ээлеген көлөмдүн өсүшү корголгон маалыматтардын көлөмүнүн өсүшү менен гана байланыштуу жана убакыттан көз каранды эмес.
Миф 5. Камдык көчүрүү башталды - баары илинип турат
Муну айткан жакшы: баары илинип турган болсо, анда администратордун колу ал жерден өспөйт. Жалпысынан алганда, камдык аткаруу көптөгөн себептерден көз каранды. Мисалы, резервдик системанын ылдамдыгы боюнча: диск сактагычтары, лента китепканалары канчалык ылдам. Резервдик системанын серверлеринин ылдамдыгынан: аларда маалыматтарды иштеп чыгууга, кысуу жана дедупликациялоого убакыт барбы. Ошондой эле кардар менен сервердин ортосундагы байланыш линияларынын ылдамдыгы боюнча.
Камдык көчүрмө бир же бир нече агымга өтүшү мүмкүн, камдык көчүрмөсү сакталып жаткан система көп агымды колдойбу же жокпу. Мисалы, Oracle DBMS берүү ылдамдыгы тармактын өткөрүү жөндөмдүүлүгүнүн чегине жеткенге чейин, колдо болгон процессорлордун санына жараша бир нече жиптерди берүүгө мүмкүндүк берет.
Эгерде сиз көп сандагы жиптердин камдык көчүрмөсүн сактоого аракет кылсаңыз, анда иштеп жаткан системаны ашыкча жүктөө мүмкүнчүлүгү бар, ал чындап эле жайлай баштайт. Ошондуктан, жиптердин оптималдуу саны жетиштүү аткарууну камсыз кылуу үчүн тандалып алынат. Эгерде өндүрүмдүүлүктүн бир аз төмөндөшү маанилүү болсо, анда камдык көчүрмөнү согуштук серверден эмес, анын клонунан - маалымат базасынын терминологиясында күтүү режиминде жүргүзүүдө эң сонун вариант бар. Бул процесс негизги иштөө тутумун жүктөбөйт. Сервер тейлөө үчүн колдонулбагандыктан, маалыматтарды көбүрөөк агымдар аркылуу алууга болот.
Чоң уюмдарда резервдик көчүрүү өндүрүшкө таасирин тийгизбеши үчүн резервдик система үчүн өзүнчө тармак түзүлөт. Мындан тышкары, трафик тармак аркылуу эмес, SAN аркылуу берилиши мүмкүн.
Биз да убакыттын өтүшү менен жүктү жайылтууга аракет кылабыз. Камдык көчүрмөлөр негизинен жумуш эмес сааттарда: түнкүсүн, дем алыш күндөрү жүргүзүлөт. Ошондой эле, алардын баары бир эле учурда чуркай бербейт. Виртуалдык машиналардын камдык көчүрмөлөрү өзгөчө учур. Процесс машинанын иштөөсүнө дээрлик эч кандай таасир этпейт, андыктан резервдик көчүрмөнү күндүзү жайылтууга болот, ал эми түнкүсүн баарын кийинкиге калтырбайт. Көптөгөн майда-чүйдө нерселер бар, эгерде бардыгын эске алсаңыз, резервдик көчүрмө системалардын иштешине таасир этпейт.
Миф 6. Камдык системаны ишке киргизди - бул сиз үчүн катачылыкка чыдамкайлык
Резервдик система коргонуунун акыркы линиясы экенин эч качан унутпаңыз, демек, анын алдында IT инфраструктурасынын жана ишкананын маалымат системаларынын үзгүлтүксүздүгүн, жогорку жеткиликтүүлүгүн жана кырсыкка чыдамдуулугун камсыз кылган дагы беш система болушу керек.
Камдык бардык маалыматтарды калыбына келтирет деп үмүттөнүү жана тез эле кулаган кызматты көтөрүүгө арзырлык эмес. Дайындардын резервдик көчүрмөсү сакталган учурдан тартып бузулган учурга чейин жоголушу кепилденет жана маалыматтарды жаңы серверге бир нече саатка жүктөөгө болот (же сиз бактылуу болсоңуз, күн). Ошондуктан, бардыгын камдык көчүрмөгө өткөрбөстөн, толук кандуу каталарга чыдамдуу системаларды түзүү мааниси бар.
Миф 7. Мен бир жолу камдык көчүрмөнү койдум, анын иштешин текшердим. Бул журналдарды карап гана калат
Бул эң зыяндуу мифтердин бири, анын жасалма экенин окуя учурунда гана түшүнөсүң. Ийгиликтүү камдык журналдар баары чындап эле керек болгонуна кепилдик бербейт. Сакталган көчүрмөнү жайылтуу мүмкүнчүлүгүн алдын ала текшерүү маанилүү. Башкача айтканда, сыноо чөйрөсүндө калыбына келтирүү процессин баштаңыз жана натыйжаны көрүңүз.
Ал эми системалык администратордун иши жөнүндө бир аз
Кол режиминде эч ким көптөн бери маалыматтарды көчүрө элек. Заманбап SRKs дээрлик бардыгынын камдык көчүрмөсүн сактай алат, жөн гана аны туура жөндөшүңүз керек. Эгер жаңы сервер кошулса, саясаттарды коюңуз: камдык көчүрмөсү сактала турган мазмунду тандаңыз, сактоо параметрлерин көрсөтүңүз жана графикти колдонуңуз.
Ошол эле учурда, серверлердин кеңири паркынан улам дагы деле көп иш бар, анын ичинде маалыматтар базалары, почта системалары, виртуалдык машина кластерлери жана Windows жана Linux/Unixте файл үлүшү бар. Резервдик системаны иштетип жаткан кызматкерлер бош отурушпайт.
Майрамдын урматына мен бардык админдерге күчтүү нервдерди, кыймылдардын ачыктыгын жана резервдик көчүрмөлөрдү сактоо үчүн чексиз мейкиндик каалайм!
Source: www.habr.com