Dina tulisan sateuacana, kami ngabagi petunjuk pikeun nyetél и dumasar kana Veeam. Dinten ieu kami hoyong ngobrol ngeunaan cadangan ngagunakeun Commvault. Henteu aya petunjuk, tapi kami bakal nyarioskeun ka anjeun naon sareng kumaha klien kami parantos nyadangkeun.
Sistem panyimpenan sistem cadangan dumasar kana Commvault dina puseur data OST-2.
Kumaha carana sangkan eta pagawean?
Commvault mangrupikeun platform cadangan pikeun aplikasi, basis data, sistem file, mesin virtual sareng server fisik. Dina hal ieu, data awal tiasa dina situs mana wae: kalawan kami - di sisi klien, di puseur data komérsial séjén atawa dina awan.
Klién masang agén dina objék cadangan - Agen iData - sareng ngonpigurasikeunana saluyu sareng kawijakan cadangan anu diperyogikeun. iData Agent ngumpulkeun data anu diperlukeun, compresses, deduplicates, encrypts sarta mindahkeun kana sistem cadangan DataLine.
server proxy mastikeun konektipitas jaringan klien tur jaringan urang, isolasi saluran ngaliwatan nu data dikirimkeun.
Di sisi DataLine, data ti Agen iData nampi Server Agen Media sarta ngirimkeun ka gudang on sistem gudang, perpustakaan tape, jsb Sadaya ieu dikelola ku Commserve. Dina konfigurasi urang, server kontrol utama ayana dina situs Ost, sarta server cadangan lokasina di situs NORD.
Sacara standar, data klien disimpen dina hiji situs, tapi anjeun tiasa ngatur cadangan ka dua lokasi sakaligus atanapi nyetél jadwal pikeun mindahkeun cadangan ka situs kadua. Pilihan ieu disebut "salinan bantu". Contona, sadaya cadangan lengkep dina ahir bulan bakal otomatis duplikat atawa dipindahkeun ka situs kadua.
Skéma operasi sistem cadangan Commvault.
Sistem cadangan dianggo utamina dina virtualisasi VMware: CommServe, Media Agent sareng server Proxy disebarkeun dina mesin virtual. Upami klien nganggo alat kami, cadanganna disimpen dina sistem panyimpen Huawei OceanStor 5500 V3. Pikeun nyadangkeun sistem panyimpen klien, nyimpen cadangan dina pustaka pita, Agén Media misah dina server fisik dianggo.
Naon anu penting pikeun klien?
Tina pangalaman urang, para nasabah anu milih Commvault pikeun cadangan nengetan titik-titik di handap ieu.
Konsol. Konsumén hoyong ngatur cadangan sorangan. Sadaya operasi dasar sayogi dina konsol Commvault:
- nambahkeun jeung miceun server pikeun cadangan;
- nyetel Agen iData;
- nyiptakeun sareng ngamimitian tugas manual;
- restorasi diri tina cadangan;
- netepkeun béwara ngeunaan status tugas cadangan;
- diferensiasi aksés ka konsol gumantung kana peran jeung grup pamaké.
Deduplikasi. Deduplication ngidinan Anjeun pikeun manggihan jeung cabut duplikat blok data salila prosés cadangan. Ku kituna, éta mantuan pikeun ngahemat spasi dina sistem gudang sarta ngurangan jumlah data ditransfer, ngurangan sarat pikeun rubakpita. Tanpa deduplikasi, cadangan bakal nyandak dua nepi ka tilu kali ukuran tina data aslina.
Dina kasus Commvault, deduplication tiasa dikonpigurasi dina sisi klien atanapi di sisi Agen Media. Dina kasus nu pertama, blok data non-unik malah moal ditransfer ka Server Agen Media. Dina kadua, blok repeating dipiceun teu ditulis kana sistem gudang.
Deduplikasi blok sapertos ieu dumasar kana fungsi hash. Unggal blok ditugaskeun hash, nu disimpen dina tabel hash, jenis database (Deduplication Database, DDB). Nalika ngirimkeun data, hash "ditinju" ngalangkungan dasar ieu. Upami hash sapertos kitu parantos aya dina pangkalan data, maka blokna ditandaan salaku non-unik sareng henteu ditransfer ka Server Agen Media (dina kasus anu munggaran) atanapi diserat kana sistem panyimpen data (dina kadua).
Hatur nuhun kana deduplikasi, urang tiasa ngahemat dugi ka 78% rohangan panyimpen. Ayeuna 166,4 TB disimpen dina panyimpenan. Tanpa deduplikasi, urang kedah nyimpen 744 TB.
Kamungkinan pikeun ngabédakeun hak. Commvault gaduh kamampuan pikeun nyetél tingkat aksés anu béda pikeun manajemén cadangan. Nu disebut "peran" nangtukeun naon lampah bakal pamaké dina hubungan objék cadangan. Contona, pamekar ngan bakal bisa mulangkeun server kalawan database ka lokasi husus, bari administrator bakal tiasa ngajalankeun cadangan kaluar-of-urutan pikeun server sarua jeung nambahkeun pamaké anyar.
Énkripsi. Anjeun tiasa énkripsi data nalika nyadangkeun via Commvault ku cara kieu:
- di sisi agén klien: dina hal ieu, data bakal dialihkeun kana sistem cadangan anu tos aya dina bentuk énkripsi;
- di sisi Agen Media;
- di tingkat channel: data énkripsi di sisi agén klien tur decrypted on Media Agen Server.
Algoritma enkripsi anu sayogi: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (dianjurkeun ku Commvault).
Sababaraha statistik
Dina pertengahan Desember, kalayan bantosan Commvault, urang gaduh 27 klien anu nyadangkeun. Kalobaannana nyaéta pangecér sareng lembaga keuangan. Jumlah total data salinan aslina nyaéta 65 TB.
Kira-kira 4400 tugas dilaksanakeun sadinten. Di handap ieu aya statistik ngeunaan tugas réngsé salila 16 poé panungtungan.
Paling sadaya, Windows File System, SQL Server jeung database Exchange dicadangkeun ngaliwatan Commvault.
Sareng ayeuna kasus anu dijanjikeun. Sanajan teu pribadi (NDA nyebutkeun halo :)), aranjeunna masihan hiji gagasan pikeun naon jeung kumaha konsumén make cadangan basis Commvault. Di handap ieu aya studi kasus pikeun konsumén anu ngagunakeun sistem cadangan tunggal, nyaéta parangkat lunak anu dibagi, Server Agen Media, sareng sistem panyimpen.
Kasus 1
Palanggan. Perusahaan dagang sareng manufaktur Rusia pasar confectionery kalayan jaringan cabang anu disebarkeun di sakumna Rusia.
Hiji tugas.Organisasi cadangan pikeun pangkalan data Microsoft SQL, server file, server aplikasi, kotak surat Exchange Online.
Data awal lokasina di kantor sakuliah Rusia (leuwih ti 10 kota). Anjeun kedah nyadangkeun ka situs DataLine sareng pamulihan data saterasna di mana-mana kantor perusahaan.
Dina waktu nu sarua, klien nu hayang pinuh timer manajemén jeung kontrol aksés.
Jero gudang - taun. Pikeun Exchange Online, 3 bulan kanggo salinan online sareng sataun kanggo arsip.
Solusi. Salinan tambahan disetél pikeun pangkalan data dina situs kadua: cadangan pinuh terakhir bulan ditransferkeun ka situs sanés sareng disimpen di dinya salami sataun.
Kualitas saluran ti kantor jauh klien teu salawasna ngidinan cadangan tur malikkeun dina pigura waktos optimal. Pikeun ngirangan jumlah lalu lintas anu dikirimkeun, deduplikasi dikonpigurasi dina sisi klien. Hatur nuhun ka dirina, waktos cadangan pinuh janten ditarima, nyokot kana akun remoteness sahiji kantor. Contona, cadangan database pinuh ku 131 GB ti St.. Petersburg dipigawé dina 16 menit. Ti Yekaterinburg, database 340 GB dicadangkeun pikeun 1 jam 45 menit.
Ngaliwatan peran, nasabah geus ngonpigurasi idin béda pikeun pamekar na: ngan cadangan atawa balikkeun.
Kasus 2
Palanggan. ranté Rusia toko barang barudak.
Hiji tugas. Organisasi cadangan pikeun:
a klaster MS SQL kacida dimuat dumasar kana 4 server fisik;
mesin virtual kalawan ramatloka a, server aplikasi, 1C, Exchange na file server.
Sakabeh infrastruktur husus tina klien dipisahkeun antara situs OST jeung NORD.
RPO pikeun server SQL - 30 menit, sésana - 1 dinten.
Jero gudang - ti 2 minggu ka 30 poé, gumantung kana jenis data.
Solusi. Kami milih kombinasi solusi dumasar kana Veeam sareng Commvault. Veeam dianggo pikeun nyadangkeun file tina awan urang. Server database, Active Directory, mail sareng server fisik dicadangkeun ngaliwatan Commvault.
Pikeun ngahontal kagancangan cadangan anu luhur, klien nyayogikeun adaptor jaringan anu misah dina server fisik sareng MS SQL pikeun tugas cadangan. A cadangan pinuh ku 3,4 TB database nyokot 2 jam 20 menit, sarta mulangkeun pinuh nyokot 5 jam 5 menit.
Klién ngagaduhan jumlah data awal anu ageung (ampir 18 TB). Upami data ditumpuk kana perpustakaan pita, sakumaha anu parantos dilakukeun ku klien sateuacanna, maka sababaraha belasan kartrid bakal diperyogikeun. Ieu bakal ngahesekeun manajemén sakabéh sistem cadangan klien. Ku alatan éta, dina palaksanaan ahir, perpustakaan tape diganti ku sistem gudang.
Kasus 3
Palanggan. ranté supermarket di CIS
Hiji tugas. Palanggan hoyong nyadangkeun sareng malikkeun sistem SAP anu di-host dina awan kami. Pikeun SAP HANA database RPO = 15 menit, pikeun mesin virtual kalawan server aplikasi RPO = 24 jam. Jero gudang - 30 poé. Bisi kacilakaan RTO = 1 jam, mulangkeun salinan on demand RTO = 4 jam.
Solusi. Pikeun database HANA, cadangan file DATA sareng file Log dikonpigurasi dina interval anu ditangtukeun. File log diarsipkeun unggal 15 menit atanapi nalika aranjeunna ngahontal ukuran anu tangtu.
Pikeun ngurangan waktu recovery database, urang nyetél gudang dua-tingkat cadangan dumasar kana sistem gudang jeung perpustakaan tape. Salinan on-line ditambahkeun kana disk jeung kamungkinan recovery iraha wae salila saminggu. Nalika cadangan janten heubeul ti 1 minggu, eta dipindahkeun ka arsip, ka perpustakaan tape, dimana eta disimpen pikeun sejen 30 poé.
A cadangan pinuh ku salah sahiji 181 GB database dipigawé dina 1 jam 54 menit.
Nalika nyetél cadangan, antarmuka backint SAP dianggo, anu ngamungkinkeun ngahijikeun sistem cadangan pihak katilu sareng SAP HANA Studio. Ku alatan éta, cadangan bisa diatur langsung ti konsol SAP. Ieu ngagampangkeun kahirupan pikeun pangurus SAP anu henteu kedah biasa kana antarmuka énggal.
Manajemén cadangan ogé sayogi pikeun klien ngaliwatan konsol klien Commvault standar.
Sakitu wae kanggo dinten ieu. Tanya patarosan dina komentar.
sumber: www.habr.com