Commvaultiga varundamine: natuke statistikat ja juhtumiuuringuid

Eelmistel postitustes jagasime juhiseid seadistamiseks varundamiseks ja replikatsiooniks Veeami baasil. Täna tahame rääkida varundamisest Commvaulti vahenditega. Juhiseid ei tule, aga räägime, mida ja kuidas meie kliendid juba backupivad.

Commvaulti baasil varundamise salvestussüsteem OST-2 andmekeskuses.

Kuidas see töötab?

Commvault on platvorm rakenduste, andmebaaside, failisüsteemide, virtuaalmasinate ja füüsiliste serverite varundamiseks. Algandmed võivad olla igasugustes kohtades: meie juures, kliendi juures, teises kommertsdatasentris või pilves.

Klient installib varundatavatel objektidel agendi - iData Agent – ja seadistab selle vastavalt vajalikele varunduspoliitikatele. iData Agent kogub vajalikud andmed, tihendab, dedupeerib, krüpteerib ning edastab need DataLine'i varundamissüsteemi.

Proxy-serverid tagavad kliendi võrgu ja meie võrgu ühenduvuse, isolatsiooni kanalite vahel, mille kaudu andmed liiguvad.

DataLine'i poole vastuvõtab andmeid iData Agentilt Media Agent Server ja saadab need salvestamiseks SCSI, linditeegidesse jms. Kõike seda haldab CommServe. Meie konfiguratsioonis asub peamine haldusteenus server OST-i asukohas, varundus - NORD-i asukohas.

Vaikimisi ladustatakse kliendi andmed ühes asukohas, kuid on võimalik organiseerida varundamine kohe kahe asukoha peale või seadistada ajakava backupide üleviimiseks teisele asukohale. Seda valikut nimetatakse "täiendav andmekopeerimine" (auxiliary copy). Näiteks kõik täisvarundused kuu lõpus dubleeritakse automaatselt või liiguvad teisele asukohtadele.

Commvaulti varundamissüsteemi töö skeem.

Varundamissüsteem töötab peamiselt VMware virtualiseerimisel: virtuaalmasinatel on kasutusele võetud CommServe, Media Agent ja Proxy-serverid. Kui klient kasutab meie varustust, siis varundused asuvad Huawei OceanStor 5500 V3 SCSI-l. Kliendipoolsete salvestussüsteemide backupimiseks ja backupide salvestamiseks linditeekidesse kasutatakse eraldi Media Agent'e füüsilistel serveritel.

Mis on klientidele oluline?

Meie praktikast, kliendid, kes valivad Commvaulti varundamiseks, panevad tähele järgmisi punkte.

Konsool. Kliendid soovivad varundamist ise juhtida. Commvaulti konsoolis on saadaval kõik peamised toimingud:

• serverite lisamine ja eemaldamine varundamiseks;
• iData Agent'i seadistamine;
• ülesannete loomine ja käsitsi käivitamine;
• iseseisev varukoopiate taastamine;
• varundamise ülesannete staatuse teavituste seadistamine;
• juurdepääsu piiramise seadistamine konsoolis vastavalt rollile ja kasutajagruppidele.

Deduplicateerimine. Deduplicateerimine võimaldab varundamisprotsessis leida ja eemaldada korduvad andmeplokid. Seeläbi aitab see säästa ruumi andmesalvestuses ja vähendab edastatavate andmete mahtu, vähendades kanali kiirusnõudeid. Ilma deduplicateerimiseta oleks varukoopiad kaks-kolm korda suuremad kui algsete andmete maht.

Commvaulti puhul saab deduplicateerimise seadistada kliendi või Media Agent'i poolel. Esimesel juhul ei edastata mitte-unikaalseid andmeplokke isegi Media Agent Serverisse. Teisel juhul heidetakse korduv plokk välja ja ei salvestata andmesalvestusse.

