Rezervimi me Commvault: disa statistika dhe raste

Në postimet e mëparshme, ne ndamë udhëzimet për konfigurimin Rezervoni kopjen и përsëritje bazuar në Veeam. Sot duam të flasim për rezervimin duke përdorur Commvault. Nuk do të ketë udhëzime, por ne do t'ju tregojmë se çfarë dhe si po rezervojnë klientët tanë tashmë.

Rezervimi me Commvault: disa statistika dhe raste
Sistemi i ruajtjes së një sistemi rezervë të bazuar në Commvault në qendrën e të dhënave OST-2.

Si funksionon kjo gjë?

Commvault është një platformë rezervë për aplikacionet, bazat e të dhënave, sistemet e skedarëve, makinat virtuale dhe serverët fizikë. Në këtë rast, të dhënat fillestare mund të jenë në çdo faqe: me ne - në anën e klientit, në një qendër tjetër të të dhënave tregtare ose në cloud.

Klienti instalon një agjent në objektet rezervë - Agjenti iData - dhe e konfiguron atë në përputhje me politikat e kërkuara rezervë. iData Agent mbledh të dhënat e nevojshme, i ngjesh, i kopjon, i kodon dhe i transferon ato në sistemin rezervë DataLine.

Proxy servers Siguroni lidhjen e rrjetit të klientit dhe rrjetit tonë, izolimin e kanaleve përmes të cilave transmetohen të dhënat.

Në anën e DataLine, merr të dhënat nga agjenti iData Serveri i agjentit mediatik dhe e dërgon atë në ruajtje në sistemet e ruajtjes, bibliotekat e shiritave, etj. E gjithë kjo menaxhohet nga Commserve. Në konfigurimin tonë, serveri kryesor i kontrollit ndodhet në sitin OST, dhe serveri rezervë ndodhet në sitin NORD.

Si parazgjedhje, të dhënat e klientit ruhen në një sajt, por ju mund të organizoni kopje rezervë në dy vendndodhje njëherësh ose të vendosni një orar për transferimin e kopjeve rezervë në një sajt të dytë. Ky opsion quhet "kopje ndihmëse". Për shembull, të gjitha kopjet rezervë të plotë në fund të muajit do të dublikohen automatikisht ose do të zhvendosen në një sajt të dytë.

Rezervimi me Commvault: disa statistika dhe raste
Skema e funksionimit të sistemit rezervë Commvault.

Sistemi rezervë punon kryesisht në virtualizimin VMware: serverët CommServe, Media Agent dhe Proxy vendosen në makinat virtuale. Nëse klienti përdor pajisjet tona, atëherë kopjet rezervë vendosen në sistemin e ruajtjes Huawei OceanStor 5500 V3. Për të kopjuar sistemet e ruajtjes së klientit, përdoren kopje rezervë në bibliotekat e shiritave, agjentë të veçantë të mediave në serverët fizikë.

Çfarë është e rëndësishme për klientët?

Nga përvoja jonë, klientët që zgjedhin Commvault për kopje rezervë i kushtojnë vëmendje pikave të mëposhtme.

Konsol. Klientët duan të menaxhojnë kopjet rezervë të tyre. Të gjitha operacionet bazë janë të disponueshme në tastierën Commvault:

  • shtimi dhe heqja e serverëve për kopje rezervë;
  • konfigurimi i agjentit iData;
  • krijimi dhe fillimi manual i detyrave;
  • vetë-restaurimi i kopjeve rezervë;
  • vendosja e njoftimeve për statusin e detyrave rezervë;
  • diferencimi i aksesit në tastierë në varësi të rolit dhe grupit të përdoruesve.

Rezervimi me Commvault: disa statistika dhe raste

Dedublikim. Deduplication ju lejon të gjeni dhe hiqni blloqe të dyfishta të të dhënave gjatë procesit të rezervimit. Kështu, ndihmon në kursimin e hapësirës në sistemin e ruajtjes dhe zvogëlon sasinë e të dhënave të transferuara, duke reduktuar kërkesat për gjerësinë e brezit. Pa dedublikim, kopjet rezervë do të merrnin dy deri në tre herë madhësinë e të dhënave origjinale.

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 jo unike të të dhënave nuk do të transferohen as te serveri i agjentit media. Në të dytën, blloku përsëritës hidhet poshtë dhe nuk shkruhet në sistemin e ruajtjes.

