Back-up met Commvault: enkele statistieken en cases

In eerdere berichten hebben we instructies voor het instellen gedeeld Reserveer exemplaar и replicatie gebaseerd op Veeam. Vandaag willen we het hebben over back-up met Commvault. Er zijn geen instructies, maar we vertellen u wat en hoe onze klanten al een back-up maken.

Back-up met Commvault: enkele statistieken en cases
Opslagsysteem van een backupsysteem op basis van Commvault in het OST-2 datacenter.

Hoe werkt het?

Commvault is een back-upplatform voor applicaties, databases, bestandssystemen, virtuele machines en fysieke servers. In dit geval kunnen de initiële gegevens zich op elke locatie bevinden: bij ons - aan de klantzijde, in een ander commercieel datacenter of in de cloud.

De client installeert een agent op back-upobjecten - iData-agent - en configureert deze in overeenstemming met het vereiste back-upbeleid. iData Agent verzamelt de benodigde gegevens, comprimeert, dedupliceert, codeert en draagt ​​deze over naar het DataLine back-upsysteem.

Proxy-servers zorgen voor de connectiviteit van het klantennetwerk en ons netwerk, de isolatie van de kanalen waarlangs gegevens worden verzonden.

Aan de DataLine-kant worden gegevens van de iData Agent ontvangen Media Agent-server en stuurt het naar opslag op opslagsystemen, tapebibliotheken, enz. Dit alles wordt beheerd door Commserve. In onze configuratie bevindt de hoofdcontroleserver zich op de OST-site en de back-upserver bevindt zich op de NORD-site.

Standaard worden klantgegevens op één locatie opgeslagen, maar u kunt back-ups op twee locaties tegelijk organiseren of een schema opstellen voor het overbrengen van back-ups naar een tweede locatie. Deze optie wordt “hulpkopie” genoemd. Zo worden bijvoorbeeld alle volledige back-ups aan het eind van de maand automatisch gedupliceerd of verplaatst naar een tweede site.

Back-up met Commvault: enkele statistieken en cases
Werkingsschema van het Commvault-back-upsysteem.

Het back-upsysteem werkt voornamelijk op VMware-virtualisatie: CommServe-, Media Agent- en Proxy-servers worden ingezet op virtuele machines. Indien de klant gebruik maakt van onze apparatuur, dan worden de backups op het Huawei OceanStor 5500 V3 opslagsysteem geplaatst. Voor het maken van back-ups van clientopslagsystemen worden back-ups op tapebibliotheken opgeslagen en worden afzonderlijke Media Agents op fysieke servers gebruikt.

Wat is belangrijk voor cliënten?

Uit onze ervaring weten klanten die Commvault kiezen voor back-up op de volgende punten te letten.

Troosten. Klanten willen back-ups zelf beheren. Alle basisbewerkingen zijn beschikbaar in de Commvault-console:

  • servers toevoegen en verwijderen voor back-up;
  • iData Agent instellen;
  • creatie en handmatige start van taken;
  • zelfherstel van back-ups;
  • notificaties instellen over de status van back-uptaken;
  • differentiatie van toegang tot de console, afhankelijk van de rol en groep gebruikers.

Back-up met Commvault: enkele statistieken en cases

Ontdubbeling. Met deduplicatie kunt u tijdens het back-upproces dubbele gegevensblokken vinden en verwijderen. Het helpt dus ruimte te besparen op het opslagsysteem en vermindert de hoeveelheid overgedragen gegevens, waardoor de vereisten voor bandbreedte worden verminderd. Zonder deduplicatie zouden back-ups twee tot drie keer de omvang van de originele gegevens in beslag nemen.

In het geval van Commvault kan deduplicatie worden geconfigureerd aan de clientzijde of aan de Media Agent-zijde. In het eerste geval worden niet-unieke datablokken niet eens naar de Media Agent Server overgebracht. In het tweede geval wordt het herhalende blok weggegooid en niet naar het opslagsysteem geschreven.