Selline plokide deduplicateerimine põhineb hash-funktsioonidel. Iga plokile antakse hash, mis salvestatakse hash-tabelisse, mis on teatud tüüpi andmebaas (Deduplication Database, DDB). Andmete edastamise käigus kontrolitakse hash'i selle andmebaasi kaudu. Kui selline hash on juba andmebaasis olemas, siis plokk märgitakse mitte-unikaalseks ja ei edastata Media Agent Serverisse (esimesel juhul) või ei salvestata andmesalvestusse (teisel juhul).

Deduplicateerimise abil suudame säästa kuni 78% ruumi andmesalvestuses. Praegu on andmesalvestuses 166,4 TB. Ilma deduplicateerimiseta peaksime salvestama 744 TB.

Õiguspiirangute seadistamine. Commvaultis on võimalik määrata erinevaid ligipääsutasemeid varundamise juhtimisele. Niinimetatud 'rollid' määravad, milliseid tegevusi saavad lubatud kasutajad varundamisobjektide suhtes teha. Näiteks saavad arendajad taastada ainult andmebaasiserveri kindlasse kohta, samas kui administraator saab käivitada erakorralise varundamise sama serveri jaoks, lisada uusi kasutajaid.

Krüpteerimine. Commvaulti kaudu on andmete krüpteerimiseks varundamise ajal järgmised viisid:

• kliendiagendi poole: andmed edastatakse varundussüsteemi juba krüpteeritud kujul;
• Media Agent poole;
• kanali tasandil: andmed krüpteeritakse kliendiagendi poole ja dekodeeritakse Media Agent Serveris.

Saadaval olevad krüpteerimisalgoritmid: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (soovitatav Commvaulti poolt).

Natuke statistikat

Käesoleva aasta detsembri keskpaiku kasutatakse Commvaulti abil varundamiseks 27 klienti. Suur osa neist on jaemüüjad ja finantsorganisatsioonid. Kogu algandmete koopia maht on 65 TB.

Päevas täidetakse umbes 4400 ülesannet. Allpool on statistika viimase 16 päeva jooksul täidetud ülesannete kohta.

Kõige rohkem varundatakse Commvaultiga Windows File Systemi, SQL Serverit ja Exchange'i andmebaase.

Ja nüüd lubatud juhtumiuuringud. Kuigi need on anonüümsed (NDA saadab tervitusi :)), annavad nad ülevaate, miks ja kuidas kliendid kasutavad Commvaulti põhist varundamist. Allpool on esitatud juhtumiuuringud klientidest, kes kasutavad ühtset varundussüsteemi, s.t. ühised tarkvarad, Media Agent Serverid ja salvestussüsteemid.

Juhtum 1

Tellija. Venemaa kaubandus- ja tootmisettevõte, mis tegutseb kondiitritootmise turul ning millel on laialdane filiaalide võrgustik Venemaal.

Ülesanne.Varunduse korraldamine Microsoft SQL andmebaaside, failiserverite, rakenduste serverite ja Exchange Online'i postkastide jaoks.

Algandmed asuvad kontorites üle kogu Venemaa (rohkem kui 10 linna). Varundada tuleb andmed DataLine'i platvormile, et neid hiljem taastada ükskõik millises ettevõtte kontoris.
Sellega soovis klient täielikku iseseisvat haldamist juurdepääsu piiramisega.
Säilitusperiood - aasta. Exchange Online jaoks - 3 kuud operatiivkoopiaid ja aasta arhiive.

Lahendus. Andmebaaside jaoks seadistati täiendav koopia teisel platvormil: kuu viimane täiemahuline varukoopia kantakse teisele platvormile ja hoitakse seal aasta.

Kliendi kaugkontorite kanali kvaliteet ei võimaldanud alati teha varukoopiaid ja taastamisi optimaalses ajaraamistikus. Suurendades andmeedastustõhusust, on kliendi pool seadistatud deduplication. Tänu sellele on täieliku varukoopia tegemise aeg muutunud vastuvõetavaks, arvesse võttes kontorite kaugtaseme. Näiteks võtab 131 GB suuruse andmebaasi täielik varukoopia Peterburist 16 minutit. Jekaterinburgist 340 GB suurune andmebaas varukoopia tegemine kestab 1 tund ja 45 minutit.