Një dedublikim i tillë i bllokut bazohet në funksionet hash. Çdo blloku i caktohet një hash, i cili ruhet në një tabelë hash, një lloj databaze (Deduplication Database, DDB). Gjatë transmetimit të të dhënave, hash-i "shpohet" përmes kësaj baze. Nëse një hash i tillë është tashmë në bazën e të dhënave, atëherë blloku shënohet si jo unik dhe nuk transferohet në serverin e agjentit media (në rastin e parë) ose nuk shkruhet në sistemin e ruajtjes së të dhënave (në të dytin).

Falë heqjes së dyfishimit, ne mund të kursejmë deri në 78% të hapësirës së ruajtjes. Tani 166,4 TB ruhen në ruajtje. Pa dedublikim, do të na duhej të ruanim 744 TB.

Mundësia për të diferencuar të drejtat. Commvault ka aftësinë për të vendosur nivele të ndryshme të aksesit në menaxhimin e rezervës. Të ashtuquajturat "role" përcaktojnë se cilat veprime do të jenë lejohet përdorues në lidhje me objektet rezervë. Për shembull, zhvilluesit do të jenë në gjendje të rivendosin vetëm një server me një bazë të dhënash në një vendndodhje specifike, ndërsa një administrator do të jetë në gjendje të ekzekutojë një kopje rezervë të parregullt për të njëjtin server dhe të shtojë përdorues të rinj.

Enkriptimi. Ju mund të kriptoni të dhënat gjatë kopjimit përmes Commvault në mënyrat e mëposhtme:

  • nga ana e agjentit të klientit: në këtë rast, të dhënat do të transferohen në sistemin rezervë tashmë në formë të koduar;
  • nga ana e Agjentit Media;
  • në nivel kanali: të dhënat kodohen në anën e agjentit të klientit dhe deshifrohen në serverin e agjentit media.

Algoritmet e disponueshme të enkriptimit: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (rekomanduar nga Commvault).

Disa statistika

Nga mesi i dhjetorit, me ndihmën e Commvault, kemi 27 klientë që mbështesin. Shumica e tyre janë shitës me pakicë dhe institucione financiare. Sasia totale e të dhënave të kopjes origjinale është 65 TB.

Rezervimi me Commvault: disa statistika dhe raste

Përafërsisht 4400 detyra kryhen në ditë. Më poshtë janë statistikat për detyrat e kryera për 16 ditët e fundit.

Rezervimi me Commvault: disa statistika dhe raste

Mbi të gjitha, bazat e të dhënave të Windows File System, SQL Server dhe Exchange rezervohen përmes Commvault.

Rezervimi me Commvault: disa statistika dhe raste

Dhe tani rastet e premtuara. Edhe pse jopersonale (NDA thotë përshëndetje :)), ata japin një ide se çfarë dhe si përdorin klientët kopje rezervë të bazuar në Commvault. Më poshtë janë studimet e rasteve për klientët që përdorin një sistem të vetëm rezervë, p.sh. softuer të përbashkët, serverë të agjentëve mediatikë dhe sisteme ruajtjeje.

Rasti 1

Klienti. Kompani ruse tregtare dhe prodhuese e tregut të ëmbëlsirave me një rrjet të shpërndarë degësh në të gjithë Rusinë.

Një detyrë.Organizimi i kopjeve rezervë për bazat e të dhënave të Microsoft SQL, serverët e skedarëve, serverët e aplikacioneve, kutitë postare Exchange Online.

Të dhënat fillestare janë të vendosura në zyra në të gjithë Rusinë (më shumë se 10 qytete). Ju duhet të bëni kopje rezervë në faqen e DataLine me rikuperimin e mëvonshëm të të dhënave në ndonjë nga zyrat e kompanisë.
Në të njëjtën kohë, klienti donte vetë-menaxhim të plotë me kontroll të aksesit.
Thellësia e ruajtjes - viti. Për Exchange Online, 3 muaj për kopjet online dhe një vit për arkivat.

Vendimi. Një kopje shtesë u krijua për bazat e të dhënave në faqen e dytë: rezervimi i fundit i plotë i muajit transferohet në një faqe tjetër dhe ruhet atje për një vit.

Cilësia e kanaleve nga zyrat e largëta të klientit nuk lejonte gjithmonë kopjimin dhe rivendosjen në kornizën kohore optimale. Për të reduktuar sasinë e trafikut të transmetuar, deduplication u konfigurua në anën e klientit. Falë saj, koha e një kopje rezervë të plotë u bë e pranueshme, duke marrë parasysh largësinë e zyrave. Për shembull, një kopje rezervë e plotë e bazës së të dhënave prej 131 GB nga Shën Petersburg bëhet në 16 minuta. Nga Yekaterinburg, një bazë të dhënash 340 GB rezervohet për 1 orë 45 minuta.

