Алдыңғы жазбаларда біз орнату нұсқауларымен бөлістік и Veeam негізінде. Бүгін біз Commvault көмегімен сақтық көшірме жасау туралы сөйлескіміз келеді. Нұсқаулар болмайды, бірақ біз сізге клиенттеріміздің ненің және қалай сақтық көшірмесін жасап жатқанын айтамыз.
OST-2 деректер орталығында Commvault негізіндегі резервтік жүйені сақтау жүйесі.
Бұл қалай жұмыс істейді?
Commvault – қолданбаларға, дерекқорларға, файлдық жүйелерге, виртуалды машиналарға және физикалық серверлерге арналған резервтік платформа. Бұл жағдайда бастапқы деректер кез келген сайтта болуы мүмкін: бізбен – клиент жағында, басқа коммерциялық деректер орталығында немесе бұлтта.
Клиент агентті сақтық көшірме нысандарына орнатады - iData агенті - және оны қажетті сақтық көшірме саясаттарына сәйкес конфигурациялайды. iData Agent қажетті деректерді жинайды, қысады, қайталайды, шифрлайды және оларды DataLine сақтық көшірме жүйесіне тасымалдайды.
Прокси-серверлер клиенттік желі мен біздің желінің қосылуын, деректер жіберілетін арналардың оқшаулануын қамтамасыз ету.
DataLine жағында iData Agent деректері қабылданады Медиа агент сервері және оны сақтау жүйелеріне, таспа кітапханаларына және т.б. сақтауға жібереді. Осының барлығын басқарады Comserve. Біздің конфигурацияда негізгі басқару сервері OST сайтында, ал резервтік сервер NORD сайтында орналасқан.
Әдепкі бойынша, клиент деректері бір торапта сақталады, бірақ сақтық көшірмелерді бірден екі орынға ұйымдастыруға немесе сақтық көшірмелерді екінші сайтқа тасымалдау кестесін орнатуға болады. Бұл опция «көмекші көшірме» деп аталады. Мысалы, айдың соңында барлық толық сақтық көшірмелер автоматты түрде көшіріледі немесе екінші сайтқа жылжытылады.
Commvault резервтік жүйесінің жұмыс істеу схемасы.
Сақтық көшірме жүйесі негізінен VMware виртуализациясында жұмыс істейді: CommServe, Media Agent және Proxy серверлері виртуалды машиналарда орналастырылған. Егер клиент біздің жабдықты пайдаланса, онда сақтық көшірмелер Huawei OceanStor 5500 V3 сақтау жүйесіне орналастырылады. Клиенттік сақтау жүйелерінің сақтық көшірмесін жасау, сақтық көшірмелерді таспа кітапханаларында сақтау үшін физикалық серверлерде бөлек Media Agents пайдаланылады.
Клиенттер үшін не маңызды?
Біздің тәжірибемізден сақтық көшірме жасау үшін Commvault таңдаған тұтынушылар келесі тармақтарға назар аударады.
Консоль. Тұтынушылар сақтық көшірмелерді өздері басқарғысы келеді. Барлық негізгі операциялар Commvault консолінде қол жетімді:
- сақтық көшірме жасау үшін серверлерді қосу және жою;
- iData Agent орнату;
- тапсырмаларды құру және қолмен бастау;
- резервтік көшірмелерді өздігінен қалпына келтіру;
- сақтық көшірме тапсырмаларының күйі туралы хабарламаларды орнату;
- пайдаланушылардың рөлі мен тобына байланысты консольге қол жеткізуді саралау.
Депликация. Дерексіздендіру сақтық көшірме жасау процесі кезінде деректердің қайталанатын блоктарын табуға және жоюға мүмкіндік береді. Осылайша, ол сақтау жүйесінде орынды үнемдеуге көмектеседі және өткізілетін деректер көлемін азайтады, өткізу қабілетіне қойылатын талаптарды азайтады. Депликациясыз сақтық көшірмелер бастапқы деректердің екі-үш есе мөлшерін алады.
Commvault жағдайында қайталауды клиент жағында немесе Media Agent жағында конфигурациялауға болады. Бірінші жағдайда бірегей емес деректер блоктары тіпті Media Agent серверіне тасымалданбайды. Екіншісінде қайталанатын блок тасталады және сақтау жүйесіне жазылмайды.
Мұндай блокты қайталау хэш функцияларына негізделген. Әрбір блокқа хэш тағайындалады, ол хэш кестесінде сақталады, дерекқордың бір түрі (Deduplication Database, DDB). Деректерді жіберу кезінде хэш осы база арқылы «тесіледі». Егер мұндай хэш дерекқорда бұрыннан бар болса, онда блок бірегей емес деп белгіленеді және Media Agent серверіне берілмейді (бірінші жағдайда) немесе деректерді сақтау жүйесіне жазылмайды (екінші жағдайда).
Депликацияның арқасында біз сақтау орнын 78%-ға дейін үнемдей аламыз. Қазір жадта 166,4 ТБ сақталған. Депликациясыз біз 744 ТБ сақтауымыз керек еді.
Құқықтарды саралау мүмкіндігі. Commvault сақтық көшірмелерді басқаруға қол жеткізудің әртүрлі деңгейлерін орнату мүмкіндігіне ие. «Рөлдер» деп аталатындар қандай әрекеттер болатынын анықтайды сақтық көшірме нысандарына қатысты пайдаланушы. Мысалы, әзірлеушілер дерекқоры бар серверді белгілі бір орынға ғана қалпына келтіре алады, ал әкімші сол сервер үшін ретсіз сақтық көшірмені іске қосып, жаңа пайдаланушыларды қоса алады.
Шифрлау. Commvault арқылы сақтық көшірме жасау кезінде деректерді келесі жолдармен шифрлауға болады:
- клиент агенті жағында: бұл жағдайда деректер шифрланған түрде резервтік жүйеге жіберіледі;
- медиа-агент жағында;
- арна деңгейінде: деректер клиент агентінің жағында шифрланады және медиа агент серверінде шифры шешіледі.
Қолжетімді шифрлау алгоритмдері: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (Commvault ұсынған).
Кейбір статистика
Желтоқсан айының ортасында Commvault көмегімен бізде сақтық көшірме жасайтын 27 клиент бар. Олардың басым бөлігі бөлшек саудагерлер мен қаржы институттары. Бастапқы көшірме деректерінің жалпы көлемі 65 ТБ құрайды.
Күніне шамамен 4400 тапсырма орындалады. Төменде соңғы 16 күндегі орындалған тапсырмалардың статистикасы берілген.
Ең бастысы, Windows файлдық жүйесі, SQL Server және Exchange дерекқорларының сақтық көшірмесі Commvault арқылы жасалады.
Ал енді уәде етілген істер. Жеке тұлға болмаса да (NDA сәлем дейді :)), олар тұтынушылардың Commvault негізіндегі сақтық көшірмені не және қалай пайдаланатыны туралы түсінік береді. Төменде бір сақтық көшірме жүйесін, яғни ортақ бағдарламалық құралды, Media Agent серверлерін және сақтау жүйелерін пайдаланатын тұтынушыларға арналған жағдайлық зерттеулер берілген.
1-жағдай
Тұтынушы. Ресейдің барлық аумағында таралған филиалдар желісі бар кондитерлік өнімдер нарығының ресейлік сауда-өндірістік компаниясы.
Тапсырма.Microsoft SQL дерекқорларының, файл серверлерінің, қолданбалы серверлердің, Exchange Online пошта жәшіктерінің сақтық көшірмесін жасауды ұйымдастыру.
Бастапқы деректер бүкіл Ресейдегі кеңселерде (10-нан астам қалада) орналасқан. Компанияның кез келген кеңсесінде деректерді қалпына келтіру арқылы DataLine сайтына сақтық көшірме жасау қажет.
Бұл ретте клиент қол жеткізуді басқару арқылы толық өзін-өзі басқаруды қалайды.
Сақтау тереңдігі – жыл. Exchange Online үшін онлайн көшірмелер үшін 3 ай және мұрағат үшін бір жыл.
Шешім. Екінші сайттағы дерекқорлар үшін қосымша көшірме орнатылды: айдың соңғы толық резервтік көшірмесі басқа сайтқа ауыстырылады және онда бір жыл сақталады.
Клиенттің қашықтағы кеңселеріндегі арналардың сапасы әрқашан сақтық көшірме жасауға және оңтайлы мерзімде қалпына келтіруге мүмкіндік бермеді. Жіберілген трафик көлемін азайту үшін тұтынушы жағында қайталану конфигурацияланды. Оның арқасында кеңселердің қашықтығын ескере отырып, толық резервтік көшірме уақыты қолайлы болды. Мысалы, Санкт-Петербургтен 131 ГБ көлеміндегі толық дерекқордың сақтық көшірмесі 16 минутта жасалады. Екатеринбургтен 340 ГБ деректер базасының сақтық көшірмесі 1 сағат 45 минутқа жасалады.
Рөлдер арқылы тұтынушы әзірлеушілері үшін әртүрлі рұқсаттарды теңшеген: тек сақтық көшірме жасау немесе қалпына келтіру.
2-жағдай
Тұтынушы. Балалар тауарлары дүкендерінің ресейлік желісі.
Тапсырма. Сақтық көшірмені ұйымдастыру:
4 физикалық серверге негізделген жоғары жүктелген MS SQL кластері;
веб-сайты бар виртуалды машиналар, қолданбалы серверлер, 1С, Exchange және файл серверлері.
Клиенттің барлық көрсетілген инфрақұрылымы OST және NORD тораптары арасында орналасқан.
SQL серверлері үшін RPO – 30 минут, қалғанына – 1 күн.
Сақтау тереңдігі - деректер түріне байланысты 2 аптадан 30 күнге дейін.
Шешім. Біз Veeam және Commvault негізіндегі шешімдер комбинациясын таңдадық. Veeam бұлттағы файлдардың сақтық көшірмесін жасау үшін пайдаланылады. Деректер базасының серверлері, Active Directory, пошта және физикалық серверлердің сақтық көшірмесі Commvault арқылы жасалады.
Сақтық көшірме жасаудың жоғары жылдамдығына қол жеткізу үшін клиент сақтық көшірме тапсырмалары үшін MS SQL жүйесі бар физикалық серверлерде жеке желілік адаптерді бөлді. 3,4 ТБ дерекқордың толық сақтық көшірмесін жасау 2 сағат 20 минутты алады, ал толық қалпына келтіру 5 сағат 5 минутты алады.
Клиентте бастапқы деректердің үлкен көлемі болды (шамамен 18 ТБ). Егер клиент бұрын жасағандай деректер таспа кітапханасына жиналатын болса, онда бірнеше ондаған картридждер қажет болады. Бұл клиенттің бүкіл сақтық көшірме жүйесін басқаруды қиындатады. Сондықтан түпкілікті іске асыруда таспа кітапханасы сақтау жүйесімен ауыстырылды.
3-жағдай
Тұтынушы. ТМД-дағы супермаркеттер желісі
Тапсырма. Тұтынушы бұлтымызда орналасқан SAP жүйелерінің сақтық көшірмесін жасап, қалпына келтіргісі келді. SAP HANA дерекқорлары үшін RPO=15 минут, қолданба серверлері бар виртуалды машиналар үшін RPO=24 сағат. Сақтау тереңдігі - 30 күн. Апат болған жағдайда RTO=1 сағат, талап бойынша көшірмені қалпына келтіру үшін RTO=4 сағат.
Шешім. HANA дерекқоры үшін DATA файлдарының және журнал файлдарының сақтық көшірмелері көрсетілген аралықтарда конфигурацияланды. Журнал файлдары әрбір 15 минут сайын немесе белгілі бір өлшемге жеткенде мұрағатталды.
Дерекқорды қалпына келтіру уақытын қысқарту үшін сақтау жүйесі мен таспа кітапханасы негізінде сақтық көшірмелердің екі деңгейлі сақтауын орнаттық. Он-лайн көшірмелер аптаның кез келген уақытында қалпына келтіру мүмкіндігімен дискілерге қосылады. Сақтық көшірме 1 аптадан асқанда, ол мұрағатқа, таспа кітапханасына тасымалданады, онда ол тағы 30 күн сақталады.
181 ГБ дерекқордың біреуінің толық сақтық көшірмесі 1 сағат 54 минутта жасалады.
Сақтық көшірмені орнату кезінде SAP HANA Studio бағдарламасымен үшінші тарап сақтық көшірме жүйелерін біріктіруге мүмкіндік беретін SAP backint интерфейсі пайдаланылды. Сондықтан сақтық көшірмелерді тікелей SAP консолінен басқаруға болады. Бұл жаңа интерфейске үйренудің қажеті жоқ SAP әкімшілерінің өмірін жеңілдетеді.
Сақтық көшірмелерді басқару клиентке стандартты Commvault клиенттік консолі арқылы да қол жетімді.
Бүгінгі күннің бәрі осы. Түсініктемелерде сұрақтар қойыңыз.
Ақпарат көзі: www.habr.com