Een dergelijke blokontdubbeling is gebaseerd op hashfuncties. Aan elk blok wordt een hash toegewezen, die wordt opgeslagen in een hashtabel, een soort database (Deduplication Database, DDB). Bij het verzenden van gegevens wordt de hash door deze basis ‘geslagen’. Als een dergelijke hash al in de database aanwezig is, wordt het blok gemarkeerd als niet-uniek en wordt het niet overgedragen naar de Media Agent Server (in het eerste geval) of geschreven naar het gegevensopslagsysteem (in het tweede geval).

Dankzij deduplicatie kunnen we tot 78% opslagruimte besparen. Nu is er 166,4 TB opgeslagen in de opslag. Zonder deduplicatie zouden we 744 TB moeten opslaan.

Mogelijkheid om rechten te differentiëren. Commvault heeft de mogelijkheid om verschillende toegangsniveaus voor back-upbeheer in te stellen. De zogenaamde ‘rollen’ bepalen welke acties er zullen zijn toegestaan gebruiker met betrekking tot back-upobjecten. Ontwikkelaars kunnen bijvoorbeeld een server met een database alleen op een specifieke locatie herstellen, terwijl een beheerder een defecte back-up voor dezelfde server kan maken en nieuwe gebruikers kan toevoegen.

Encryptie. U kunt gegevens tijdens het maken van een back-up via Commvault op de volgende manieren versleutelen:

  • aan de kant van de clientagent: in dit geval worden de gegevens al in gecodeerde vorm naar het back-upsysteem overgedragen;
  • aan de Media Agent-kant;
  • op kanaalniveau: gegevens worden gecodeerd aan de kant van de clientagent en gedecodeerd op de Media Agent Server.

Beschikbare versleutelingsalgoritmen: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (aanbevolen door Commvault).

Sommige statistieken

Medio december hebben we, met de hulp van Commvault, 27 klanten in back-up. De meesten van hen zijn detailhandelaren en financiële instellingen. De totale hoeveelheid origineelkopiegegevens bedraagt ​​65 TB.

Back-up met Commvault: enkele statistieken en cases

Per dag worden ongeveer 4400 taken uitgevoerd. Hieronder vindt u statistieken over voltooide taken van de afgelopen 16 dagen.

Back-up met Commvault: enkele statistieken en cases

Bovenal worden er back-ups gemaakt van Windows File System-, SQL Server- en Exchange-databases via Commvault.

Back-up met Commvault: enkele statistieken en cases

En nu de beloofde gevallen. Hoewel onpersoonlijk (NDA zegt hallo :)), geven ze een idee van wat en hoe klanten Commvault-gebaseerde back-up gebruiken. Hieronder vindt u casestudy's voor klanten die één enkel back-upsysteem gebruiken, dat wil zeggen gedeelde software, Media Agent-servers en opslagsystemen.

Zaak 1

Klant. Russisch handels- en productiebedrijf voor de zoetwarenmarkt met een gedistribueerd netwerk van vestigingen in heel Rusland.

Een taak.Organisatie van back-ups voor Microsoft SQL-databases, bestandsservers, applicatieservers, Exchange Online-mailboxen.

De eerste gegevens bevinden zich in kantoren in heel Rusland (meer dan 10 steden). U moet een back-up maken naar de DataLine-site en vervolgens gegevens herstellen in een van de kantoren van het bedrijf.
Tegelijkertijd wilde de klant volledig zelfbeheer met toegangscontrole.
Diepte van opslag - jaar. Voor Exchange Online: 3 maanden voor onlinekopieën en een jaar voor archieven.

De oplossing. Er werd een extra kopie aangemaakt voor de databases op de tweede site: de laatste volledige backup van de maand wordt naar een andere site overgebracht en daar een jaar bewaard.

De kwaliteit van de kanalen vanuit de externe kantoren van de klant maakte back-up en herstel niet altijd binnen het optimale tijdsbestek mogelijk. Om de hoeveelheid verzonden verkeer te verminderen, werd deduplicatie aan de clientzijde geconfigureerd. Dankzij haar werd de tijd voor een volledige back-up acceptabel, rekening houdend met de afgelegen ligging van de kantoren. Een volledige databaseback-up van 131 GB vanuit Sint-Petersburg is bijvoorbeeld in 16 minuten gedaan. Vanuit Jekaterinenburg wordt gedurende 340 uur en 1 minuten een back-up gemaakt van een database van 45 GB.

