Сақтық көшірме әр үтіктен айғайлайтын сәнді технологиялардың бірі емес. Бұл кез келген маңызды компанияда болуы керек, бәрі. Біз банкімізде бірнеше мың серверлердің сақтық көшірмесін жасаймыз - бұл күрделі, қызықты жұмыс, оның кейбір нәзік тұстары, сондай-ақ резервтік көшірмелер туралы әдеттегі қате түсініктер жай ғана айтқысы келеді.
Мен бұл тақырыппен 20 жылға жуық жұмыс істеп келемін, оның соңғы 2 жылы Промсвязьбанкте болды. Тәжірибенің басында мен сақтық көшірмелерді файлдарды жай көшіретін сценарийлермен дерлік қолмен жасадым. Содан кейін Windows жүйесінде ыңғайлы құралдар пайда болды: файлдарды дайындауға арналған Robocopy утилитасы және көшіру үшін NT Backup. Содан кейін ғана мамандандырылған бағдарламалық жасақтаманың уақыты келді, ең алдымен, қазір Symantec Backup Exec деп аталатын Veritas Backup Exec. Сондықтан мен сақтық көшірмелермен бұрыннан таныс болдым.
Қарапайым тілмен айтқанда, сақтық көшірме деректердің (виртуалды машиналар, қолданбалар, дерекқорлар және файлдар) көшірмесін белгілі бір жүйелілік жағдайында сақтау болып табылады. Әрбір жағдай әдетте аппараттық құрал немесе логикалық ақау ретінде көрінеді және деректердің жоғалуына әкеледі. Сақтық көшірме жүйесінің мақсаты ақпараттың жоғалуын азайту болып табылады. Аппараттық құралдың ақаулығы, мысалы, дерекқор орналасқан сервердің немесе қойманың ақаулығы. Логикалық - бұл деректердің бір бөлігін жоғалту немесе өзгерту, оның ішінде адам факторына байланысты: олар кестені, файлды кездейсоқ жойды, орындау үшін қисық сценарийді іске қосты. Сондай-ақ белгілі бір ақпарат түрін ұзақ мерзімге, мысалы, бірнеше жылға дейін сақтау үшін реттеушінің талаптары бар.
Сақтық көшірмелерді қолданудың ең типтік түрі әртүрлі тестілеу жүйелерін, әзірлеушілерге арналған клондарды орналастыру үшін деректер қорының сақталған көшірмесін қалпына келтіру болып табылады.
Сақтық көшірмеге қатысты бірнеше әдеттегі мифтер бар, олар бұрыннан жойылуы керек. Міне, олардың ең танымалдары.
Миф 1. Сақтық көшірме ұзақ уақыт бойы қауіпсіздік немесе сақтау жүйелеріндегі шағын ғана функция болды
Сақтық көшірме жүйелері әлі де шешімдердің жеке класы болып қала береді және өте тәуелсіз. Олардың жұмысы тым көп. Шын мәнінде, олар деректердің тұтастығына қатысты соңғы қорғаныс желісі болып табылады. Сондықтан сақтық көшірме өз қарқынымен, өз кестесімен жұмыс істейді. Серверлер үшін күнделікті есеп жасалады, мониторинг жүйесі үшін триггерлер ретінде әрекет ететін оқиғалар бар.
Сонымен қатар, сақтық көшірме жүйесіне қол жеткізудің үлгі үлгісі сақтық көшірмелерді басқару үшін мақсатты жүйелердің әкімшілеріне өкілеттіктердің бір бөлігін беруге мүмкіндік береді.
Миф 2. RAID болған кезде сақтық көшірме қажет болмайды.
Сөзсіз, RAID массивтері және деректерді репликациялау ақпараттық жүйелерді аппараттық құралдың ақауларынан қорғаудың жақсы тәсілі болып табылады және күту сервері болса, негізгі машина істен шыққан жағдайда оған ауысуды жылдам ұйымдастыруға болады.
Жүйені пайдаланушылар жіберген логикалық қателерден артық және репликация сақтамайды. Міне, қайта жазуды күту сервері – иә, ол қадамдастырудан бұрын қате анықталған жағдайда көмектесе алады. Ал егер сәт өткізіп алса? Мұнда тек дер кезінде жасалған сақтық көшірме көмектеседі. Деректер кеше өзгергенін білсеңіз, жүйені кешегі күнге қалпына келтіріп, одан қажетті деректерді шығаруға болады. Логикалық қателер ең жиі кездесетінін ескере отырып, жақсы ескі сақтық көшірме дәлелденген және қажетті құрал болып қала береді.
Миф 3. Сақтық көшірме айына бір рет жасалатын нәрсе.
Сақтық көшірме жиілігі - ең алдымен сақтық көшірме жүйесінің талаптарына байланысты конфигурацияланатын параметр. Ешқашан дерлік өзгермейтін және ерекше маңызды емес деректерді табу әбден мүмкін, олардың жоғалуы компания үшін маңызды болмайды.
Олардың сақтық көшірмесін айына бір рет, тіпті одан да азырақ жасауға болады. Бірақ рұқсат етілген деректер жоғалуын орнататын RPO (қалпына келтіру нүктесі мақсаты) көрсеткішіне байланысты маңызды деректер жиі сақталады. Бұл аптасына бір рет, күніне бір рет, тіпті сағатына бірнеше рет болуы мүмкін. Бізде ДҚБЖ-дан осы транзакция журналдары бар.
Жүйелер коммерциялық пайдалануға берілген кезде негізгі тармақтарды, жаңарту процедурасын, жүйені қалпына келтіру тәртібін, резервтік көшірмелерді сақтау тәртібін және т.б. көрсететін резервтік құжаттаманы бекіту керек.
Миф 4. Көшірмелер көлемі үнемі өсіп отырады және кез келген бөлінген орынды толығымен алады.
Сақтық көшірмелердің шектеулі сақтау мерзімі бар. Мысалы, жыл ішінде барлық 365 күнделікті сақтық көшірмелерді сақтаудың мағынасы жоқ. Әдетте, күнделікті көшірмелерді 2 апта бойы сақтауға рұқсат етіледі, содан кейін олар жаңасымен ауыстырылады, ал бір айда бірінші жасалған нұсқа ұзақ мерзімді сақтауда қалады. Ол, өз кезегінде, белгілі бір уақытқа дейін сақталады - әрбір көшірменің өмір сүру уақыты бар.
Деректерді жоғалтудан қорғау бар. Ереже қолданылады: сақтық көшірме жойылмас бұрын келесісін жасау керек. Сондықтан, сақтық көшірме аяқталмаған болса, мысалы, сервердің қолжетімсіздігіне байланысты деректер жойылмайды. Уақыт шеңберлері ғана сақталмайды, сонымен қатар жиынтықтағы көшірмелер саны да бақыланады. Егер жүйеде екі толық резервтік көшірме жасау үшін жасалған болса, олардың екеуі әрқашан болады, ал ескісі жаңа үшінші сәтті жазылғанда ғана жойылады. Сонымен, сақтық көшірме мұрағаты алатын көлемнің өсуі қорғалған деректер көлемінің өсуімен ғана байланысты және уақытқа байланысты емес.
Миф 5. Сақтық көшірме басталды - бәрі ілулі тұрды
Мұны айтқан дұрыс: егер бәрі ілулі болса, онда әкімшінің қолы ол жерден өспейді. Жалпы, сақтық көшірменің өнімділігі көптеген факторларға байланысты. Мысалы, сақтық көшірме жүйесінің жылдамдығы туралы: дискілік қоймалар, таспа кітапханалары қаншалықты жылдам. Сақтық көшірме жүйесінің серверлерінің жылдамдығынан: олардың деректерді өңдеуге, сығуға және қайталауды орындауға уақыты бар ма. Сондай-ақ клиент пен сервер арасындағы байланыс желілерінің жылдамдығы туралы.
Сақтық көшірме сақтық көшірме жасалып жатқан жүйенің көп ағынды қолдайтынына байланысты бір немесе бірнеше ағынға өтуі мүмкін. Мысалы, Oracle ДҚБЖ тасымалдау жылдамдығы желінің өткізу қабілетінің шегіне жеткенше қолжетімді процессорлар санына сәйкес бірнеше ағындарды беруге мүмкіндік береді.
Егер сіз көптеген ағындардың сақтық көшірмесін жасауға тырыссаңыз, онда жұмыс істеп тұрған жүйені шамадан тыс жүктеу мүмкіндігі бар, ол шынымен баяулай бастайды. Сондықтан жеткілікті өнімділікті қамтамасыз ету үшін ағындардың оңтайлы саны таңдалады. Егер өнімділіктің ең аз төмендеуі өте маңызды болса, резервтік көшірме жауынгерлік серверден емес, оның клонынан - дерекқор терминологиясында күту режимінен жүзеге асырылған кезде тамаша нұсқа бар. Бұл процесс негізгі жұмыс жүйесін жүктемейді. Деректерді көбірек ағындар арқылы алуға болады, себебі сервер техникалық қызмет көрсету үшін пайдаланылмайды.
Ірі ұйымдарда резервтік көшіру өндіріске әсер етпеуі үшін резервтік жүйе үшін жеке желі құрылады. Сонымен қатар, трафик желі арқылы емес, SAN арқылы берілуі мүмкін.
Біз де уақыт өте келе жүкті таратуға тырысамыз. Сақтық көшірмелер көбінесе жұмыс емес уақытта жасалады: түнде, демалыс күндері. Сонымен қатар, олардың барлығы бір уақытта жұмыс істемейді. Виртуалды машиналардың сақтық көшірмелері ерекше жағдай болып табылады. Процесс машинаның жұмысына іс жүзінде әсер етпейді, сондықтан сақтық көшірмені күндіз таратуға болады, ал түнде бәрін кейінге қалдыруға болмайды. Көптеген нәзіктіктер бар, егер сіз бәрін ескерсеңіз, сақтық көшірме жүйелердің жұмысына әсер етпейді.
Миф 6. Сақтық көшірме жүйесін іске қосты - бұл сіз үшін ақауларға төзімділік
Сақтық көшірме жүйесі қорғаныстың соңғы желісі екенін ешқашан ұмытпаңыз, яғни оның алдында АТ инфрақұрылымы мен кәсіпорынның ақпараттық жүйелерінің үздіксіздігін, жоғары қолжетімділігін және апатқа төзімділігін қамтамасыз ететін тағы бес жүйе болуы керек.
Сақтық көшірме барлық деректерді қалпына келтіреді және құлаған қызметті тез көтереді деп үміттенудің қажеті жоқ. Сақтық көшірме жасау сәтінен бастап сәтсіздікке дейін деректердің жоғалуына кепілдік беріледі және деректерді бірнеше сағатқа (немесе сәттілікке байланысты күндерге) жаңа серверге жүктеп салуға болады. Сондықтан, бәрін резервтік көшірмеге ауыстырмай, толыққанды ақауларға төзімді жүйелерді құру мағынасы бар.
Миф 7. Мен бір рет сақтық көшірме орнаттым, оның жұмыс істейтінін тексердім. Тек журналдарды қарау ғана қалады
Бұл ең зиянды мифтердің бірі, оның жалғандығын оқиға кезінде ғана түсінесіз. Сақтық көшірме журналдарының сәтті болуы бәрі шынымен де қажет болғандай болатынына кепілдік бермейді. Сақталған көшірмені орналастыру мүмкіндігін алдын ала тексеру маңызды. Яғни, сынақ ортасында қалпына келтіру процесін бастаңыз және нәтижеге қараңыз.
Ал жүйелік әкімшінің жұмысы туралы аздап
Қол режимінде ұзақ уақыт бойы ешкім деректерді көшірмейді. Қазіргі заманғы SRK барлық дерлік сақтық көшірме жасай алады, тек оны дұрыс орнату керек. Жаңа сервер қосылған болса, саясаттарды орнатыңыз: сақтық көшірмесі жасалатын мазмұнды таңдаңыз, сақтау опцияларын көрсетіңіз және кестені қолданыңыз.
Сонымен қатар, Windows және Linux/Unix жүйелерінде дерекқорларды, пошталық жүйелерді, виртуалды машина кластерлерін және файлдарды бөлісуді қоса алғанда, серверлердің кең паркіне байланысты әлі де көп жұмыс бар. Сақтық көшірме жүйесін жұмыс істеп тұрған қызметкерлер бос отырмайды.
Мереке құрметіне барлық әкімшілерге күшті жүйке, қозғалыстардың анықтығы және резервтік көшірмелерді сақтау үшін шексіз кеңістік тілеймін!
Ақпарат көзі: www.habr.com