In vorige plasings het ons opstellingsinstruksies gedeel и aangedryf deur Veeam. Vandag wil ons praat oor rugsteun met Commvault. Daar sal geen instruksies wees nie, maar ons sal jou vertel wat en hoe ons kliënte reeds rugsteun.
Bergingstelsel-rugsteunstelsel gebaseer op Commvault in die OST-2-datasentrum.
Hoe werk dit?
Commvault is 'n platform vir die rugsteun van toepassings, databasisse, lêerstelsels, virtuele masjiene en fisiese bedieners. Die brondata kan op enige webwerf wees: aan ons kliënt se kant, in 'n ander kommersiële datasentrum of in die wolk.
Die kliënt installeer 'n agent op rugsteunvoorwerpe - iData Agent – en konfigureer dit in ooreenstemming met die vereiste rugsteunbeleide. iData Agent versamel die nodige data, komprimeer, dedupliseer, enkripteer en dra dit oor na die DataLine-rugsteunstelsel.
Proxy-bedieners verskaf konneksie tussen die kliëntnetwerk en ons netwerk, isolasie van kanale waardeur data oorgedra word.
Aan die DataLine-kant word data van iData Agent ontvang Media Agent Server en stuur dit vir berging na stoorstelsels, bandbiblioteke, ens. Dit alles word bestuur CommServe. In ons konfigurasie is die hoofbeheerbediener op die OST-werf geleë, en die rugsteunbediener is op die NORD-werf.
Kliëntdata word by verstek op een webwerf gestoor, maar jy kan rugsteune na twee liggings tegelyk organiseer of 'n skedule opstel vir die oordrag van rugsteun na 'n tweede webwerf. Hierdie opsie word "hulpkopie" genoem. Byvoorbeeld, alle volledige rugsteune aan die einde van die maand sal outomaties gedupliseer word of na 'n tweede webwerf geskuif word.
Skema van werking van die Commvault-rugsteunstelsel.
Die rugsteunstelsel werk hoofsaaklik op VMware-virtualisering: CommServe, Media Agent en Proxy-bedieners word op virtuele masjiene ontplooi. As die kliënt ons toerusting gebruik, word die rugsteun op die Huawei OceanStor 5500 V3-bergingstelsel geplaas. Om kliëntbergingstelsels te rugsteun en rugsteun op bandbiblioteke te stoor, word aparte Media Agente op fisiese bedieners gebruik.
Wat is belangrik vir kliënte?
Uit ons ervaring gee kliënte wat Commvault kies vir rugsteun aandag aan die volgende punte.
Konsole. Kliënte wil self rugsteun bestuur. Alle basiese bewerkings is beskikbaar in die Commvault-konsole:
- byvoeging en verwydering van bedieners vir rugsteun;
- die opstel van iData Agent;
- skepping en handmatige bekendstelling van take;
- selfherwinning van rugsteun;
- die opstel van kennisgewings oor die status van rugsteuntake;
- beperking van toegang tot die konsole afhangende van die rol en groep gebruikers.
Deduplisering. Deduplisering laat jou toe om duplikaatblokke data tydens die rugsteunproses te vind en te verwyder. Dit help dus om spasie op stoorstelsels te bespaar en verminder die hoeveelheid oorgedra data, wat die vereistes vir kanaalspoed verminder. Sonder deduplisering sal rugsteun twee tot drie keer die volume van die oorspronklike data opneem.
In die geval van Commvault, kan deduplisering aan die kliëntkant of aan die Media Agent-kant gekonfigureer word. In die eerste geval sal nie-unieke datablokke nie eers na die Media Agent Server oorgedra word nie. In die tweede word die herhalende blok weggegooi en word dit nie na die stoorstelsel geskryf nie.
Hierdie blok deduplisering is gebaseer op hash funksies. Aan elke blok word 'n hash toegeken, wat in 'n hash-tabel gestoor word, 'n soort databasis (Deduplication Database, DDB). Wanneer data oorgedra word, word die hash deur hierdie databasis "gebreek". As so 'n hash reeds in die databasis bestaan, word die blok as nie-uniek gemerk en word dit nie na die Media Agent Server (in die eerste geval) oorgedra of na die databergingstelsel (in die tweede geval) geskryf nie.
Danksy deduplisering kan ons tot 78% van die spasie in die bergingstelsel bespaar. Tans word 166,4 TB op die bergingstelsel gestoor. Sonder deduplisering sal ons 744 TB moet stoor.
Moontlikheid om regte te onderskei. Commvault het die vermoë om verskillende vlakke van toegang tot rugsteunbestuur te stel. Die sogenaamde "rolle" bepaal watter aksies sal wees gebruiker met betrekking tot rugsteunvoorwerpe. Ontwikkelaars sal byvoorbeeld slegs 'n bediener met 'n databasis na 'n spesifieke plek kan herstel, en die administrateur sal 'n buitengewone rugsteun vir dieselfde bediener kan begin en nuwe gebruikers byvoeg.
Enkripsie. U kan data tydens rugsteun via Commvault op die volgende maniere enkripteer:
- aan die kliëntagentkant: die data in hierdie geval sal in geënkripteerde vorm na die rugsteunstelsel oorgedra word;
- aan die Media Agent-kant;
- op die skakelvlak: data word geïnkripteer aan die kliëntagentkant en gedekripteer op die Media Agent Server.
Beskikbare enkripsiealgoritmes: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (commvault aanbeveel).
Sommige statistieke
Vanaf middel Desember het ons 27 kliënte wat met Commvault rugsteun. Die meeste van hulle is kleinhandelaars en finansiële instellings. Die totale volume van die kopie se oorspronklike data is 65 TB.
Ongeveer 4400 16 take word per dag voltooi. Hieronder is statistieke oor voltooide take oor die afgelope XNUMX dae.
Die mees algemeen gebruikte rugsteun deur Commvault is Windows Lêerstelsel, SQL Server en Exchange databasisse.
En nou die beloofde gevalle. Alhoewel onpersoonlik (NDA sê hallo :)), gee hulle 'n idee van hoekom en hoe kliënte Commvault-gebaseerde rugsteun gebruik. Hieronder is gevalle van kliënte wat 'n enkele rugsteunstelsel gebruik, dit wil sê algemene sagteware, Media Agent Servers en bergingstelsels.
Geval 1
Kliënt. Russiese handels- en produksiemaatskappy van die suikergoedmark met 'n verspreide netwerk van takke regoor Rusland.
'N Taak.Organisasie van rugsteun vir Microsoft SQL-databasisse, lêerbedieners, toepassingsbedieners, Exchange Online-posbusse.
Brondata is in kantore regoor Rusland geleë (meer as 10 stede). Jy moet rugsteun maak na die DataLine-werf en dan die data in enige van die maatskappy se kantore herstel.
Terselfdertyd wou die kliënt volledige onafhanklike beheer met toegangsbeheer hê.
Bergingsdiepte - een jaar. Vir Exchange Online – 3 maande vir lewendige kopieë en 'n jaar vir argiewe.
Besluit. 'n Bykomende kopie is vir die databasisse op 'n tweede webwerf opgestel: die laaste volledige rugsteun van die maand word na 'n ander webwerf oorgedra en vir 'n jaar daar gestoor.
Die kwaliteit van kanale vanaf die kliënt se afgeleë kantore het nie altyd voorsiening gemaak vir rugsteun en herstel in die optimale tydsraamwerk nie. Om die hoeveelheid oorgedrade verkeer te verminder, is deduplisering aan die kliëntkant opgestel. Danksy dit het die volle rugsteuntyd aanvaarbaar geword gegewe die afgeleë ligging van die kantore. Byvoorbeeld, 'n volledige rugsteun van 'n 131 GB databasis van St. Petersburg word in 16 minute gedoen. Vanaf Yekaterinburg word 'n 340 GB-databasis vir 1 uur 45 minute gerugsteun.
Deur rolle te gebruik, het die kliënt verskillende toestemmings vir sy ontwikkelaars opgestel: slegs rugsteun of slegs herstel.
Geval 2
Kliënt. Russiese ketting van kindergoederewinkels.
'N Taak. Organisasie van rugsteun vir:
hoë-lading MS SQL-groepering gebaseer op 4 fisiese bedieners;
virtuele masjiene met 'n webwerf, toepassingsbedieners, 1C, Exchange en lêerbedieners.
Die hele gespesifiseerde kliëntinfrastruktuur word tussen die OST- en NORD-webwerwe versprei.
RPO vir SQL-bedieners is 30 minute, vir ander – 1 dag.
Bergingsdiepte – van 2 weke tot 30 dae, afhangend van die tipe data.
Besluit. Ons het 'n kombinasie van oplossings gekies wat gebaseer is op Veeam en Commvault. Ons gebruik Veeam vir lêerrugsteun vanaf ons wolk. Databasisbedieners, Active Directory, pos en fisiese bedieners word via Commvault gerugsteun.
Om hoë rugsteunspoed te bereik, het die kliënt 'n aparte netwerkadapter vir rugsteuntake op fisiese bedieners met MS SQL toegeken. 'n Volledige rugsteun van 'n 3,4 TB-databasis neem 2 uur 20 minute, en 'n volledige herstel neem 5 uur 5 minute.
Die kliënt het 'n groot hoeveelheid rou data (byna 18 TB) gehad. As jy data op 'n bandbiblioteek plaas, soos die kliënt voorheen gedoen het, sal dit 'n paar dosyn patrone benodig. Dit sal die bestuur van die kliënt se hele rugsteunstelsel bemoeilik. Daarom, in die finale implementering, is die bandbiblioteek vervang met 'n stoorstelsel.
Geval 3
Kliënt. Supermarkketting in die GOS
'N Taak. Die kliënt wou rugsteun en herstel van SAP-stelsels in ons wolk organiseer. Vir SAP HANA databasisse RPO=15 minute, vir virtuele masjiene met toepassingsbedieners RPO=24 uur. Bergingsdiepte - 30 dae. In geval van 'n ongeluk, RTO=1 uur, om 'n kopie op versoek te herstel, RTO=4 uur.
Besluit. Vir die HANA-databasis is rugsteun van DATA-lêers en loglêers teen 'n gespesifiseerde frekwensie opgestel. Loglêers is elke 15 minute geargiveer of wanneer hulle 'n sekere grootte bereik het.
Om databasisherwinningstyd te verminder, het ons tweevlakberging van rugsteun gekonfigureer gebaseer op 'n bergingstelsel en 'n bandbiblioteek. Operasionele kopieë word op skywe gestoor met die vermoë om te eniger tyd gedurende die week herstel te word. Wanneer 'n rugsteun ouer as 1 week word, word dit na die argief geskuif, na die bandbiblioteek, waar dit vir nog 30 dae gestoor word.
'n Volledige rugsteun van een van die 181 GB databasisse word in 1 uur 54 minute gedoen.
Toe ons rugsteun opgestel het, het ons die SAP backint-koppelvlak gebruik, wat ons toelaat om derdeparty-rugsteunstelsels met SAP HANA Studio te integreer. Rugsteun kan dus direk vanaf die SAP-konsole bestuur word. Dit maak die lewe makliker vir SAP-administrateurs wat nie aan die nuwe koppelvlak gewoond hoef te raak nie.
Rugsteunbestuur is ook beskikbaar vir die kliënt deur die standaard Commvault-kliëntkonsole.
Dis al vir vandag. Vra vrae in die kommentaar.
Bron: will.com