Aiemmissa viesteissä jaoimme asennusohjeet и perustuu Veeamiin. Tänään haluamme puhua varmuuskopioinnista Commvaultin avulla. Ohjeita ei tule, mutta kerromme mitä ja miten asiakkaamme jo varmuuskopioivat.
Commvault-pohjaisen varmuuskopiojärjestelmän tallennusjärjestelmä OST-2-palvelinkeskuksessa.
Miten se toimii?
Commvault on varmuuskopioalusta sovelluksille, tietokantoille, tiedostojärjestelmille, virtuaalikoneen ja fyysisille palvelimille. Tässä tapauksessa lähtötiedot voivat olla millä tahansa sivustolla: meillä - asiakaspuolella, toisessa kaupallisessa datakeskuksessa tai pilvessä.
Asiakas asentaa agentin varmuuskopioobjekteihin - iData-agentti - ja määrittää sen vaadittujen varmuuskopiointikäytäntöjen mukaisesti. iData Agent kerää tarvittavat tiedot, pakkaa, poistaa kaksoiskappaleet, salaa ja siirtää ne DataLine-varmuuskopiointijärjestelmään.
Välityspalvelimet varmistamme asiakasverkon ja verkkomme liitettävyyden, tiedonsiirtokanavien eristyksen.
DataLine-puolella iData Agentin tiedot vastaanottavat Mediaagenttipalvelin ja lähettää sen tallennusjärjestelmiin, nauhakirjastoihin jne. Kaikkea tätä hallitsee Commserve. Konfiguraatiossamme pääohjauspalvelin sijaitsee OST-sivustolla ja varapalvelin NORD-sivustolla.
Oletusarvoisesti asiakastiedot tallennetaan yhteen sivustoon, mutta voit järjestää varmuuskopiot kahteen paikkaan kerralla tai määrittää aikataulun varmuuskopioiden siirtämiselle toiseen paikkaan. Tätä vaihtoehtoa kutsutaan "apukopioksi". Esimerkiksi kaikki täydelliset varmuuskopiot kuun lopussa monistetaan automaattisesti tai siirretään toiseen sivustoon.
Commvault-varmuuskopiojärjestelmän toimintakaavio.
Varmuuskopiojärjestelmä toimii pääasiassa VMware-virtualisoinnilla: CommServe-, Media Agent- ja Proxy-palvelimet on otettu käyttöön virtuaalikoneissa. Jos asiakas käyttää laitteitamme, varmuuskopiot sijoitetaan Huawei OceanStor 5500 V3 -tallennusjärjestelmään. Asiakkaan tallennusjärjestelmien varmuuskopiointiin, varmuuskopioiden tallentamiseen nauhakirjastoihin, käytetään erillisiä mediaagentteja fyysisille palvelimille.
Mikä on tärkeää asiakkaille?
Kokemuksemme mukaan asiakkaat, jotka valitsevat Commvaultin varmuuskopiointiin, kiinnittävät huomiota seuraaviin seikkoihin.
Konsoli. Asiakkaat haluavat hallita varmuuskopioita itse. Kaikki perustoiminnot ovat saatavilla Commvault-konsolissa:
- palvelimien lisääminen ja poistaminen varmuuskopiointia varten;
- iData Agentin määrittäminen;
- tehtävien luominen ja manuaalinen aloitus;
- varmuuskopioiden itsepalauttaminen;
- varmuuskopiointitehtävien tilasta koskevien ilmoitusten asettaminen;
- konsoliin pääsyn eriyttäminen roolin ja käyttäjäryhmän mukaan.
Päällekkäisyyden poistaminen. Deduplikoinnin avulla voit etsiä ja poistaa päällekkäisiä tietolohkoja varmuuskopiointiprosessin aikana. Siten se auttaa säästämään tilaa tallennusjärjestelmässä ja vähentää siirrettävän tiedon määrää, mikä vähentää kaistanleveyden vaatimuksia. Ilman päällekkäisyyden poistamista varmuuskopiot ottaisivat kaksi tai kolme kertaa alkuperäisen tiedon koon.
Commvaultin tapauksessa duplikoinnin poistaminen voidaan määrittää asiakas- tai mediaagenttipuolella. Ensimmäisessä tapauksessa ei-yksilöllisiä tietolohkoja ei edes siirretä Media Agent Serveriin. Toisessa vaiheessa toistuva lohko hylätään, eikä sitä kirjoiteta tallennusjärjestelmään.
Tällainen lohkon poistaminen perustuu hash-funktioihin. Jokaiselle lohkolle on määritetty hash, joka tallennetaan hash-taulukkoon, eräänlaiseen tietokantaan (Dedduplication Database, DDB). Dataa siirrettäessä tiiviste "lävistetään" tämän pohjan läpi. Jos tällainen hash on jo tietokannassa, lohko merkitään ei-ainutlaatuiseksi, eikä sitä siirretä Media Agent Serveriin (ensimmäisessä tapauksessa) tai kirjoiteta tallennusjärjestelmään (toisessa).
Deduplikoinnin ansiosta voimme säästää jopa 78 % tallennustilasta. Nyt tallennustilassa on 166,4 TB. Ilman kopioiden poistamista meidän olisi tallennettava 744 TB.
Mahdollisuus erottaa oikeudet. Commvaultilla on mahdollisuus asettaa eri käyttöoikeustasoja varmuuskopioiden hallintaan. Niin kutsutut "roolit" määräävät, mitä toimia tehdään käyttäjä suhteessa varmuuskopioobjekteihin. Esimerkiksi kehittäjät voivat vain palauttaa tietokannan sisältävän palvelimen tiettyyn paikkaan, kun taas järjestelmänvalvoja voi suorittaa epäjärjestyksessä olevan varmuuskopion samalle palvelimelle ja lisätä uusia käyttäjiä.
Salaus. Voit salata tiedot varmuuskopioinnin aikana Commvaultin kautta seuraavilla tavoilla:
- asiakasagentin puolella: tässä tapauksessa tiedot siirretään varmuuskopiojärjestelmään jo salatussa muodossa;
- Media Agentin puolella;
- kanavatasolla: tiedot salataan asiakasagentin puolella ja puretaan Media Agent Serverissä.
Käytettävissä olevat salausalgoritmit: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (Commvaultin suosittelema).
Osa tilastoista
Joulukuun puoliväliin mennessä meillä on Commvaultin avulla varmuuskopioimassa 27 asiakasta. Suurin osa heistä on vähittäiskauppiaita ja rahoituslaitoksia. Alkuperäisen kopiodatan kokonaismäärä on 65 TB.
Päivittäin tehdään noin 4400 tehtävää. Alla on tilastot suoritetuista tehtävistä viimeisen 16 päivän ajalta.
Ennen kaikkea Windows File System-, SQL Server- ja Exchange-tietokannat varmuuskopioidaan Commvaultin kautta.
Ja nyt luvatut tapaukset. Vaikka ne ovat persoonattomia (NDA tervehtii :)), ne antavat käsityksen siitä, mitä ja miten asiakkaat käyttävät Commvault-pohjaista varmuuskopiointia. Alla on tapaustutkimuksia asiakkaille, jotka käyttävät yhtä varmuuskopiojärjestelmää eli jaettua ohjelmistoa, Media Agent -palvelimia ja tallennusjärjestelmiä.
Tapaus 1
Asiakas. Venäläinen makeismarkkinoiden kauppa- ja valmistusyritys, jolla on hajautettu toimipisteverkosto kaikkialla Venäjällä.
Tehtävä.Varmuuskopioinnin järjestäminen Microsoft SQL -tietokantoihin, tiedostopalvelimiin, sovelluspalvelimiin, Exchange Online -postilaatikoihin.
Alkutiedot sijaitsevat toimistoissa kaikkialla Venäjällä (yli 10 kaupungissa). Sinun on varmuuskopioitava DataLine-sivustolle ja myöhemmin palautettava tiedot missä tahansa yrityksen toimistossa.
Samaan aikaan asiakas halusi täyden itsehallinnan kulunvalvonnalla.
Säilytyssyvyys - vuosi. Exchange Online, 3 kuukautta online-kopiot ja vuosi arkistot.
Päätös. Toisen sivuston tietokantoihin perustettiin lisäkopio: kuukauden viimeinen täysi varmuuskopio siirretään toiselle sivustolle ja säilytetään siellä vuoden ajan.
Asiakkaan etätoimistojen kanavien laatu ei aina mahdollistanut varmuuskopiointia ja palautusta optimaalisessa ajassa. Lähetetyn liikenteen määrän vähentämiseksi deduplikointi määritettiin asiakaspuolella. Hänen ansiostaan täyden varmuuskopioinnin aika tuli hyväksyttäväksi ottaen huomioon toimistojen syrjäisyys. Esimerkiksi täydellinen 131 Gt:n tietokannan varmuuskopiointi Pietarista tehdään 16 minuutissa. Jekaterinburgista 340 Gt:n tietokanta varmuuskopioidaan 1 tunnin 45 minuutin ajan.
Roolien kautta asiakas on määrittänyt kehittäjilleen erilaisia käyttöoikeuksia: vain varmuuskopiointi tai palautus.
Tapaus 2
Asiakas. Venäläinen lastentarvikemyymäläketju.
Tehtävä. Varmuuskopioinnin järjestäminen:
korkeasti ladattu MS SQL -klusteri, joka perustuu 4 fyysiseen palvelimeen;
virtuaalikoneet, joissa on verkkosivusto, sovelluspalvelimet, 1C, Exchange ja tiedostopalvelimet.
Asiakkaan koko määritetty infrastruktuuri on sijoitettu OST- ja NORD-sivustojen väliin.
RPO SQL-palvelimille - 30 minuuttia, lopuille - 1 päivä.
Säilytyssyvyys - 2 viikosta 30 päivään tietojen tyypistä riippuen.
Päätös. Valitsimme Veeamiin ja Commvaultiin perustuvien ratkaisujen yhdistelmän. Veeamia käytetään tiedostojen varmuuskopiointiin pilvestämme. Tietokantapalvelimet, Active Directory, sähköposti ja fyysiset palvelimet varmuuskopioidaan Commvaultin kautta.
Suuren varmuuskopiointinopeuden saavuttamiseksi asiakas allokoi erillisen verkkosovittimen fyysisille palvelimille MS SQL:llä varmuuskopiointitehtäviä varten. 3,4 Tt:n tietokannan täydellinen varmuuskopiointi kestää 2 tuntia 20 minuuttia ja täydellinen palautus 5 tuntia 5 minuuttia.
Asiakkaalla oli suuri määrä alkutietoja (lähes 18 TB). Jos tiedot pinottaisiin nauhakirjastoon, kuten asiakas oli aiemmin tehnyt, tarvittaisiin useita kymmeniä kasetteja. Tämä vaikeuttaisi asiakkaan koko varmuuskopiojärjestelmän hallintaa. Siksi nauhakirjasto korvattiin lopullisessa toteutuksessa tallennusjärjestelmällä.
Tapaus 3
Asiakas. Supermarketketju IVY-maissa
Tehtävä. Asiakas halusi varmuuskopioida ja palauttaa pilvessämme isännöityjä SAP-järjestelmiä. SAP HANA -tietokannoille RPO = 15 minuuttia, virtuaalikoneille, joissa on sovelluspalvelimia, RPO = 24 tuntia. Säilytyssyvyys - 30 päivää. Onnettomuuden sattuessa RTO=1 tunti, kopion palauttaminen pyynnöstä RTO=4 tuntia.
Päätös. HANA-tietokannassa DATA-tiedostojen ja lokitiedostojen varmuuskopiot määritettiin tietyin väliajoin. Lokitiedostot arkistoitiin 15 minuutin välein tai kun ne saavuttivat tietyn koon.
Tietokannan palautumisajan lyhentämiseksi määritimme varmuuskopioille kaksitasoisen tallennusjärjestelmän, joka perustuu tallennusjärjestelmään ja nauhakirjastoon. Levyille lisätään online-kopioita, jotka voidaan palauttaa milloin tahansa viikon aikana. Kun varmuuskopiosta tulee yli 1 viikkoa vanha, se siirretään arkistoon, nauhakirjastoon, jossa sitä säilytetään vielä 30 päivää.
Täysi varmuuskopio yhdestä 181 Gt:n tietokannasta tehdään 1 tunnissa 54 minuutissa.
Varmuuskopioinnissa käytettiin SAP backint -rajapintaa, joka mahdollistaa kolmannen osapuolen varmuuskopiointijärjestelmien integroinnin SAP HANA Studioon. Siksi varmuuskopioita voidaan hallita suoraan SAP-konsolista. Tämä helpottaa SAP-järjestelmänvalvojien elämää, joiden ei tarvitse tottua uuteen käyttöliittymään.
Varmuuskopioiden hallinta on myös asiakkaan käytettävissä tavallisen Commvault-asiakaskonsolin kautta.
Siinä kaikki tältä päivältä. Esitä kysymyksiä kommenteissa.
Lähde: will.com