I tidigare inlägg delade vi instruktioner för installation и baserat på Veeam. Idag vill vi prata om säkerhetskopiering med Commvault. Det kommer inga instruktioner, men vi kommer att berätta vad och hur våra kunder redan säkerhetskopierar.
Lagringssystem för ett backupsystem baserat på Commvault i OST-2 datacenter.
Hur fungerar det?
Commvault är en backupplattform för applikationer, databaser, filsystem, virtuella maskiner och fysiska servrar. I det här fallet kan den initiala informationen finnas på vilken plats som helst: hos oss - på kundsidan, i ett annat kommersiellt datacenter eller i molnet.
Klienten installerar en agent på säkerhetskopieringsobjekt - iData Agent - och konfigurerar den i enlighet med nödvändig säkerhetskopieringspolicy. iData Agent samlar in nödvändig data, komprimerar, deduplicerar, krypterar och överför dem till DataLine backup-systemet.
Proxyservrar säkerställa anslutningen av klientnätverket och vårt nätverk, isoleringen av de kanaler genom vilka data överförs.
På DataLine-sidan tar data från iData-agenten emot Media Agent Server och skickar den till lagring på lagringssystem, bandbibliotek etc. Allt detta hanteras av Commserve. I vår konfiguration finns huvudkontrollservern på OST-webbplatsen och backupservern på NORD-webbplatsen.
Som standard lagras klientdata på en plats, men du kan organisera säkerhetskopior till två platser samtidigt eller ställa in ett schema för överföring av säkerhetskopior till en andra plats. Detta alternativ kallas "extra kopia". Till exempel kommer alla fullständiga säkerhetskopior i slutet av månaden att automatiskt dupliceras eller flyttas till en andra sida.
Driftschema för Commvaults backup-system.
Säkerhetskopieringssystemet fungerar huvudsakligen på VMware-virtualisering: CommServe, Media Agent och Proxy-servrar är utplacerade på virtuella maskiner. Om klienten använder vår utrustning placeras säkerhetskopiorna på Huawei OceanStor 5500 V3 lagringssystem. För att säkerhetskopiera klientlagringssystem, lagra säkerhetskopior på bandbibliotek, används separata mediaagenter på fysiska servrar.
Vad är viktigt för kunderna?
Vår erfarenhet är att kunder som väljer Commvault för säkerhetskopiering uppmärksammar följande punkter.
Trösta. Kunderna vill hantera säkerhetskopior själva. Alla grundläggande funktioner är tillgängliga i Commvault-konsolen:
- lägga till och ta bort servrar för säkerhetskopiering;
- ställa in iData Agent;
- skapande och manuell start av uppgifter;
- självåterställning av säkerhetskopior;
- ställa in meddelanden om status för säkerhetskopieringsuppgifter;
- differentiering av åtkomst till konsolen beroende på roll och grupp av användare.
Deduplicering. Deduplicering låter dig hitta och ta bort dubbletter av datablock under säkerhetskopieringsprocessen. Det hjälper alltså till att spara utrymme på lagringssystemet och minskar mängden data som överförs, vilket minskar kraven på bandbredd. Utan deduplicering skulle säkerhetskopior ta upp två till tre gånger storleken på originaldata.
I fallet med Commvault kan deduplicering konfigureras på klientsidan eller på Media Agent-sidan. I det första fallet kommer icke-unika datablock inte ens att överföras till Media Agent Server. I det andra kasseras det upprepade blocket och skrivs inte till lagringssystemet.
Sådan blockdeduplicering baseras på hashfunktioner. Varje block tilldelas en hash, som lagras i en hashtabell, en slags databas (Deduplication Database, DDB). När data överförs "stansas" hashen genom denna bas. Om en sådan hash redan finns i databasen, markeras blocket som icke-unikt och överförs inte till Media Agent Server (i det första fallet) eller skrivs till datalagringssystemet (i det andra).
Tack vare deduplicering kan vi spara upp till 78 % av lagringsutrymmet. Nu lagras 166,4 TB på lagring. Utan deduplicering skulle vi behöva lagra 744 TB.
Möjlighet att särskilja rättigheter. Commvault har möjlighet att ställa in olika nivåer av åtkomst till säkerhetskopieringshantering. De så kallade "rollerna" avgör vilka åtgärder som kommer att vara användare i förhållande till backupobjekt. Till exempel kommer utvecklare bara att kunna återställa en server med en databas till en specifik plats, medan en administratör kommer att kunna köra en out-of-order backup för samma server och lägga till nya användare.
Kryptering. Du kan kryptera data när du säkerhetskopierar via Commvault på följande sätt:
- på klientagentens sida: i detta fall kommer data att överföras till backupsystemet redan i krypterad form;
- på medieagentsidan;
- 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).
Några statistik
I mitten av december, med hjälp av Commvault, har vi 27 kunder som säkerhetskopierar. De flesta av dem är återförsäljare och finansiella institutioner. Den totala mängden originalkopieringsdata är 65 TB.
Cirka 4400 uppgifter utförs per dag. Nedan finns statistik över genomförda uppgifter för de senaste 16 dagarna.
Framför allt säkerhetskopieras Windows filsystem, SQL Server och Exchange-databaser genom Commvault.
Och nu de utlovade fallen. Även om de är opersonliga (NDA säger hej :)), ger de en idé om vad och hur kunder använder Commvault-baserad backup. Nedan finns fallstudier för kunder som använder ett enda backupsystem, det vill säga delad programvara, Media Agent-servrar och lagringssystem.
Fall 1
Kund. Ryskt handels- och tillverkningsföretag på konfektyrmarknaden med ett distribuerat nätverk av filialer i hela Ryssland.
En uppgift.Organisering av backup för Microsoft SQL-databaser, filservrar, applikationsservrar, Exchange Online-postlådor.
De första uppgifterna finns på kontor i hela Ryssland (mer än 10 städer). Du måste säkerhetskopiera till DataLine-webbplatsen med efterföljande dataåterställning på något av företagets kontor.
Samtidigt ville kunden ha full självförvaltning med passerkontroll.
Lagringsdjup - år. För Exchange Online, 3 månader för onlinekopior och ett år för arkiv.
Lösningen. En extra kopia skapades för databaserna på den andra webbplatsen: månadens sista fullständiga säkerhetskopia överförs till en annan plats och lagras där i ett år.
Kvaliteten på kanalerna från klientens fjärrkontor tillät inte alltid säkerhetskopiering och återställning inom den optimala tidsramen. För att minska mängden överförd trafik konfigurerades deduplicering på klientsidan. Tack vare henne blev tiden för en fullständig säkerhetskopiering acceptabel, med hänsyn till kontorens avlägset läge. Till exempel görs en fullständig databassäkerhetskopiering på 131 GB från St. Petersburg på 16 minuter. Från Jekaterinburg säkerhetskopieras en 340 GB databas i 1 timme och 45 minuter.
Genom roller har kunden konfigurerat olika behörigheter för sina utvecklare: endast säkerhetskopiering eller återställning.
Fall 2
Kund. Rysk kedja av butiker för barnvaror.
En uppgift. Organisation av backup för:
ett mycket laddat MS SQL-kluster baserat på 4 fysiska servrar;
virtuella maskiner med en webbplats, applikationsservrar, 1C, Exchange och filservrar.
Hela klientens specificerade infrastruktur är fördelad mellan OST- och NORD-webbplatserna.
RPO för SQL-servrar - 30 minuter, för resten - 1 dag.
Lagringsdjup - från 2 veckor till 30 dagar, beroende på typen av data.
Lösningen. Vi valde en kombination av lösningar baserade på Veeam och Commvault. Veeam används för säkerhetskopiering av filer från vårt moln. Databasservrar, Active Directory, e-post och fysiska servrar säkerhetskopieras genom Commvault.
För att uppnå hög säkerhetskopieringshastighet tilldelade klienten en separat nätverksadapter på fysiska servrar med MS SQL för säkerhetskopieringsuppgifter. En fullständig säkerhetskopiering av en 3,4 TB databas tar 2 timmar 20 minuter och en fullständig återställning tar 5 timmar 5 minuter.
Klienten hade en stor mängd initiala data (nästan 18 TB). Om data skulle staplas på ett bandbibliotek, som klienten hade gjort tidigare, skulle flera dussin kassetter behövas. Detta skulle komplicera hanteringen av klientens hela backupsystem. Därför ersattes bandbiblioteket i den slutliga implementeringen av ett lagringssystem.
Fall 3
Kund. Stormarknadskedja i OSS
En uppgift. Kunden ville säkerhetskopiera och återställa SAP-system värd i vårt moln. För SAP HANA-databaser RPO=15 minuter, för virtuella maskiner med applikationsservrar RPO=24 timmar. Förvaringsdjup - 30 dagar. Vid en olycka RTO=1 timme, för att återställa en kopia på begäran RTO=4 timmar.
Lösningen. För HANA-databasen konfigurerades säkerhetskopior av DATA-filer och loggfiler med angivna intervall. Loggfiler arkiverades var 15:e minut eller när de nådde en viss storlek.
För att minska återställningstiden för databasen satte vi upp tvånivålagring av säkerhetskopior baserat på lagringssystemet och bandbiblioteket. Onlinekopior läggs till diskarna med möjlighet till återställning när som helst under veckan. När säkerhetskopian blir äldre än 1 vecka flyttas den till arkivet, till bandbiblioteket där den lagras i ytterligare 30 dagar.
En fullständig säkerhetskopiering av en av databaserna på 181 GB görs på 1 timme och 54 minuter.
När du satte upp säkerhetskopiering användes SAP backint-gränssnittet, vilket gör det möjligt att integrera tredjepartssystem för säkerhetskopiering med SAP HANA Studio. Därför kan säkerhetskopior hanteras direkt från SAP-konsolen. Detta gör livet lättare för SAP-administratörer som inte behöver vänja sig vid det nya gränssnittet.
Säkerhetskopieringshantering är också tillgänglig för klienten via den vanliga Commvault-klientkonsolen.
Det är allt för idag. Ställ frågor i kommentarerna.
Källa: will.com