I tidigare inlÀgg har vi delat med oss av instruktioner för konfigurering och baserat pÄ Veeam. Idag vill vi berÀtta om sÀkerhetskopiering med hjÀlp av Commvault. Det kommer inte att bli nÄgra instruktioner, men vi kommer att berÀtta vad vÄra kunder redan sÀkerhetskopierar och hur.
Lagringssystem för sÀkerhetskopiering baserat pÄ Commvault i datacentret OST-2.
Hur fungerar det?
Commvault Ă€r en plattform för sĂ€kerhetskopiering av applikationer, databaser, filsystem, virtuella maskiner och fysiska servrar. Data kan finnas pĂ„ vilken plattform som helst: hos oss â hos kunden, i ett annat kommersiellt datacenter eller i molnet.
Kunden installerar en agent pĂ„ sĂ€kerhetskopieringsobjekten â iData Agent â och konfigurerar den enligt de nödvĂ€ndiga sĂ€kerhetskopieringspolitikerna. iData Agent samlar in nödvĂ€ndig data, komprimerar, deduplicerar, krypterar och överför den till DataLines sĂ€kerhetskopieringssystem.
Proxy-servrar sÀkerstÀller anslutning mellan kundens nÀtverk och vÄrt nÀtverk, isolering av de kanaler genom vilka data överförs.
PĂ„ DataLines sida tar Media Agent Server emot data frĂ„n iData Agent och skickar dem för lagring till lagringssystemet, bandbibliotek osv. Allt detta hanteras av CommServe. I vĂ„r konfiguration finns den primĂ€ra styrenheten pĂ„ OST-anlĂ€ggningen, den sekundĂ€ra â pĂ„ NORD-anlĂ€ggningen.
Som standard lagras kundens data pÄ en plats, men det Àr möjligt att organisera sÀkerhetskopiering till tvÄ platser samtidigt eller stÀlla in ett schema för att överföra sÀkerhetskopior till den andra platsen. Detta alternativ kallas 'extra datakopia' (auxiliary copy). Till exempel kommer alla fullstÀndiga sÀkerhetskopior i slutet av mÄnaden automatiskt att dupliceras eller flyttas till den andra platsen.
Arbetsflödet för Commvaults sÀkerhetskopieringssystem.
SÀkerhetskopieringssystemet fungerar frÀmst pÄ virtualisering med VMware: serverarna CommServe, Media Agent och Proxy-servrarna Àr installerade pÄ virtuella maskiner. Om kunden anvÀnder vÄr utrustning lagras sÀkerhetskopior pÄ lagringssystemet Huawei OceanStor 5500 V3. För sÀkerhetskopiering av kundernas lagringssystem och lagring av sÀkerhetskopior pÄ bandbibliotek anvÀnds separata Media Agent pÄ fysiska servrar.
Vad Àr viktigt för kunderna?
UtifrÄn vÄr erfarenhet uppmÀrksammar kunder som vÀljer Commvault för sÀkerhetskopiering följande aspekter.
Konsol. Kunder vill kunna hantera sÀkerhetskopieringen sjÀlva. I Commvault-konsolen finns alla grundlÀggande operationer tillgÀngliga:
- lÀgg till och ta bort servrar för sÀkerhetskopiering;
- konfigurera iData-agenten;
- skapa och manuellt starta uppgifter;
- sjÀlvstÀndig ÄterstÀllning av sÀkerhetskopior;
- instÀllningar för aviseringar om status för sÀkerhetskopieringsuppgifter;
- avgrÀnsning av Ätkomst till konsolen beroende pÄ roll och anvÀndargrupp.
Deduplicering. Deduplicering gör det möjligt att hitta och ta bort duplicerade datablokkar under sÀkerhetskopieringsprocessen. PÄ sÄ sÀtt hjÀlper det till att spara utrymme pÄ lagringssystemet och minskar mÀngden data som överförs, vilket sÀnker kraven pÄ hastighet för kanalen. Utan deduplicering skulle sÀkerhetskopiorna ta upp tvÄ till tre gÄnger mer plats Àn den ursprungliga datamÀngden.
NÀr det gÀller Commvault kan deduplicering stÀllas in antingen pÄ klientsidan eller pÄ Medieagentens sida. I det första fallet kommer de icke-unika datablokklarna inte ens att skickas till Media Agent Server. I det andra fallet avvisas den duplicerade blocken och skrivs inte till lagringssystemet.
Denna blockdeduplicering baseras pÄ hash-funktioner. Varje block tilldelas en hash som sparas i en hash-tabell, en sorts databas (Deduplication Database, DDB). Vid datatransfereras hash 'slÄs upp' i denna databas. Om en sÄdan hash redan finns i databasen, markeras blocket som icke-unik och överförs inte till Media Agent Server (i det första fallet) eller skrivs inte till lagringssystemet (i det andra).
Tack vare dedupliceringen lyckas vi spara upp till 78% plats i lagringssystemet. För nÀrvarande finns det 166,4 TB lagrat pÄ lagringssystemet. Utan deduplicering skulle vi behöva lagra 744 TB.
Möjlighet att avgrÀnsa rÀttigheter. I Commvault finns möjlighet att stÀlla in olika ÄtkomstnivÄer för hantering av sÀkerhetskopiering. SÄ kallade 'roller' bestÀmmer vilka ÄtgÀrder som kommer att anvÀndaren i förhÄllande till sÀkerhetskopieringsobjekten. Till exempel kan utvecklarna bara ÄterstÀlla en server med databas till en viss plats, medan en administratör kan starta en omedelbar sÀkerhetskopiering för samma server och lÀgga till nya anvÀndare.
Kryptering. Krypta data under sÀkerhetskopiering via Commvault kan göras pÄ följande sÀtt:
- PÄ klientagentens sida: data kommer i detta fall att överföras till sÀkerhetskopieringssystemet redan i krypterad form;
- pÄ Media Agent-sidan;
- PÄ kanalnivÄ: data krypteras pÄ klientagentens sida och dekrypteras pÄ Media Agent Server.
TillgÀngliga krypteringsalgoritmer: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (rekommenderas av Commvault).
Lite statistik
I mitten av december sÀkerhetskopierar vi 27 kunder med hjÀlp av Commvault. Den största delen av dem Àr detaljhandlare och finansorganisationer. Den totala mÀngden originaldata för kopian Àr 65 TB.
Cirka 4400 uppgifter utförs varje dag. Nedan Àr statistiken över utförda uppgifter de senaste 16 dagarna.
Det mest som sÀkerhetskopieras via Commvault Àr Windows File System, SQL Server och Exchange-databaser.
Och nu de utlovade fallen. Ăven om de Ă€r anonymiserade (NDA hĂ€lsar), ger de en uppfattning om varför och hur kunder anvĂ€nder sĂ€kerhetskopiering baserat pĂ„ Commvault. Nedan presenteras fall frĂ„n kunder som anvĂ€nder ett enda sĂ€kerhetskopieringssystem, det vill sĂ€ga gemensam programvara, Media Agent-servrar och lagringssystem.
Fall 1
Kund. Ett ryskt handels- och tillverkningsföretag inom konfektyrmarknaden med ett distribuerat nÀtverk av filialer i Ryssland.
Uppgift.Organisation av sÀkerhetskopiering för Microsoft SQL-databaser, filservrar, applikationsservrar, Exchange Online-postlÄdor.
De ursprungliga data ligger i kontor över hela Ryssland (mer Àn 10 stÀder). Backupen mÄste göras till DataLine-anlÀggningen med efterföljande ÄterstÀllning av data till vilket som helst av företagets kontor.
Kunden önskade full sjÀlvstÀndig hantering med ÄtkomstbegrÀnsningar.
Lagringsdjup â ett Ă„r. För Exchange Online â 3 mĂ„nader för aktiva kopior och ett Ă„r för arkiv.
Solution. För databaserna sattes en extra kopia upp pÄ en sekundÀr plats: den senaste fulla backupen i mÄnaden överförs till en annan plats och lagras dÀr i ett Är.
Kvaliteten pÄ kanalerna frÄn kundens avlÀgsna kontor tillÀt inte alltid backup och ÄterstÀllning inom optimala tidsramar. För att minska mÀngden överfört trafik konfigurerades deduplicering pÄ kundens sida. Tack vare den blev tiden för full sÀkerhetskopiering acceptabel med hÀnsyn till avstÄndet till kontoren. Till exempel görs en full backup av en databas pÄ 131 GB frÄn Sankt Petersburg pÄ 16 minuter. FrÄn Jekaterinburg sÀkerhetskopieras en databas pÄ 340 GB pÄ 1 timme och 45 minuter.
Genom rollerna har kunden konfigurerat olika behörigheter för sina utvecklare: endast för sÀkerhetskopiering eller ÄterstÀllning.
Fall 2
Kund. Rysk kedja av detaljhandelsbutiker för barnartiklar.
Uppgift. Organisation av sÀkerhetskopiering för:
högbelastade MS SQL-kluster baserat pÄ 4 fysiska servrar;
virtuella maskiner med webbplatser, applikationsservrar, 1C, Exchange och filservrar.
All specificerad infrastruktur för kunden Àr utspridd mellan plattformarna OST och NORD.
RPO för SQL-servrar â 30 minuter, för de andra â 1 dygn.
Lagringsdjup â frĂ„n 2 veckor till 30 dagar beroende pĂ„ datatyp.
Solution. Vi valde en kombination av lösningar baserade pÄ Veeam och Commvault. För filbackup frÄn vÄr molntjÀnst anvÀnds Veeam. Databasservrar, Active Directory, e-post och fysiska servrar sÀkerhetskopieras via Commvault.
För att uppnÄ hög sÀkerhetskopieringshastighet har kunden avsatt en separat nÀtverksadapter för backupuppgifter pÄ de fysiska servrarna med MS SQL. En fullstÀndig sÀkerhetskopiering av databasen pÄ 3,4 TB tar 2 timmar och 20 minuter, medan den fullstÀndiga ÄterstÀllningen tar 5 timmar och 5 minuter.
Kunden hade en stor mÀngd ursprungliga data (nÀstan 18 TB). Om man skulle överföra data till ett bandbibliotek, som kunden gjorde tidigare, skulle det krÀvas flera dussin kassetter. Detta skulle komplicera hanteringen av hela kundens sÀkerhetskopieringssystem. DÀrför ersattes bandbiblioteket i den slutliga lösningen med en Lagringssystem.
Case 3
Kund. Kedja av stormarknader i CIS.
Uppgift. Kunden ville organisera sĂ€kerhetskopiering och Ă„terstĂ€llning av SAP-system som fanns i vĂ„r molntjĂ€nst. För databaser med SAP HANA Ă€r RPO=15 minuter, för virtuella maskiner med applikationsservrar RPO=24 timmar. Lagringsdjup â 30 dagar. Vid en nödsituation Ă€r RTO=1 timme, för Ă„terstĂ€llning av en kopia pĂ„ begĂ€ran RTO=4 timmar.
Solution. För HANA-databaser har sÀkerhetskopiering av DATA-filer och loggfiler konfigurerats med angiven periodicitet. Loggfiler arkiverades var 15:e minut eller vid en viss storlek.
För att minska ÄterstÀllningstiden för databasen har vi konfigurerat tvÄnivÄlagring av backups baserat pÄ Lagringssystem och bandbibliotek. PÄ diskarna lÀggs operativa kopior med möjlighet till ÄterstÀllning vid vilken tidpunkt som helst under veckan. NÀr backupen blir Àldre Àn 1 vecka flyttas den till arkivet, till bandbiblioteket, dÀr den lagras i ytterligare 30 dagar.
En fullstÀndig backup av en databas pÄ 181 GB tar 1 timme och 54 minuter.
Vid instÀllning av backup anvÀndes backint-grÀnssnittet för SAP, vilket möjliggör integration av tredjeparts backupsystem med SAP HANA Studio. DÀrför kan man hantera backup direkt frÄn SAP-konsolen. Det förenklar livet för SAP-administratörer som inte behöver vÀnja sig vid ett nytt grÀnssnitt.
Backuphantering Àr ocksÄ tillgÀnglig för kunden via den standardiserade kundkonsolen Commvault.
Det Àr allt för idag. StÀll frÄgor i kommentarerna.
KĂ€lla: habr.com
