Në postimet e mëparshme, ne ndamë udhëzime për konfigurimin e dhe në bazë të Veeam. Sot ne duam të flasim për kopjimin e të dhënave duke përdorur Commvault. Nuk do të ketë udhëzime, por do të tregojmë se çfarë dhe si po bëjnë backup klientët tanë.
Sistemet e ruajtjes për kopjimin e të dhënave me Commvault në qendrën e të dhënave OST-2.
Si funksionon?
Commvault është një platformë për kopjimin e aplikacioneve, bazave të të dhënave, sistemeve të skedarëve, makinave virtuale dhe serverëve fizikë. Të dhënat burimore mund të jenë në çdo platformë: te ne, te klienti, në një qendër tjetër tregtare të të dhënave ose në cloud.
Klienti instalon njĂ« agjent nĂ« objektet e kopjimit rezervĂ« â iData Agent â dhe e konfiguroni atĂ« sipas politikave tĂ« nevojshme pĂ«r backup. iData Agent mbledh tĂ« dhĂ«nat e nevojshme, i kompreson, i deduplikon, i enkripton dhe i dĂ«rgon ato nĂ« sistemin e kopjimit rezervĂ« DataLine.
Serverat Proxy sigurojnë lidhjen mes rrjetit të klientit dhe rrjetit tonë, si dhe izolimin e kanaleve përmes të cilave kalojnë të dhënat.
NĂ« anĂ«n e DataLine, tĂ« dhĂ«nat nga iData Agent pranohen Media Agent Server dhe dĂ«rgohen pĂ«r ruajtje nĂ« sistemet e ruajtjes, bibliotekat e kasetave etj. TĂ« gjitha kĂ«to menaxhohen nga CommServe. NĂ« konfigurimin tonĂ«, serveri kryesor i menaxhimit ndodhet nĂ« platformĂ«n OST, ndĂ«rsa rezervi â nĂ« platformĂ«n NORD.
MĂ« default, tĂ« dhĂ«nat e klientit ruhen nĂ« njĂ« platformĂ«, por mund tĂ« organizohet kopjimi i tĂ« dhĂ«nave nĂ« dy vende menjĂ«herĂ« ose tĂ« caktohet njĂ« orar pĂ«r transferimin e backup-eve nĂ« platformĂ«n e dytĂ«. Kjo opsion quhet âkopje e re tĂ« dhĂ«nashâ (auxiliary copy). PĂ«r shembull, tĂ« gjitha backup-et e plota nĂ« fund tĂ« muajit do tĂ« dyfishohen ose transferohen automatikisht nĂ« platformĂ«n e dytĂ«.
Schema e funksionimit të sistemit të kopjimit rezervë Commvault.
Sistemi i kopjimit rezervë funksionon kryesisht në virtualizimin VMware: në makinat virtuale janë vendosur serverët CommServe, Media Agent dhe serverët Proxy. Nëse klienti përdor pajisjet tona, atëherë backup-et ruhen në sistemin e ruajtjes Huawei OceanStor 5500 V3. Për kopjimin e sistemet e ruajtjes së klientëve, ruajtja e backup-eve në bibliotekat e kasetave përdorin Media Agent të veçantë në serverë fizikë.
ĂfarĂ« Ă«shtĂ« e rĂ«ndĂ«sishme pĂ«r klientĂ«t?
Sipas praktikës sonë, klientët që zgjedhin Commvault për kopjimin e të dhënave, kushtojnë vëmendje të ndryshme momentesh.
Konsola. Klientët duan të menaxhojnë vetë kopjimin e të dhënave. Në konsolën e Commvault janë të gjitha operacionet kryesore të disponueshme:
- shtimi dhe heqja e serverëve nga backup-i;
- konfigurimi i iData Agent;
- krijimi dhe nisja manuale e detyrave;
- rikuperimi i kopjimeve rezervë nga ana e tyre;
- konfigurimi i njoftimeve për statusin e detyrave të kopjimit;
- ndarja e qasjes në konsolë në varësi të rolit dhe grupit të përdoruesve.
Deduplication. Deduplication lejon të gjenden dhe hiqen blloqet e përsëritura të të dhënave gjatë procesit të kopjimit rezervë. Kështu, ajo ndihmon të kursejë hapësirë në sistemin e ruajtjes dhe zvogëlon volumet e të dhënave që kalojnë, duke reduktuar kërkesat për shpejtësinë e kanalit. Pa deduplication, backup-et do të zinin një hapësirë dy ose tre herë më shumë se sa volumi i të dhënave burim.
Në rastin e Commvault, deduplication mund të konfigurohet në anën e klientit ose në anën e Media Agent. Në rastin e parë, blloqet e të dhënave që nuk janë unike as nuk do të kalojnë në Media Agent Server. Në rastin e dytë, blloku i përsëritur hidhet poshtë dhe nuk regjistrohet në sistemin e ruajtjes.
Kjo deduplication blloqesh bazohet nĂ« funksionet hash. Ădo bllok atribuohen njĂ« hash, qĂ« ruhet nĂ« njĂ« tabelĂ« hash, njĂ« lloj baze tĂ« dhĂ«nash (Deduplication Database, DDB). GjatĂ« kalimit tĂ« tĂ« dhĂ«nave, hash-i kontrollohet pĂ«r tĂ« parĂ« nĂ«se ekziston nĂ« kĂ«tĂ« bazĂ«. NĂ«se njĂ« hash i tillĂ« ekziston nĂ« bazĂ«, atĂ«herĂ« blloku shĂ«nohet si i paunik dhe nuk kalon nĂ« Media Agent Server (nĂ« rastin e parĂ«) ose nuk regjistrohet nĂ« sistemin e ruajtjes (nĂ« rastin e dytĂ«).
Falë deduplication-it, ne arrijmë të kursejmë deri në 78% hapësirë në sistemin e ruajtjes. Tani në sistemin e ruajtjes janë 166.4 TB. Pa deduplication, do të duhej të ruanim 744 TB.
Mundësia për të ndarë të drejtat. Në Commvault ka mundësinë të vendosni nivele të ndryshme qasjeje për menaxhimin e kopjimit të të dhënave. Të ashtuquajtura 'rollet' përcaktojnë se cilat veprime do të mund të kryejë përdoruesi në lidhje me objektet e kopjimit rezerva. Për shembull, zhvilluesit do të mund të rikuperojnë vetëm serverin me bazën e të dhënave në një vend të caktuar, ndërsa administratorët do të mund të nisin një kopjim rezervë të jashtëzakonshëm për atë server, si dhe të shtojnë përdorues të rinj.
Enkripti. Mund të enkriptojnë të dhënat gjatë kopjimit rezervë përmes Commvault në këto mënyra:
- në anën e agentit të klientit: të dhënat në këtë rast do të dërgohen në sistemin e kopjimit tashmë në formë të koduar;
- në anën e Media Agent;
- në nivelin e kanalit: të dhënat kodohen në anën e agentit të klientit dhe dekodohen në Serverin e Media Agent.
Algoritmet e disponueshme të kodimit: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (rekomanduar nga Commvault).
Disa statistika
Në mesin e dhjetorit, me ndihmën e Commvault, ne kemi bërë backup për 27 klientë. Një pjesë e madhe e tyre përbëhen nga retailerë dhe organizata financiare. Vëllimi total i të dhënave burimore të kopjimit zë 65 TB.
Në ditë kryhen rreth 4400 detyra. Më poshtë është statistika për detyrat e kryera gjatë 16 ditëve të fundit.
Më shumë se të gjitha, me Commvault bëhet backup i Windows File System, SQL Server dhe bazave të të dhënave Exchange.
Dhe tani rastet e premtuara. Edhe pse të paidentifikuara (NDA përshëndet), ato japin një ide se për çfarë dhe si klientët përdorin backup-in bazuar në Commvault. Më poshtë janë raste të klientëve që përdorin një sistem të vetëm të kopjimit, dmth. software të përbashkët, Media Agent Servers dhe sisteme ruajtjeje.
Rasti 1
Klienti. Një kompani tregtare dhe prodhuese ruse në sektori i ëmbëltoreve me një rrjet të shpërndarë filialesh në Rusi.
Detyra.Organizimi i kopjimit për bazat e të dhënave Microsoft SQL, serverët e skedave, serverët e aplikacioneve, postat Exchange Online.
Të dhënat burimore gjenden në zyra në të gjithë Rusinë (më shumë se 10 qytete). Backup-i duhet të bëhet në platformën DataLine me rimarrjen e mëvonshme të të dhënave në cilëndo prej zyrave të kompanisë.
Në të njëjtën kohë, klienti dëshiron menaxhim të plotë të pavarur me ndarje aksesesh.
ThellĂ«sia e ruajtjes â njĂ« vit. PĂ«r Exchange Online â 3 muaj pĂ«r kopje operative dhe njĂ« vit pĂ«r arkivat.
Zgjidhja. Për bazat e të dhënave u krijua një kopje shtesë në një platformë tjetër: backup-i i fundit i plotë i muajit transferohet në një platformë tjetër dhe ruhet aty për një vit.
Cilësia e kanaleve nga zyrat e largëta të klientit nuk gjithmonë lejonte që backup-i dhe rimarrja të bëheshin në afatet optimale. Për të zvogëluar volumin e trafikut të transmetuar, u konfigurua deduplication në anën e klientit. Falë saj, koha e kopjimit të plotë është bërë e pranueshme duke marrë parasysh largësinë e zyrave. Për shembull, një backup i plotë i një baze të dhënash prej 131 GB nga Shën Petërburgu bëhet për 16 minuta. Nga Ekaterinburg, një bazë e dhënash prej 340 GB backup-ohet për 1 orë e 45 minuta.
Duke përdorur rolet, klienti ka konfiguruele për zhvilluesit e tij autorizime të ndryshme: vetëm për backup ose rikuperim.
Rasti 2
Klienti. Një rrjet rus i dyqaneve të pajisjeve për fëmijë.
Detyra. Organizimi i kopjimit për:
klasterin e ngarkuar të MS SQL mbi 4 serverë fizikë;
makinat virtuale me uebfaqen, serverët e aplikacioneve, 1C, Exchange dhe serverët e skedave.
E gjithë infrastruktura e përmendur e klientit është shpërndarë midis platformave OST dhe NORD.
RPO pĂ«r serverĂ«t SQL â 30 minuta, pĂ«r tĂ« tjerĂ«t â 1 ditĂ«.
ThellĂ«sia e ruajtjes â nga 2 javĂ« deri nĂ« 30 ditĂ« nĂ« varĂ«si tĂ« llojit tĂ« tĂ« dhĂ«nave.
Zgjidhja. Zgjedhën një kombinim zgjidhjesh të bazuara në Veeam dhe Commvault. Për backup-in e skedave nga nubeja jonë përdoret Veeam. Serverët e bazave të dhënash, Active Directory, postat dhe serverët fizikë backup-ohet përmes Commvault.
PĂ«r tĂ« arritur njĂ« shpejtĂ«si tĂ« lartĂ« backup-i, klienti ka dedikuar nĂ« serverĂ«t fizikĂ« me MS SQL njĂ« adapter tĂ« veçantĂ« rrjeti pĂ«r detyrat e backup-it. NjĂ« backup i plotĂ« i njĂ« baze tĂ« dhĂ«nash prej 3,4 TB zĂ« 2 orĂ« e 20 minuta, ndĂ«rsa rikuperimi i plotĂ« â 5 orĂ« e 5 minuta.
Klienti kishte një volum të madh të të dhënave burimore (gati 18 TB). Nëse do të grumbulloheshin të dhënat në një bibliotekë kasetash, ashtu siç e kishte bërë më parë klienti, do të ishin nevojitur disa dhjetëra kaseta. Kjo do t'i vinte në vështirësi menaxhimin e të gjithë sistemit të kopjimit të klientit. Prandaj, në realizimin përfundimtar, biblioteka e kasetave u zëvendësua me SAN.
Rasti 3
Klienti. Një rrjet supermarketrash në CIS
Detyra. Klienti dĂ«shironte tĂ« organizojĂ« backup dhe rikuperim tĂ« sistemeve SAP, tĂ« vendosura nĂ« nubeun tonĂ«. PĂ«r bazat e tĂ« dhĂ«nash SAP HANA RPO=15 minuta, pĂ«r makinat virtuale me serverĂ«t e aplikacioneve RPO=24 orĂ«. ThellĂ«sia e ruajtjes â 30 ditĂ«. NĂ« rastin e njĂ« averzimi RTO=1 orĂ«, pĂ«r rikuperimin e kopjes me kĂ«rkesĂ« RTO=4 orĂ«.
Zgjidhja. Për të dhënat e HANA, është konfigurue backup-i i skedave DATA dhe skedave Log me një periudhë të caktuar. Skedat Log arkivoheshin çdo 15 minuta ose kur arrinin një madhësi të caktuar.
Për të zvogëluar kohën e rikuperimit të bazës së të dhënave, ne konfigurouem një ruajtje me dy nivele të backup-eve në bazë të SAN dhe bibliotekës së kasetave. Në disqe ruhen kopje operative me mundësinë e rikuperimit në çdo moment gjatë një jave. Kur backup-i bëhet më i vjetër se 1 javë, ai transferohet në arkiv, në bibliotekën e kasetave, ku ruhen për edhe 30 ditë.
Një kopje e plotë rezervë e një prej bazave të dhënash me kapacitet 181 GB bëhet për 1 orë e 54 minuta.
Gjatë konfigurimit të kopjimit rezervë u përdor ndërfaqja backint e SAP-it, e cila lejon integrimin e sistemeve të kopjimit rezervë nga developues të jashtëm me SAP HANA Studio. Prandaj, menaxhimi i kopjimit rezervë mund të bëhet direkt nga konsola SAP. Kjo e lehtëson punën e administratorëve të SAP, të cilët nuk kanë nevojë të mësojnë një ndërfaqe të re.
Menaxhimi i kopjimit rezervë është gjithashtu i disponueshëm për klientin përmes konsolës standarde të klientit Commvault.
Këtë herë kemi mjaft. Bëni pyetje në komentet.
Burimi: habr.com
