Në postimet e mëparshme kemi ndarë udhëzime për konfigurimin e dhe në bazë të Veeam. Sot dëshirojmë të flasim për kopjimin rezervë me mjete nga Commvault. Nuk do të ketë udhëzime, por do të tregojmë se çfarë dhe si po bëjnë kopje rezervë klientët tanë.
Sistemet e kopjimit rezervë përmes Commvault në qendrën e të dhënave OST-2.
Si funksionon kjo?
Commvault është një platformë për kopjimin rezervë të aplikacioneve, bazave të të dhënave, sistemeve të skedave, makinave virtuale dhe serverëve fizikë. Të dhënat origjinale mund të jenë në çdo vend: tek ne, në anën e klientit, në një qendër tjetër komerciale të të dhënave ose në re.
Klienti instalon njĂ« agjent nĂ« objektet e kopjimit rezervĂ« - iData Agent â dhe e konfiguroni atĂ« nĂ« pĂ«rputhje me politikĂ«n e kĂ«rkuar tĂ« kopjimit. iData Agent mbledh tĂ« dhĂ«nat e nevojshme, i kompreson, i deduplikon, i kodon dhe i dĂ«rgon ato nĂ« sistemin e kopjimit rezervĂ« tĂ« DataLine.
Serverët Proxy sigurojnë lidhshmërinë e rrjetit të klientit me rrjetin tonë, izolimin e kanaleve të cilat transmetojnë të dhëna.
Nga ana e DataLine, tĂ« dhĂ«nat nga iData Agent pranohen nga Media Agent Server dhe dĂ«rgojnĂ« pĂ«r ruajtje nĂ« SĂD, bibliotekat e kasetave etj. TĂ« gjitha kĂ«to menaxhohen nga CommServe. NĂ« konfigurimin tonĂ«, serveri kryesor i menaxhimit Ă«shtĂ« nĂ« vendin OST, rezervĂ« - nĂ« vendin NORD.
Sipas parazgjedhjes, të dhënat e klientit ruhen në një vend, por mund të organizohet kopjimi rezervë menjëherë në dy lokacione ose të konfigurohet një orar për transferimin e kopjeve rezervë në lokacionin e dytë. Kjo opsion quhet
kopje shtesĂ« tĂ« tĂ« dhĂ«naveâ (auxiliary copy). PĂ«r shembull, tĂ« gjitha kopjet e plota nĂ« fund tĂ« muajit do tĂ« dublohen automatikisht ose do tĂ« kalojnĂ« nĂ« lokacionin e dytĂ«.
Skema e funksionimit të sistemit të kopjimit rezervë Commvault.
Sistemi i kopjimit rezervĂ« punon kryesisht nĂ« virtualizimin VMware: nĂ« makinat virtuale janĂ« tĂ« instaluara serverĂ«t CommServe, Media Agent dhe serverĂ«t Proxy. NĂ«se klienti pĂ«rdor pajisjet tona, atĂ«herĂ« kopjet rezervĂ« vendosen nĂ« SĂD Huawei OceanStor 5500 V3. PĂ«r kopjimin rezervĂ« tĂ« SĂD tĂ« klientĂ«ve, ruajtjes sĂ« kopjeve rezervĂ« nĂ« bibliotekat e kasetave pĂ«rdoren Media Agent tĂ« veçanta nĂ« servera fizikĂ«.
ĂfarĂ« Ă«shtĂ« e rĂ«ndĂ«sishme pĂ«r klientĂ«t?
Nga praktika jonë, klientët që zgjedhin Commvault për kopjimin rezervë vënë re pikat e mëposhtme. Klientët duan të menaxhojnë kopjimin e të dhënave vetë. Të gjitha operacionet kryesore janë të disponueshme në konsolën Commvault:
- shtimi dhe heqja e serverëve për kopjimin e të dhënave;
- konfigurimi i iData Agent;
- krijimi dhe ekzekutimi manual i punëve;
- rikuperimi i pavarur i kopjeve të të dhënave;
- konfigurimi i njoftimeve për statusin e punëve të kopjimit;
- ndarja e qasjes në konsolë në varësi të rolit dhe grupit të përdoruesve.
Dedupikimi. Dedupikimi lejon gjetjen dhe heqjen e blloqeve të dhënash të përsëritur gjatë procesit të kopjimit. Kështu ndihmon në kursimin e hapësirës në sistemin e ruajtjes dhe redukton vëllimin e të dhënave të transferuara, duke ulur kërkesat për shpejtësinë e kanalit. Pa dedupikimin, kopjet do të zinin dy deri në tre herë më shumë hapësirë se sa volumi i të dhënave origjinale.
Në rastin e Commvault, dedupikimi mund të konfigurohet nga ana e klientit ose nga ana e Media Agent. Në rastin e parë, blloqet e dhënash të paunike do të dërgohen gjithashtu në Media Agent Server. Në rastin e dytë, blloku përsëritës hidhet poshtë dhe nuk regjistrohet në sistemin e ruajtjes.
Ky dedupikim bllok Ă«shtĂ« i bazuar nĂ« funksionet hash. Ădo bllok atribuohet njĂ« hash, i cili ruhet nĂ« njĂ« tabelĂ« hash, njĂ« lloj databaze (Deduplication Database, DDB). GjatĂ« transferimit tĂ« tĂ« dhĂ«nave, hash-i "eksplorohet" nĂ« kĂ«tĂ« bazĂ«. NĂ«se njĂ« hash i tillĂ« ekziston nĂ« databazĂ«, blloku etiketohet si i paunike dhe nuk dĂ«rgohet nĂ« Media Agent Server (nĂ« rastin e parĂ«) ose nuk regjistrohet nĂ« sistemin e ruajtjes (nĂ« rastin e dytĂ«).
Falë dedupikimit, arrijmë të kursejmë deri në 78% të hapësirës në sistemin e ruajtjes. Aktualisht, në sistemin e ruajtjes gjenden 166.4 TB. Pa dedupikim, do të na duhej të ruanim 744 TB.
Mundësia e ndarjes së të drejtave. Në Commvault ekziston mundësia për të vendosur nivele të ndryshme qasjeje për menaxhimin e kopjimit të të dhënave. Roli i quajtur "rol" përcakton cilat veprime do të përdoruesit në lidhje me objektet e kopjimit. Për shembull, zhvilluesit do të kenë vetëm mundësinë të rikuperojnë një server me bazën e të dhënave në një vend të caktuar, ndërsa administratorët do të kenë mundësinë të nisin një kopjim emergjent për të njëjtin server, si dhe të shtojnë përdorues të rinj.
Kriptimi. Mund të kriptohen të dhënat gjatë kopjimit përmes Commvault në mënyra të tilla:
- në anën e agjentit të klientit: të dhënat në këtë rast do të kalojnë 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 agjentit të klientit dhe dekodohen në Serverin e Media Agent.
Algoritmet e disponueshme të kodimit: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (të rekomanduara nga Commvault).
Pak statistika
Në mesin e dhjetorit, me ndihmën e Commvault, kemi kopjuar 27 klientë. Shumica e tyre janë shitës të tregut dhe organizata financiare. Vëllimi total i të dhënave të origjinës zë 65 TB.
Në ditë ekzekutohen rreth 4400 detyra. Më poshtë statistika për detyrat e kryera gjatë 16 ditëve të fundit.
Më së shumti përmes Commvault kopjohet Sistemi i Skedarëve Windows, SQL Server dhe bazat e të dhënave Exchange.
Dhe tani rastet e premtuara. Edhe pse të paemëruara (NDA bën përshëndetje :)), ato japin një ide se për çfarë dhe si klientët përdorin kopjimin në bazën e Commvault. Më poshtë janë paraqitur rastet e klientëve që përdorin një sistem të vetëm rezervimi, dmth. software të përbashkët, Media Agent Servers dhe sisteme ruajtjeje.
Rasti 1
Klienti. Një kompani tregtare dhe prodhuese e tregut të ëmbëlsirave në Rusi me një rrjet të shpërndarë filiali në të gjithë Rusinë.
Detyra.Krijimi i një sistemi kopjimi për bazat e të dhënave Microsoft SQL, serverët e skedarëve, serverët e aplikacioneve, kutitë postare Exchange Online.
Të dhënat origjinale ndodhen në zyra anembanë Rusisë (më shumë se 10 qytete). Duhet të bëhet kopje në platformën DataLine me rikuperimin e mëvonshëm të të dhënave në cilëndo nga zyra të kompanisë.
Në të njëjtën kohë, klienti dëshiron një menaxhim të plotë të pavarur me ndarje të qasjes.
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 ishte konfiguruar një kopje shtesë në një platformë të dytë: kopja e fundit e plotë e muajit transferohet në një platformë tjetër dhe ruhet atje për një vit.
Cilësia e kanaleve nga zyrat e largëta të klientit nuk lejonte gjithmonë realizimin e kopjimeve rezervë dhe rikuperimeve brenda afateve optimale. Për të reduktuar volumin e trafikut të transmetuar, në anën e klientit u konfigurua dedupikimi. Falë kësaj, koha e plotë e kopjimit rezervë u bë e pranueshme duke marrë parasysh distancën e zyrave. Për shembull, një kopjim rezervë i plotë i një baze të dhënash prej 131 GB nga Shën Peterburgu realizohet për 16 minuta. Nga Jekaterinburg, baza e të dhënave prej 340 GB kopjohet për 1 orë e 45 minuta.
Me ndihmën e roleve, klienti konfiguroi për shfrytëzuesit e tij të zhvillimit lehtësira të ndryshme: vetëm për kopjim rezervë ose rikuperim.
ĂĂ«shtja 2
Klienti. Rrjeti rus i dyqaneve përprodukte fëmijësh.
Detyra. Organizimi i kopjimeve rezervë për:
klaster të ngarkuar MS SQL mbi 4 serverë fizikë;
makina virtuale me faqen e internetit, serverët e aplikacioneve, 1C, Exchange dhe serverët e skedarëve.
E gjithë infrastruktura e përmendur e klientit është shpërndarë midis platformave OST dhe NORD.
RPO pĂ«r serverĂ«t SQL Ă«shtĂ« 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ëm një kombinim zgjidhjesh mbi baza të Veeam dhe Commvault. Për kopjimin rezervë të skedarëve nga cloud-i ynë përdoret Veeam. Serverët e bazave të të dhënave, Active Directory, serverët e postës dhe serverët fizikë kopjohen përmes Commvault.
PĂ«r tĂ« arritur njĂ« shpejtĂ«si tĂ« lartĂ« kopjimi rezervĂ«, klienti ndau njĂ« adaptues tĂ« veçantĂ« rrjeti pĂ«r detyrat e kopjimit nĂ« serverĂ«t fizikĂ« me MS SQL. NjĂ« kopjim rezervĂ« i plotĂ« i njĂ« baze tĂ« dhĂ«nash prej 3,4 TB zgjat 2 orĂ« e 20 minuta, ndĂ«rsa rikuperimi i plotĂ« â 5 orĂ« e 5 minuta.
Klienti kishte një volum të madh të dhënash origjinale (gati 18 TB). Nëse do të ruanin të dhënat në një bibliotekë kasetë, siç bënte më parë klienti, do të nevojiteshin disa dhjetra kaseta. Kjo do ta komplikohej menaxhimin e të gjithë sistemit të kopjimit rezervë të klientit. Prandaj, në realizimin përfundimtar, biblioteka e kasetave u zëvendësua me një SHT.
Rasti 3
Klienti. Rrjeti i supermarketeve në CIS
Detyra. PorositĂ«si dĂ«shironte tĂ« organizonte kopjimin rezervĂ« dhe rikuperimin e sistemeve SAP, qĂ« ishin vendosur nĂ« cloud-in tonĂ«. PĂ«r bazat e tĂ« dhĂ«nave SAP HANA RPO=15 minuta, pĂ«r makina virtuale me serverĂ«t e aplikacioneve RPO=24 orĂ«. ThellĂ«sia e ruajtjes â 30 ditĂ«. NĂ« rast tĂ« njĂ« avarie RTO=1 orĂ«, pĂ«r rikuperimin e kopjes sipas kĂ«rkesĂ«s RTO=4 orĂ«.
Zgjidhja. Për DB HANA u konfigurua kopjimi i rezervës të skedarëve DATA dhe skedarëve Log me një periudhë të caktuar. Skedarët Log arkivoheshin çdo 15 minuta ose pasi të arrihej një madhësi e caktuar.
Për të reduktuar kohën e rikuperimit të DB, ne konfiguram një ruajtje me dy nivele të kopjeve rezervë në bazë të Sӧh dhe bibliotekës së kasetave. Kopjet operativë ruhen në disqe me mundësinë e rikuperimit në çdo moment brenda javës. Kur kopja rezervë bëhet më e vjetër se 1 javë, ajo zhvendoset në arkiv, në bibliotekën e kasetave, ku ruhet për edhe 30 ditë.
Një kopje rezervë e plotë e njërit prej bazave të të dhënave me kapacitet 181 GB bëhet për 1 orë e 54 minuta.
Gjatë konfigurimit të kopjimit të rezervës u përdor ndërfaqja backint e SAP-it, e cila lejon integrimin e sistemeve të kopjimit të zhvilluesve të tretë me SAP HANA Studio. Prandaj, mund të menaxhohet kopjimi i rezervës drejtpërdrejt nga konsola SAP. Kjo e lehtëson jetën e administratorëve SAP, të cilët nuk kanë nevojë të adaptohen me një ndërfaqe të re.
Menaxhimi i kopjimit të rezervës është gjithashtu në dispozicion për klientin përmes konsolës standarde të klientit Commvault.
Këtu përfundon gjithçka. Parashtroni pyetje në komentet.
Burimi: habr.com
