
Salah satu klien kami - pengecer skala federal - menangani pencadangan data di Oracle DBMS. Oracle Zero Data Loss Recovery Appliance (ZDLRA) adalah default untuk ini. Tapi kompleks itu seperti kapal pemecah es kapal pesiar. Selain itu, ZDLRA tidak akan memberikan kendali kepada klien atas semua proses pencadangan melalui satu konsol. Pertimbangan ini memaksa kami untuk mencari alternatif. Salah satunya adalah Veritas NetBackup Appliance 5240, SRC kelas menengah dengan kinerja yang baik dalam kondisi standar. Teknologi Copilot di gudang Veritas, yang dirancang khusus untuk bekerja dengan Oracle DBMS, juga menambah optimisme.
Sebelum menguji Veritas NetBackup Appliance 5240 pada infrastruktur langsung, pelanggan diminta untuk mengujinya. Kami memasang dudukan dan menguji solusinya dalam kondisi pertempuran. Kesimpulannya ternyata menarik.
Kelebihan Veritas NBU
Kami pertama kali melihat teknologi unik apa yang dapat mempercepat proses pencadangan dan pemulihan. Karena kita berbicara tentang mencadangkan database Oracle dan menggunakan 10 GbE (tanpa Fibre Channel) sebagai koneksi jaringan, alat Veritas berikut adalah yang paling berguna:
- Kumpulan Deduplikasi Server Media (MSDP) - deduplikasi data saat itu juga, yang mengoptimalkan replikasi cadangan antar perangkat dan membuat cadangan penuh sintetis selama incremental;
- NetBackup Optimized Duplication menghilangkan redundansi data dengan hanya mentransfer blok unik yang tidak ada di perangkat penerima;
- NetBackup Copilot mengurangi waktu yang diperlukan untuk membuat cadangan Oracle Database dengan snapshot dari sistem file alat NetBackup dan integrasi dengan Oracle RMAN Backup Manager.
NetBackup Copilot adalah teknologi paling menjanjikan dalam konteks database Oracle. Dalam pengujian, kami fokus untuk memeriksa kinerjanya terhadap salinan database inkremental biasa.
Siap untuk pengujian? Ya tapi tidak
Kami menerapkan test bed yang menyertakan NetBackup Master Server, NetBackup Media Server, dan Oracle Linux Server 6.7. Peralatan NetBackup (bertindak sebagai Server Media NetBackup) terhubung ke database melalui dua port 10 GbE, dan Server Master NetBackup disebarkan pada mesin virtual dalam lingkungan virtualisasi VMware vSphere 6.0.
Server fisik dengan OS terinstal Oracle Linux Enterprise 6.7 dan DBMS Oracle 19 digunakan sebagai sumber RK. Untuk mensimulasikan pengoperasian sistem dalam kondisi yang mendekati persyaratan pelanggan, kami menetapkan volume basis pengujian Oracle sebesar 1 TB dalam format Bigfile. Basis data sedang dimuat, dan volume perubahan dalam 12 jam adalah 50-60% dari volume basis data asli.
Jadi ayo pergi! Kami menjalankan pencadangan, tetapi tingkat kinerjanya ternyata sangat rendah - 2,3-2,8 TB / jam. Menurut hasil - halo dari tahun 90-an! Dokumen tentang pekerjaan Veritas NBU dengan Oracle DBMS tidak berisi solusi siap pakai untuk situasi ini. Tetapi fakta ketersediaan Copilot dan kinerja solusi yang baik pada tugas standar, seperti mencadangkan sistem file, menunjukkan bahwa kami kehilangan beberapa poin. Kemudian, bersama dengan kolega dari Veritas, kami mulai mencari perubahan pada NetBackup yang akan meningkatkan kinerja.
Kami memeriksa beberapa lusin pengaturan dan menemukan nilai optimal untuk mereka. Diantara parameter yang mempengaruhi kinerja bangku tes adalah:
- Nilai Bingkai Jumbo (ukuran bingkai Ethernet tempat data dapat ditransfer);
- kebijakan transfer hash (xmit_hash_policy), yang secara langsung memengaruhi kecepatan dan efisiensi pencadangan;
- ukuran buffer (Number Disk, Size Disk) dari Veritas Appliance perlu diubah untuk membuat cadangan database yang sering berubah
Haruskah saya menggunakan Copilot?
Kami memiliki harapan besar untuk NetBackup Copilot - bagaimanapun juga, teknologi ini pada awalnya dirancang untuk bekerja dengan database dan menggunakan penggabungan bertahap Oracle untuk berpindah ke skema pencadangan inkremental selamanya. Saat beroperasi dalam mode Copilot, sistem berinteraksi dengan manajer cadangan DBMS RMAN Oracle untuk menjalankan perintah cadangan DBMS.
Jika Anda memecah proses pencadangan menggunakan NetBackup Copilot menjadi beberapa tahapan, tampilannya seperti ini:
- NetBackup Appliance , Oracle NFS;
- NetBackup;
- (level-0), (level-1);
- , level-0, , level-1;
- NetBackup NFS- ( InfoScale);
- Oracle RMAN NetBackup.
Solusi ini memiliki banyak keuntungan. Misalnya, snapshot dari sistem file penyimpanan NFS dari Alat NetBackup dapat secara otomatis direplikasi (dipindahkan) ke tingkat penyimpanan yang paling efisien: disk, kumpulan deduplikasi, tape, penyimpanan cloud, atau direplikasi ke alat NetBackup di situs cadangan. Ini dilakukan melalui kebijakan manajemen siklus hidup (SLP).
Selain itu, administrator DBMS dapat menggunakan utilitas backup dan restore Oracle. Cadangan tambahan memungkinkan Anda untuk bekerja dengan banyak titik pemulihan, dan semua salinan ada di penyimpanan file yang tidak perlu dikelola.
Dan jika kecepatannya?
Seberapa cepat semuanya bekerja? Setelah mengoptimalkan dan menyesuaikan parameter individu secara manual, kami mendapatkan kecepatan pencadangan yang lumayan.
Tabel meringkas hasil dari pembuatan backup penuh dengan deduplikasi diaktifkan dan dinonaktifkan pada klien, dengan Redo log trimming diaktifkan dan dinonaktifkan, dalam kondisi ketika DBMS sedang dimuat dan tanpa beban.
| Tipe | Jadwal Kerja | Beban DB | Deduplikasi klien | Ulangi log | Waktu berlalu | Kecepatan TB / jam |
| Cadangan | Penuh | Iya | Memungkinkan | Nonaktifkan | 0:14:06 | 4.4 |
| Cadangan | Penuh | Iya | Nonaktifkan | Nonaktifkan | 0:18:22 | 4.2 |
| Cadangan | Penuh | Iya | Memungkinkan | Memungkinkan | 0:22:36 | 4.1 |
| Cadangan | Penuh | Iya | Nonaktifkan | Memungkinkan | 0:30:07 | 3.6 |
| Cadangan | Penuh | # | Memungkinkan | Nonaktifkan | 0:12:16 | 4.7 |
| Cadangan | Penuh | # | Nonaktifkan | Nonaktifkan | 0:16:45 | 4.2 |
| Cadangan | Penuh | # | Memungkinkan | Memungkinkan | 0:16:15 | 4,3 |
| Cadangan | Penuh | # | Nonaktifkan | Memungkinkan | 0:17:40 | 3.9 |
Sistem cadangan NBU menunjukkan kecepatan tulis cadangan yang baik. Hambatan yang jelas dalam pengujian kami adalah subsistem disk Veritas Appliance di 5240 (jumlah disk dalam grup RAID dan kecepatan antarmuka). Pengujian menggunakan konfigurasi minimal dengan satu penutup disk.
Membuat salinan tambahan
Untuk mengevaluasi kinerja dalam mode pencadangan tambahan, kami melakukan pencadangan dua kali sehari pada pukul 10:00 dan 22:00. DBMS sedang dimuat dan deduplikasi diaktifkan pada klien.
| Tipe | Jadwal Kerja | Beban DB | Deduplikasi klien | Waktu berlalu | Kecepatan TB / jam |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:10:58 | 2.2 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:09:58 | 2.2 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:10:03 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:09:04 | 2.2 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:11:13 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:12:01 | 2.2 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:12:21 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:10:53 | 2.5 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:12:03 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:12:04 | 2.2 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:12:13 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:12:01 | 2.2 |
| Cadangan | Incremental 10:00 | Iya | Memungkinkan | 0:12:21 | 2,3 |
| Cadangan | Tambahan 22:00 | Iya | Memungkinkan | 0:10:53 | 2.5 |
Waktu pencadangan tambahan jauh lebih singkat, tetapi kecepatan sesi pencadangan juga lebih lambat.
Aktifkan mode Copilot
Situasinya terlihat berbeda dalam mode Copilot. Dalam pengujian kami, cadangan dibuat setiap 12 jam, dan waktu pencadangan direkam sejak snapshot Oracle dibuat hingga akhir saat cadangan ditulis ke kumpulan penyimpanan pada perangkat NBU.
| Tipe | Beban DB | Waktu berlalu | Megabyte | Kecepatan TB / jam |
| Cadangan | Iya | 0:36:53 | 1.294.153 | 2.6 |
| Cadangan | Iya | 0:32:14 | 1 126 525 | 2.5 |
| Cadangan | Iya | 0:33:34 | 1 152 365 | 2.7 |
| Cadangan | Iya | 0:31:23 | 1 123 620 | 2.6 |
| Cadangan | Iya | 0:44:04 | 1.681.999 | 2.9 |
Hasil tes ini rata-rata. Namun, harus diingat bahwa sintesis cadangan dengan penulisan berikutnya ke kumpulan penyimpanan terjadi di NFS Share. Batas kecepatan baca dan tulis NFS Share tambahan mungkin ikut bertanggung jawab atas kinerja yang buruk. Selain itu, ada teknologi Berbagi yang Dioptimalkan untuk model Peralatan NetBackup "lama", jadi kecepatan pengoperasian dalam mode ini harus lebih tinggi. Kami menggunakan Peralatan Veritas dalam konfigurasi minimal dengan satu rak, sedangkan vendor merekomendasikan minimal dua rak untuk mode Copilot.
Dengan demikian, manfaat utama menggunakan Copilot adalah memulihkan backup penuh terakhir tanpa perlu menjalankan incremental backup. Menggunakan fungsi Instant Restore untuk akses cepat ke DBMS saat masih dalam proses pemulihan juga merupakan nilai tambah yang besar.
Tidak lebih dari 25% dan dalam 50 TB
Mari kembali ke kasus pelanggan. Pengujian pada database sintetis ternyata berguna, karena membantu klien melihat semua pro dan kontra dari solusi yang awalnya menarik. Setelah bermain dengan parameter, kami sampai pada kesimpulan bahwa disarankan untuk menggunakan Veritas NetBackup untuk DBMS dengan ukuran hingga 50 TB, serta dengan perubahan harian dalam database tidak lebih dari 25%. Dengan database ritel yang berubah 50% setiap hari, Veritas NetBackup bukanlah solusi yang layak.
Efek samping dari pengujian kami terbukti bermanfaat. Kami telah menemukan mode optimal untuk Veritas NBU untuk bekerja sama dengan Oracle DBMS. Dengan menyesuaikan parameter dan memilih mode (salinan klasik atau Copilot), Anda dapat membuat alternatif yang layak dan lebih terjangkau untuk mencadangkan dan memulihkan Oracle DBMS dengan jumlah perubahan harian yang relatif kecil dalam database dalam puluhan TB. Bagi yang sudah menggunakan Veritas SRK, ini adalah solusi terbaik. Ini adalah penggunaan SRK yang lebih terjangkau dan pengelolaan semua cadangan melalui satu konsol.
Penulis: Artem Khmelenko, Insinyur Sistem Penyimpanan Data, Jet Infosystems