I tidligere innlegg delte vi instruksjoner for oppsett и basert på Veeam. I dag vil vi snakke om sikkerhetskopiering ved hjelp av Commvault. Det vil ikke være noen instruksjoner, men vi vil fortelle deg hva og hvordan kundene våre allerede sikkerhetskopierer.
Lagringssystem for et backupsystem basert på Commvault i OST-2 datasenter.
Hvordan virker det?
Commvault er en backup-plattform for applikasjoner, databaser, filsystemer, virtuelle maskiner og fysiske servere. I dette tilfellet kan de første dataene være på hvilket som helst nettsted: hos oss - på klientsiden, i et annet kommersielt datasenter eller i skyen.
Klienten installerer en agent på sikkerhetskopiobjekter - iData Agent - og konfigurerer den i samsvar med de nødvendige sikkerhetskopieringspolicyene. iData Agent samler inn nødvendige data, komprimerer, dedupliserer, krypterer og overfører dem til DataLine backup-systemet.
Proxy-servere sikre tilkoblingen til klientnettverket og nettverket vårt, isolering av kanalene som data overføres gjennom.
På DataLine-siden mottar data fra iData Agent Media Agent Server og sender det til lagring på lagringssystemer, båndbiblioteker osv. Alt dette administreres av Commserve. I vår konfigurasjon er hovedkontrollserveren plassert på OST-siden, og backupserveren er plassert på NORD-siden.
Som standard lagres klientdata på ett nettsted, men du kan organisere sikkerhetskopier til to steder samtidig eller sette opp en tidsplan for overføring av sikkerhetskopier til et annet nettsted. Dette alternativet kalles "hjelpekopi". For eksempel vil alle fullstendige sikkerhetskopier ved slutten av måneden automatisk dupliseres eller flyttes til et annet nettsted.
Driftsskjema for Commvault backup-systemet.
Sikkerhetskopieringssystemet fungerer hovedsakelig på VMware-virtualisering: CommServe, Media Agent og Proxy-servere er distribuert på virtuelle maskiner. Hvis klienten bruker utstyret vårt, plasseres sikkerhetskopiene på Huawei OceanStor 5500 V3 lagringssystem. For å sikkerhetskopiere klientlagringssystemer, lagre sikkerhetskopier på båndbiblioteker, brukes separate medieagenter på fysiske servere.
Hva er viktig for kundene?
Fra vår erfaring er kunder som velger Commvault for sikkerhetskopiering, oppmerksomme på følgende punkter.
Konsoll. Kunder ønsker å administrere sikkerhetskopier selv. Alle grunnleggende operasjoner er tilgjengelige i Commvault-konsollen:
- legge til og fjerne servere for sikkerhetskopiering;
- sette opp iData Agent;
- opprettelse og manuell start av oppgaver;
- selvgjenoppretting av sikkerhetskopier;
- angi varsler om status for sikkerhetskopieringsoppgaver;
- differensiering av tilgang til konsollen avhengig av rolle og brukergruppe.
Deduplisering. Deduplisering lar deg finne og fjerne dupliserte blokker med data under sikkerhetskopieringsprosessen. Dermed hjelper det å spare plass på lagringssystemet og reduserer mengden data som overføres, og reduserer kravene til båndbredde. Uten deduplisering vil sikkerhetskopier ta opp to til tre ganger størrelsen på de originale dataene.
Når det gjelder Commvault, kan deduplisering konfigureres på klientsiden eller på Media Agent-siden. I det første tilfellet vil ikke-unike datablokker ikke en gang bli overført til Media Agent Server. I den andre blir den repeterende blokken forkastet og ikke skrevet til lagringssystemet.
Slik blokkdeduplisering er basert på hash-funksjoner. Hver blokk er tildelt en hash, som lagres i en hash-tabell, en slags database (Deduplication Database, DDB). Når du overfører data, "punches" hashen gjennom denne basen. Hvis en slik hash allerede er i databasen, er blokken merket som ikke-unik og blir ikke overført til Media Agent Server (i det første tilfellet) eller skrevet til datalagringssystemet (i det andre).
Takket være deduplisering kan vi spare opptil 78 % av lagringsplassen. Nå er 166,4 TB lagret på lagring. Uten deduplisering ville vi måtte lagre 744 TB.
Mulighet for å differensiere rettigheter. Commvault har muligheten til å angi ulike nivåer av tilgang til sikkerhetskopiering. De såkalte "rollene" bestemmer hvilke handlinger som skal være bruker i forhold til backup-objekter. Utviklere vil for eksempel kun kunne gjenopprette en server med en database til et bestemt sted, mens en administrator vil kunne kjøre en sikkerhetskopi som ikke er i orden for samme server og legge til nye brukere.
Kryptering. Du kan kryptere data mens du sikkerhetskopierer via Commvault på følgende måter:
- på siden av klientagenten: i dette tilfellet vil dataene bli overført til sikkerhetskopieringssystemet allerede i kryptert form;
- på Media Agent-siden;
- på kanalnivå: data er kryptert på siden av klientagenten og dekryptert på Media Agent Server.
Tilgjengelige krypteringsalgoritmer: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (anbefalt av Commvault).
Noen statistikk
I midten av desember, ved hjelp av Commvault, har vi 27 klienter som sikkerhetskopierer. De fleste av dem er forhandlere og finansinstitusjoner. Den totale mengden originalkopidata er 65 TB.
Omtrent 4400 oppgaver utføres per dag. Nedenfor er statistikk over utførte oppgaver de siste 16 dagene.
Mest av alt er Windows File System, SQL Server og Exchange-databaser sikkerhetskopiert gjennom Commvault.
Og nå de lovede sakene. Selv om de er upersonlige (NDA sier hei :)), gir de en idé om hva og hvordan kunder bruker Commvault-basert sikkerhetskopiering. Nedenfor er casestudier for kunder som bruker ett enkelt sikkerhetskopisystem, det vil si delt programvare, Media Agent-servere og lagringssystemer.
Sak 1
Kunde. Russisk handels- og produksjonsselskap for konfektmarkedet med et distribuert nettverk av filialer over hele Russland.
Oppgave.Organisering av backup for Microsoft SQL-databaser, filservere, applikasjonsservere, Exchange Online-postbokser.
De første dataene er lokalisert på kontorer over hele Russland (mer enn 10 byer). Du må sikkerhetskopiere til DataLine-siden med påfølgende datagjenoppretting på et av selskapets kontorer.
Samtidig ønsket oppdragsgiver full selvstyring med adgangskontroll.
Lagringsdybde - år. For Exchange Online, 3 måneder for nettkopier og ett år for arkiver.
Løsningen. En ekstra kopi ble satt opp for databasene på den andre siden: månedens siste fullstendige sikkerhetskopi overføres til en annen side og lagres der i et år.
Kvaliteten på kanalene fra klientens eksterne kontorer tillot ikke alltid sikkerhetskopiering og gjenoppretting i den optimale tidsrammen. For å redusere mengden overført trafikk ble deduplisering konfigurert på klientsiden. Takket være henne ble tidspunktet for en fullstendig sikkerhetskopi akseptabelt, tatt i betraktning avstanden til kontorene. For eksempel gjøres en fullstendig databasesikkerhetskopiering på 131 GB fra St. Petersburg på 16 minutter. Fra Jekaterinburg blir en 340 GB database sikkerhetskopiert i 1 time og 45 minutter.
Gjennom roller har kunden konfigurert ulike tillatelser for sine utviklere: kun sikkerhetskopiering eller gjenoppretting.
Sak 2
Kunde. Russisk kjede av barnevarebutikker.
Oppgave. Organisering av backup for:
en svært lastet MS SQL-klynge basert på 4 fysiske servere;
virtuelle maskiner med nettside, applikasjonsservere, 1C, Exchange og filservere.
Hele den spesifiserte infrastrukturen til klienten er fordelt mellom OST- og NORD-sidene.
RPO for SQL-servere - 30 minutter, for resten - 1 dag.
Lagringsdybde - fra 2 uker til 30 dager, avhengig av type data.
Løsningen. Vi valgte en kombinasjon av løsninger basert på Veeam og Commvault. Veeam brukes til sikkerhetskopiering av filer fra skyen vår. Databaseservere, Active Directory, post og fysiske servere sikkerhetskopieres gjennom Commvault.
For å oppnå høy backuphastighet tildelte klienten en egen nettverksadapter på fysiske servere med MS SQL for backupoppgaver. En fullstendig sikkerhetskopi av en 3,4 TB database tar 2 timer og 20 minutter, og en fullstendig gjenoppretting tar 5 timer og 5 minutter.
Klienten hadde en stor mengde innledende data (nesten 18 TB). Hvis dataene skulle stables på et båndbibliotek, slik klienten hadde gjort før, ville det være behov for flere dusin kassetter. Dette ville komplisere administrasjonen av klientens hele backup-system. Derfor, i den endelige implementeringen, ble båndbiblioteket erstattet av et lagringssystem.
Sak 3
Kunde. Supermarkedskjede i CIS
Oppgave. Kunden ønsket å sikkerhetskopiere og gjenopprette SAP-systemer som var vert i skyen vår. For SAP HANA-databaser RPO=15 minutter, for virtuelle maskiner med applikasjonsservere RPO=24 timer. Lagringsdybde - 30 dager. I tilfelle en ulykke RTO=1 time, for å gjenopprette en kopi på forespørsel RTO=4 timer.
Løsningen. For HANA-databasen ble sikkerhetskopier av DATA-filer og loggfiler konfigurert med spesifiserte intervaller. Loggfiler ble arkivert hvert 15. minutt eller når de nådde en viss størrelse.
For å redusere gjenopprettingstiden til databasen setter vi opp to-nivå lagring av sikkerhetskopier basert på lagringssystemet og båndbiblioteket. Nettbaserte kopier legges til diskene med mulighet for gjenoppretting når som helst i løpet av uken. Når sikkerhetskopien blir eldre enn 1 uke, flyttes den til arkivet, til båndbiblioteket, hvor den lagres i ytterligere 30 dager.
En fullstendig sikkerhetskopi av en av databasene på 181 GB gjøres på 1 time og 54 minutter.
Ved oppsett av backup ble SAP backint-grensesnittet brukt, som gjør det mulig å integrere tredjeparts backup-systemer med SAP HANA Studio. Derfor kan sikkerhetskopier administreres direkte fra SAP-konsollen. Dette gjør livet enklere for SAP-administratorer som ikke trenger å venne seg til det nye grensesnittet.
Sikkerhetskopiering er også tilgjengelig for klienten gjennom standard Commvault-klientkonsoll.
Det var alt for i dag. Still spørsmål i kommentarfeltet.
Kilde: www.habr.com