Sa mga nakaraang post, nagbahagi kami ng mga tagubilin para sa pag-set up ΠΈ batay sa Veeam. Ngayon gusto naming pag-usapan ang tungkol sa pag-backup gamit ang Commvault. Walang mga tagubilin, ngunit sasabihin namin sa iyo kung ano at paano nagba-back up ang aming mga kliyente.
Storage system ng isang backup system batay sa Commvault sa OST-2 data center.
Paano ito gumagana?
Ang Commvault ay isang backup na platform para sa mga application, database, file system, virtual machine at pisikal na server. Sa kasong ito, ang paunang data ay maaaring nasa anumang site: sa amin - sa panig ng kliyente, sa isa pang komersyal na data center o sa cloud.
Nag-i-install ang kliyente ng ahente sa mga backup na bagay - Ahente ng iData - at kino-configure ito alinsunod sa mga kinakailangang patakaran sa pag-backup. Kinokolekta ng iData Agent ang kinakailangang data, i-compress, i-deduplicate, ine-encrypt at inililipat ang mga ito sa DataLine backup system.
Mga proxy server tiyakin ang pagkakakonekta ng network ng kliyente at ng aming network, ang paghihiwalay ng mga channel kung saan ipinapadala ang data.
Sa panig ng DataLine, natatanggap ang data mula sa iData Agent Server ng Ahente ng Media at ipinapadala ito sa storage sa mga storage system, tape library, atbp. Ang lahat ng ito ay pinamamahalaan ng Mag-commserve. Sa aming configuration, ang pangunahing control server ay matatagpuan sa OST site, at ang backup server ay matatagpuan sa NORD site.
Bilang default, ang data ng kliyente ay naka-imbak sa isang site, ngunit maaari mong ayusin ang mga backup sa dalawang lokasyon nang sabay-sabay o mag-set up ng iskedyul para sa paglilipat ng mga backup sa pangalawang site. Ang opsyong ito ay tinatawag na "auxiliary copy". Halimbawa, ang lahat ng buong backup sa katapusan ng buwan ay awtomatikong mado-duplicate o ililipat sa pangalawang site.
Scheme ng pagpapatakbo ng Commvault backup system.
Ang backup system ay pangunahing gumagana sa VMware virtualization: CommServe, Media Agent at Proxy server ay naka-deploy sa mga virtual machine. Kung ginagamit ng kliyente ang aming kagamitan, ang mga backup ay ilalagay sa Huawei OceanStor 5500 V3 storage system. Upang i-back up ang mga system ng imbakan ng kliyente, mag-imbak ng mga backup sa mga tape library, hiwalay na Media Agents sa mga pisikal na server ang ginagamit.
Ano ang mahalaga sa mga kliyente?
Mula sa aming karanasan, binibigyang pansin ng mga customer na pipili ng Commvault para sa backup ang mga sumusunod na punto.
Console. Gusto ng mga customer na pamahalaan ang mga backup sa kanilang sarili. Ang lahat ng mga pangunahing operasyon ay magagamit sa Commvault console:
- pagdaragdag at pag-alis ng mga server para sa backup;
- pag-set up ng iData Agent;
- paglikha at manu-manong pagsisimula ng mga gawain;
- pagpapanumbalik sa sarili ng mga backup;
- pagtatakda ng mga abiso tungkol sa katayuan ng mga backup na gawain;
- pagkakaiba ng pag-access sa console depende sa tungkulin at pangkat ng mga user.
Deduplikasyon. Binibigyang-daan ka ng deduplication na maghanap at mag-alis ng mga duplicate na bloke ng data sa panahon ng proseso ng pag-backup. Kaya, nakakatulong ito upang makatipid ng espasyo sa sistema ng imbakan at binabawasan ang dami ng data na inilipat, na binabawasan ang mga kinakailangan para sa bandwidth. Kung walang pag-deduplikasyon, ang pag-backup ay aabot ng dalawa hanggang tatlong beses ang laki ng orihinal na data.
Sa kaso ng Commvault, maaaring i-configure ang deduplication sa panig ng kliyente o sa panig ng Media Agent. Sa unang kaso, ang mga di-natatanging data block ay hindi man lang ililipat sa Media Agent Server. Sa pangalawa, ang paulit-ulit na bloke ay itinapon at hindi nakasulat sa sistema ng imbakan.
Ang nasabing block deduplication ay batay sa hash functions. Ang bawat bloke ay itinalaga ng hash, na nakaimbak sa isang hash table, isang uri ng database (Deduplication Database, DDB). Kapag nagpapadala ng data, ang hash ay "pinuntok" sa base na ito. Kung ang naturang hash ay nasa database na, kung gayon ang block ay minarkahan bilang hindi natatangi at hindi ililipat sa Media Agent Server (sa unang kaso) o nakasulat sa data storage system (sa pangalawa).
Salamat sa deduplication, makakatipid kami ng hanggang 78% ng storage space. Ngayon, 166,4 TB ang nakaimbak sa storage. Kung walang deduplication, kailangan nating mag-imbak ng 744 TB.
Posibilidad ng pagkakaiba ng mga karapatan. Ang Commvault ay may kakayahang magtakda ng iba't ibang antas ng pag-access sa backup na pamamahala. Ang tinatawag na "mga tungkulin" ay tumutukoy kung anong mga aksyon ang magiging user na may kaugnayan sa mga backup na bagay. Halimbawa, ang mga developer ay makakapag-restore lamang ng isang server na may database sa isang partikular na lokasyon, habang ang isang administrator ay makakapagpatakbo ng isang out-of-order na backup para sa parehong server at magdagdag ng mga bagong user.
Pag-encrypt. Maaari kang mag-encrypt ng data habang nagba-back up sa pamamagitan ng Commvault sa mga sumusunod na paraan:
- sa panig ng ahente ng kliyente: sa kasong ito, ang data ay ililipat sa backup system na nasa naka-encrypt na form;
- sa panig ng Media Agent;
- sa antas ng channel: ang data ay naka-encrypt sa gilid ng ahente ng kliyente at na-decrypt sa Media Agent Server.
Magagamit na mga algorithm ng pag-encrypt: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (inirerekomenda ng Commvault).
Ang ilang mga istatistika
Sa kalagitnaan ng Disyembre, sa tulong ng Commvault, mayroon kaming 27 na kliyenteng nagba-back up. Karamihan sa kanila ay mga retailer at mga institusyong pinansyal. Ang kabuuang halaga ng orihinal na data ng kopya ay 65 TB.
Humigit-kumulang 4400 gawain ang ginagawa bawat araw. Nasa ibaba ang mga istatistika sa mga nakumpletong gawain para sa huling 16 na araw.
Higit sa lahat, ang Windows File System, SQL Server at Exchange database ay naka-back up sa pamamagitan ng Commvault.
At ngayon ang mga ipinangako kaso. Bagama't impersonal (kumusta ang NDA :)), nagbibigay sila ng ideya kung ano at paano ginagamit ng mga customer ang backup na nakabatay sa Commvault. Nasa ibaba ang mga case study para sa mga customer na gumagamit ng iisang backup system, ibig sabihin, shared software, Media Agent Server, at storage system.
Kaso 1
Customer. Ang kumpanya ng pangangalakal at pagmamanupaktura ng Russia ng merkado ng confectionery na may isang ipinamamahagi na network ng mga sangay sa buong Russia.
Isang gawain.Organisasyon ng backup para sa Microsoft SQL database, file server, application server, Exchange Online mailbox.
Ang paunang data ay matatagpuan sa mga opisina sa buong Russia (higit sa 10 lungsod). Kailangan mong mag-backup sa site ng DataLine na may kasunod na pagbawi ng data sa alinman sa mga opisina ng kumpanya.
Kasabay nito, nais ng kliyente ang ganap na pamamahala sa sarili na may kontrol sa pag-access.
Lalim ng imbakan - taon. Para sa Exchange Online, 3 buwan para sa mga online na kopya at isang taon para sa mga archive.
Ang solusyon. Isang karagdagang kopya ang na-set up para sa mga database sa pangalawang site: ang huling buong backup ng buwan ay ililipat sa ibang site at iniimbak doon sa loob ng isang taon.
Ang kalidad ng mga channel mula sa mga malalayong opisina ng kliyente ay hindi palaging pinapayagan ang pag-backup at pag-restore sa pinakamainam na time frame. Upang bawasan ang dami ng ipinadalang trapiko, na-configure ang deduplication sa panig ng kliyente. Salamat sa kanya, ang oras ng isang buong backup ay naging katanggap-tanggap, na isinasaalang-alang ang liblib ng mga opisina. Halimbawa, ang isang buong database backup na 131 GB mula sa St. Petersburg ay tapos na sa loob ng 16 minuto. Mula sa Yekaterinburg, isang 340 GB na database ang naka-back up sa loob ng 1 oras 45 minuto.
Sa pamamagitan ng mga tungkulin, nag-configure ang customer ng iba't ibang mga pahintulot para sa mga developer nito: i-backup o i-restore lang.
Kaso 2
Customer. Russian chain ng mga tindahan ng mga kalakal ng mga bata.
Isang gawain. Organisasyon ng backup para sa:
isang mataas na puno ng MS SQL cluster batay sa 4 na pisikal na server;
mga virtual machine na may website, application server, 1C, Exchange at file server.
Ang buong tinukoy na imprastraktura ng kliyente ay may pagitan sa pagitan ng mga site ng OST at NORD.
RPO para sa mga SQL server - 30 minuto, para sa natitira - 1 araw.
Lalim ng imbakan - mula 2 linggo hanggang 30 araw, depende sa uri ng data.
Ang solusyon. Pinili namin ang kumbinasyon ng mga solusyon batay sa Veeam at Commvault. Ginagamit ang Veeam para sa mga backup ng file mula sa aming cloud. Ang mga database server, Active Directory, mail at mga pisikal na server ay naka-back up sa pamamagitan ng Commvault.
Upang makamit ang mataas na bilis ng pag-backup, naglaan ang kliyente ng hiwalay na network adapter sa mga pisikal na server na may MS SQL para sa mga backup na gawain. Ang isang buong backup ng isang 3,4 TB database ay tumatagal ng 2 oras 20 minuto, at ang isang buong pag-restore ay tumatagal ng 5 oras 5 minuto.
Ang kliyente ay may malaking halaga ng paunang data (halos 18 TB). Kung ang data ay isalansan sa isang tape library, tulad ng ginawa ng kliyente noon, ilang dosenang cartridge ang kakailanganin. Ito ay magpapalubha sa pamamahala ng buong backup system ng kliyente. Samakatuwid, sa huling pagpapatupad, ang tape library ay pinalitan ng isang sistema ng imbakan.
Kaso 3
Customer. chain ng supermarket sa CIS
Isang gawain. Gusto ng customer na i-back up at i-restore ang mga SAP system na naka-host sa aming cloud. Para sa mga database ng SAP HANA na RPO=15 minuto, para sa mga virtual machine na may mga server ng application na RPO=24 na oras. Lalim ng imbakan - 30 araw. Sa kaso ng isang aksidente RTO=1 oras, upang ibalik ang isang kopya on demand RTO=4 na oras.
Ang solusyon. Para sa database ng HANA, ang mga backup ng DATA file at Log file ay na-configure sa mga tinukoy na agwat. Ang mga log file ay na-archive tuwing 15 minuto o kapag umabot sila sa isang partikular na laki.
Upang bawasan ang oras ng pagbawi ng database, nag-set up kami ng dalawang antas na storage ng mga backup batay sa storage system at sa tape library. Ang mga on-line na kopya ay idinaragdag sa mga disk na may posibilidad na mabawi anumang oras sa loob ng linggo. Kapag lumampas na sa 1 linggo ang backup, ililipat ito sa archive, sa tape library, kung saan ito nakaimbak para sa isa pang 30 araw.
Ang isang buong backup ng isa sa mga 181 GB na database ay ginagawa sa loob ng 1 oras 54 minuto.
Kapag nagse-set up ng backup, ginamit ang interface ng SAP backint, na nagbibigay-daan sa pagsasama ng mga third-party na backup system sa SAP HANA Studio. Samakatuwid, ang mga backup ay maaaring direktang pamahalaan mula sa SAP console. Ginagawa nitong mas madali ang buhay para sa mga administrator ng SAP na hindi na kailangang masanay sa bagong interface.
Ang pamamahala ng backup ay magagamit din sa kliyente sa pamamagitan ng karaniwang Commvault client console.
Yan lamang para sa araw na ito. Magtanong sa mga komento.
Pinagmulan: www.habr.com