Nëpërmjet roleve, klienti ka konfiguruar leje të ndryshme për zhvilluesit e tij: vetëm kopje rezervë ose restaurim.

Rezervimi me Commvault: disa statistika dhe raste

Rasti 2

Klienti. Rrjeti rus i dyqaneve të mallrave për fëmijë.
Një detyrë. Organizimi i rezervimit për:
një grup shumë i ngarkuar MS SQL i bazuar në 4 serverë fizikë;
makina virtuale me një faqe interneti, serverë aplikacioni, 1C, Exchange dhe serverë skedarësh.
E gjithë infrastruktura e specifikuar e klientit është e ndarë midis faqeve OST dhe NORD.
RPO për serverët SQL - 30 minuta, për pjesën tjetër - 1 ditë.
Thellësia e ruajtjes - nga 2 javë në 30 ditë, në varësi të llojit të të dhënave.

Vendimi. Ne zgjodhëm një kombinim zgjidhjesh të bazuara në Veeam dhe Commvault. Veeam përdoret për kopje rezervë të skedarëve nga reja jonë. Serverët e bazës së të dhënave, Active Directory, posta dhe serverët fizikë kopjohen përmes Commvault.

Për të arritur shpejtësi të lartë rezervë, klienti ndau një përshtatës rrjeti të veçantë në serverët fizikë me MS SQL për detyrat rezervë. Një kopje rezervë e plotë e një baze të dhënash 3,4 TB zgjat 2 orë 20 minuta dhe një rivendosje e plotë zgjat 5 orë 5 minuta.

Klienti kishte një sasi të madhe të të dhënave fillestare (gati 18 TB). Nëse të dhënat do të grumbulloheshin në një bibliotekë shiritash, siç kishte bërë klienti më parë, atëherë do të kërkoheshin disa dhjetëra fishekë. Kjo do të komplikonte menaxhimin e të gjithë sistemit rezervë të klientit. Prandaj, në zbatimin përfundimtar, biblioteka e shiritit u zëvendësua nga një sistem ruajtjeje.

Rezervimi me Commvault: disa statistika dhe raste

Rasti 3

Klienti. Zinxhiri i supermarketeve në CIS
Një detyrë. Klienti donte të rezervonte dhe rivendoste sistemet SAP të pritura në renë tonë. Për bazat e të dhënave SAP HANA RPO=15 minuta, për makinat virtuale me serverë aplikacioni RPO=24 orë. Thellësia e ruajtjes - 30 ditë. Në rast aksidenti RTO=1 orë, për të rivendosur një kopje sipas kërkesës RTO=4 orë.

Vendimi. Për bazën e të dhënave HANA, kopjet rezervë të skedarëve DATA dhe skedarëve të Regjistrimit u konfiguruan në intervale të caktuara. Skedarët e regjistrave arkivoheshin çdo 15 minuta ose kur arrinin një madhësi të caktuar.

Për të reduktuar kohën e rikuperimit të bazës së të dhënave, ne vendosëm ruajtjen në dy nivele të kopjeve rezervë bazuar në sistemin e ruajtjes dhe bibliotekën e shiritave. Kopjet on-line shtohen në disqe me mundësinë e rikuperimit në çdo kohë gjatë javës. Kur rezervimi bëhet më i vjetër se 1 javë, ai zhvendoset në arkiv, në bibliotekën e kasetave, ku ruhet për 30 ditë të tjera.

Një kopje rezervë e plotë e një prej bazave të të dhënave 181 GB bëhet në 1 orë 54 minuta.

Gjatë konfigurimit të kopjes rezervë, u përdor ndërfaqja SAP backint, e cila lejon integrimin e sistemeve rezervë të palëve të treta me SAP HANA Studio. Prandaj, kopjet rezervë mund të menaxhohen drejtpërdrejt nga tastiera SAP. Kjo e bën jetën më të lehtë për administratorët e SAP të cilët nuk duhet të mësohen me ndërfaqen e re.

Menaxhimi i kopjeve rezervë është gjithashtu i disponueshëm për klientin përmes tastierës standarde të klientit Commvault.

Rezervimi me Commvault: disa statistika dhe raste

Kaq për sot. Bëni pyetje në komente.

Burimi: www.habr.com

Shto një koment