Di postingan sebelumnya, kami membagikan petunjuk pengaturannya ΠΈ berdasarkan Veeam. Hari ini kami ingin berbicara tentang pencadangan menggunakan Commvault. Tidak akan ada instruksi, tetapi kami akan memberi tahu Anda apa dan bagaimana klien kami sudah melakukan pencadangan.
Sistem penyimpanan sistem cadangan berdasarkan Commvault di pusat data OST-2.
Bagaimana cara kerjanya?
Commvault adalah platform cadangan untuk aplikasi, database, sistem file, mesin virtual, dan server fisik. Dalam hal ini, data awal dapat berada di situs mana pun: bersama kami - di sisi klien, di pusat data komersial lain, atau di cloud.
Klien menginstal agen pada objek cadangan - Agen iData - dan mengonfigurasinya sesuai dengan kebijakan pencadangan yang diperlukan. Agen iData mengumpulkan data yang diperlukan, mengompres, menghapus duplikat, mengenkripsi, dan mentransfernya ke sistem cadangan DataLine.
Server proksi memastikan konektivitas jaringan klien dan jaringan kami, isolasi saluran melalui mana data dikirimkan.
Di sisi DataLine, data dari Agen iData menerima Server Agen Media dan mengirimkannya ke penyimpanan di sistem penyimpanan, perpustakaan tape, dll. Semua ini dikelola oleh Komservasi. Dalam konfigurasi kami, server kontrol utama terletak di situs OST, dan server cadangan terletak di situs NORD.
Secara default, data klien disimpan di satu situs, namun Anda dapat mengatur pencadangan ke dua lokasi sekaligus atau mengatur jadwal untuk mentransfer cadangan ke situs kedua. Opsi ini disebut βsalinan tambahanβ. Misalnya, semua full backup di akhir bulan akan otomatis diduplikasi atau dipindahkan ke situs kedua.
Skema pengoperasian sistem cadangan Commvault.
Sistem cadangan bekerja terutama pada virtualisasi VMware: CommServe, Media Agent, dan server Proxy dikerahkan pada mesin virtual. Jika klien menggunakan peralatan kami, maka cadangan ditempatkan pada sistem penyimpanan Huawei OceanStor 5500 V3. Untuk mencadangkan sistem penyimpanan klien, menyimpan cadangan di perpustakaan tape, Agen Media terpisah di server fisik digunakan.
Apa yang penting bagi klien?
Dari pengalaman kami, pelanggan yang memilih Commvault untuk cadangan memperhatikan poin-poin berikut.
Menghibur. Pelanggan ingin mengelola cadangannya sendiri. Semua operasi dasar tersedia di konsol Commvault:
- menambah dan menghapus server untuk cadangan;
- menyiapkan Agen iData;
- pembuatan dan permulaan tugas secara manual;
- pemulihan cadangan secara mandiri;
- mengatur pemberitahuan tentang status tugas pencadangan;
- diferensiasi akses ke konsol tergantung pada peran dan kelompok pengguna.
Deduplikasi. Deduplikasi memungkinkan Anda menemukan dan menghapus blok data duplikat selama proses pencadangan. Oleh karena itu, ini membantu menghemat ruang pada sistem penyimpanan dan mengurangi jumlah data yang ditransfer, sehingga mengurangi kebutuhan bandwidth. Tanpa deduplikasi, pencadangan akan memakan waktu dua hingga tiga kali ukuran data asli.
Dalam kasus Commvault, deduplikasi dapat dikonfigurasi di sisi klien atau di sisi Agen Media. Dalam kasus pertama, blok data non-unik bahkan tidak akan ditransfer ke Server Agen Media. Yang kedua, blok berulang dibuang dan tidak ditulis ke sistem penyimpanan.
Deduplikasi blok tersebut didasarkan pada fungsi hash. Setiap blok diberi hash, yang disimpan dalam tabel hash, semacam database (Deduplication Database, DDB). Saat mentransmisikan data, hash βdilubangiβ melalui basis ini. Jika hash tersebut sudah ada dalam database, maka blok tersebut ditandai sebagai tidak unik dan tidak ditransfer ke Server Agen Media (dalam kasus pertama) atau tidak ditulis ke sistem penyimpanan data (dalam kasus kedua).
Berkat deduplikasi, kami dapat menghemat hingga 78% ruang penyimpanan. Sekarang 166,4 TB disimpan di penyimpanan. Tanpa deduplikasi, kita harus menyimpan 744 TB.
Kemungkinan untuk membedakan hak. Commvault memiliki kemampuan untuk mengatur tingkat akses berbeda ke manajemen cadangan. Apa yang disebut βperanβ menentukan tindakan apa yang akan dilakukan pengguna dalam kaitannya dengan objek cadangan. Misalnya, pengembang hanya dapat memulihkan server dengan database ke lokasi tertentu, sementara administrator akan dapat menjalankan pencadangan yang rusak untuk server yang sama dan menambahkan pengguna baru.
Enkripsi. Anda dapat mengenkripsi data saat membuat cadangan melalui Commvault dengan cara berikut:
- di pihak agen klien: dalam hal ini, data akan ditransfer ke sistem cadangan dalam bentuk terenkripsi;
- di sisi Agen Media;
- di tingkat saluran: data dienkripsi di sisi agen klien dan didekripsi di Server Agen Media.
Algoritma enkripsi yang tersedia: Blowfish, Gost, Serpent, Twofish, 3-DES, AES (disarankan oleh Commvault).
Beberapa statistik
Pada pertengahan Desember, dengan bantuan Commvault, kami memiliki 27 klien yang melakukan cadangan. Kebanyakan dari mereka adalah pengecer dan lembaga keuangan. Jumlah total data salinan asli adalah 65 TB.
Sekitar 4400 tugas dilakukan setiap hari. Di bawah ini adalah statistik tugas yang diselesaikan selama 16 hari terakhir.
Yang terpenting, Sistem File Windows, SQL Server, dan database Exchange dicadangkan melalui Commvault.
Dan sekarang kasus yang dijanjikan. Meskipun tidak bersifat pribadi (NDA menyapa :)), mereka memberikan gambaran tentang apa dan bagaimana pelanggan menggunakan cadangan berbasis Commvault. Di bawah ini adalah studi kasus untuk pelanggan yang menggunakan sistem cadangan tunggal, yaitu perangkat lunak bersama, Server Agen Media, dan sistem penyimpanan.
Kasus 1
Pelanggan. Perusahaan perdagangan dan manufaktur Rusia di pasar gula-gula dengan jaringan cabang terdistribusi di seluruh Rusia.
Sebuah tugas.Organisasi pencadangan database Microsoft SQL, server file, server aplikasi, kotak surat Exchange Online.
Data awal berlokasi di kantor-kantor di seluruh Rusia (lebih dari 10 kota). Anda perlu membuat cadangan ke situs DataLine dengan pemulihan data selanjutnya di salah satu kantor perusahaan.
Pada saat yang sama, klien menginginkan manajemen mandiri penuh dengan kontrol akses.
Kedalaman penyimpanan - tahun. Untuk Exchange Online, 3 bulan untuk salinan online dan satu tahun untuk arsip.
Solusinya. Salinan tambahan telah disiapkan untuk database di situs kedua: cadangan penuh terakhir pada bulan tersebut ditransfer ke situs lain dan disimpan di sana selama satu tahun.
Kualitas saluran dari kantor jarak jauh klien tidak selalu memungkinkan pencadangan dan pemulihan dalam jangka waktu optimal. Untuk mengurangi jumlah lalu lintas yang dikirimkan, deduplikasi dikonfigurasi di sisi klien. Berkat dia, waktu pencadangan penuh dapat diterima, dengan mempertimbangkan keterpencilan kantor. Misalnya, pencadangan database lengkap sebesar 131 GB dari St. Petersburg dilakukan dalam 16 menit. Dari Yekaterinburg, database 340 GB dicadangkan dalam waktu 1 jam 45 menit.
Melalui peran, pelanggan telah mengonfigurasi izin berbeda untuk pengembangnya: hanya pencadangan atau pemulihan.
Kasus 2
Pelanggan. Jaringan toko perlengkapan anak-anak Rusia.
Sebuah tugas. Organisasi pencadangan untuk:
cluster MS SQL yang sarat muatan berdasarkan 4 server fisik;
mesin virtual dengan situs web, server aplikasi, 1C, Exchange, dan server file.
Seluruh infrastruktur klien yang ditentukan ditempatkan antara situs OST dan NORD.
RPO untuk server SQL - 30 menit, sisanya - 1 hari.
Kedalaman penyimpanan - dari 2 minggu hingga 30 hari, tergantung pada jenis data.
Solusinya. Kami memilih kombinasi solusi berdasarkan Veeam dan Commvault. Veeam digunakan untuk backup file dari cloud kami. Server database, Direktori Aktif, email, dan server fisik dicadangkan melalui Commvault.
Untuk mencapai kecepatan pencadangan yang tinggi, klien mengalokasikan adaptor jaringan terpisah di server fisik dengan MS SQL untuk tugas pencadangan. Pencadangan penuh database 3,4 TB memerlukan waktu 2 jam 20 menit, dan pemulihan penuh memerlukan waktu 5 jam 5 menit.
Klien memiliki data awal dalam jumlah besar (hampir 18 TB). Jika data akan ditumpuk ke perpustakaan tape, seperti yang dilakukan klien sebelumnya, maka diperlukan beberapa lusin kartrid. Hal ini akan mempersulit pengelolaan seluruh sistem cadangan klien. Oleh karena itu, pada implementasi akhir, perpustakaan tape digantikan oleh sistem penyimpanan.
Kasus 3
Pelanggan. Jaringan supermarket di CIS
Sebuah tugas. Pelanggan ingin mencadangkan dan memulihkan sistem SAP yang dihosting di cloud kami. Untuk database SAP HANA RPO=15 menit, untuk mesin virtual dengan server aplikasi RPO=24 jam. Kedalaman penyimpanan - 30 hari. Jika terjadi kecelakaan RTO=1 jam, untuk memulihkan salinan sesuai permintaan RTO=4 jam.
Solusinya. Untuk database HANA, cadangan file DATA dan file Log dikonfigurasikan pada interval tertentu. File log diarsipkan setiap 15 menit atau ketika mencapai ukuran tertentu.
Untuk mengurangi waktu pemulihan database, kami menyiapkan penyimpanan cadangan dua tingkat berdasarkan sistem penyimpanan dan perpustakaan tape. Salinan online ditambahkan ke disk dengan kemungkinan pemulihan kapan saja selama seminggu. Ketika cadangan menjadi lebih lama dari 1 minggu, cadangan tersebut dipindahkan ke arsip, ke perpustakaan tape, di mana cadangan disimpan selama 30 hari berikutnya.
Pencadangan penuh salah satu database 181 GB dilakukan dalam 1 jam 54 menit.
Saat menyiapkan pencadangan, antarmuka SAP backint digunakan, yang memungkinkan pengintegrasian sistem pencadangan pihak ketiga dengan SAP HANA Studio. Oleh karena itu, pencadangan dapat dikelola langsung dari konsol SAP. Hal ini membuat hidup lebih mudah bagi administrator SAP yang tidak harus terbiasa dengan antarmuka baru.
Manajemen cadangan juga tersedia untuk klien melalui konsol klien Commvault standar.
Itu saja untuk hari ini. Ajukan pertanyaan di komentar.
Sumber: www.habr.com