Via rollen heeft de klant verschillende machtigingen voor zijn ontwikkelaars geconfigureerd: alleen back-up of herstel.

Back-up met Commvault: enkele statistieken en cases

Zaak 2

Klant. Russische keten van kinderartikelenwinkels.
Een taak. Organisatie van back-up voor:
een zwaarbelast MS SQL-cluster gebaseerd op 4 fysieke servers;
virtuele machines met een website, applicatieservers, 1C, Exchange en bestandsservers.
De gehele gespecificeerde infrastructuur van de client bevindt zich tussen de OST- en NORD-sites.
RPO voor SQL-servers - 30 minuten, voor de rest - 1 dag.
Opslagdiepte - van 2 weken tot 30 dagen, afhankelijk van het type gegevens.

De oplossing. We kozen voor een combinatie van oplossingen op basis van Veeam en Commvault. Veeam wordt gebruikt voor bestandsback-ups vanuit onze cloud. Van databaseservers, Active Directory, mail en fysieke servers wordt een back-up gemaakt via Commvault.

Om een ​​hoge back-upsnelheid te bereiken, heeft de klant een aparte netwerkadapter toegewezen op fysieke servers met MS SQL voor back-uptaken. Een volledige back-up van een database van 3,4 TB duurt 2 uur en 20 minuten, en een volledig herstel duurt 5 uur en 5 minuten.

De klant beschikte over een grote hoeveelheid initiële gegevens (bijna 18 TB). Als de gegevens op een tapebibliotheek zouden worden gestapeld, zoals de klant eerder had gedaan, zouden er enkele tientallen cartridges nodig zijn. Dit zou het beheer van het volledige back-upsysteem van de klant bemoeilijken. Daarom werd bij de uiteindelijke implementatie de bandenbibliotheek vervangen door een opslagsysteem.

Back-up met Commvault: enkele statistieken en cases

Zaak 3

Klant. Supermarktketen in het GOS
Een taak. De klant wilde een back-up maken van SAP-systemen die in onze cloud worden gehost en deze herstellen. Voor SAP HANA-databases RPO=15 minuten, voor virtuele machines met applicatieservers RPO=24 uur. Diepte van opslag - 30 dagen. In geval van een ongeval RTO=1 uur, om een ​​kopie op aanvraag te herstellen RTO=4 uur.

De oplossing. Voor de HANA-database werden op gespecificeerde intervallen back-ups van DATA-bestanden en logbestanden geconfigureerd. Logbestanden werden elke 15 minuten gearchiveerd of wanneer ze een bepaalde grootte bereikten.

Om de hersteltijd van de database te verkorten, hebben we de opslag van back-ups op twee niveaus ingericht, gebaseerd op het opslagsysteem en de tapebibliotheek. Er worden onlinekopieën aan de schijven toegevoegd met de mogelijkheid tot herstel op elk moment van de week. Wanneer de back-up ouder wordt dan 1 week, wordt deze verplaatst naar het archief, naar de tapebibliotheek, waar deze nog eens 30 dagen wordt bewaard.

Een volledige backup van één van de 181 GB databases wordt in 1 uur en 54 minuten uitgevoerd.

Bij het inrichten van de back-up is gebruik gemaakt van de SAP backint-interface, waarmee back-upsystemen van derden met SAP HANA Studio kunnen worden geïntegreerd. Daarom kunnen back-ups rechtstreeks vanuit de SAP-console worden beheerd. Dit maakt het leven gemakkelijker voor SAP-beheerders die niet hoeven te wennen aan de nieuwe interface.

Back-upbeheer is ook beschikbaar voor de klant via de standaard Commvault-clientconsole.

Back-up met Commvault: enkele statistieken en cases

Dat is alles voor vandaag. Stel vragen in de reacties.

Bron: www.habr.com

Voeg een reactie