Rollide abil seadistas klient oma arendajatele erinevad õigused: ainult varukoopia tegemiseks või taastamiseks.

Juhtum 2

Tellija. Venemaa lastekaubanduse ketti.
Ülesanne. Varundamise korraldamine:
kõrge koormusega MS SQL klastri jaoks, mis põhineb 4 füüsilisel serveril;
virtuaalsete masinate jaoks, kus asuvad veebilehed, rakenduste serverid, 1C, Exchange ja failiserverid.
Kliendi kogu nimetatud infrastruktuur on hajutatud OST ja NORD vahel.
RPO SQL serverite jaoks – 30 minutit, ülejäänute jaoks – 1 päev.
Andmete säilitamise sügavus – 2 nädalast kuni 30 päevani, olenevalt andmetüübist.

Lahendus. Valisime lahenduste kombinatsiooni, mis põhineb Veeam'il ja Commvault'il. Failivarundamiseks meie pilvest kasutame Veeam'i. Andmebaasiserverid, Active Directory, meiliserverid ning füüsilised serverid varundatakse läbi Commvault'i.

Kliendi varukoopia tegemise kiirus saavutati, eraldades füüsilistes serverites MS SQL-le eraldi võrguadapteri varundamise ülesannete täitmiseks. 3,4 TB suuruse andmebaasi täielik varukoopia võtab 2 tundi ja 20 minutit, täis taastamine aga 5 tundi ja 5 minutit.

Kliendil oli suur hulk algandmeid (peaaegu 18 TB). Kui salvestada andmed lindiraamatukokku, nagu klient seda varem tegi, oleks olnud vajalik mitu kümmet kasseti. See oleks keerukaks muutnud kogu kliendi varundussüsteemi haldamise. Seetõttu asendati lõppversioonis lindiraamatukogu SAN-iga.

Juhtum 3

Tellija. Supermarketite ketti SRÜ-s.
Ülesanne. Tellija soovis korraldada SAP-süsteemide varundamist ja taastamist, mis olid paigutatud meie pilve. SAP HANA andmebaaside puhul on RPO=15 minutit, rakenduste serverite virtuaalmasinate puhul RPO=24 tundi. Andmete säilitamise sügavus on 30 päeva. Hädast tingitud RTO=1 tund, taotluse kaudu varukoopia taastamine RTO=4 tundi.

Lahendus. HANA andmebaasi jaoks on seadistatud DATA-failide ja logifailide varukoopiate tegemine ettenähtud sagedusega. Logifailid arhiveeritakse iga 15 minuti jooksul või kui saavutatakse teatud suurus.

Et vähendada andmebaasi taastamise aega, oleme seadistanud kahest tasemest koosneva varukoopia hoidmise, mis põhineb andmesalvestussüsteemil ja lintraamatukogul. Plaatidele salvestatakse reaalajas koopiad, mille taastamine on võimalik ükskõik millisel hetkel nädala jooksul. Kui varukoopia vananeb üle nädala, liigutatakse see arhivisse, lintraamatukogusse, kus seda hoitakse veel 30 päeva.

Ühe 181 GB suuruse andmebaasi täielik varukoopia valmib 1 tunni ja 54 minuti jooksul.

Varukoopiate seadistamiseks kasutati SAPi backint liidest, mis võimaldab integreerida kolmandate osapoolte varukooperatsioonisüsteeme SAP HANA Studioga. Seetõttu saab varukoopiaid hallata otse SAPi konsoolist. See lihtsustab SAP-i administraatorite elu, kes ei pea tutvuma uue liidesega.

Varukoopiate haldamine on samuti kliendile saadaval läbi standardse Commvaulti kliendikonsoli.

Sellega on kõik. Esitage küsimusi kommentaarides.

Allikas: habr.com