Backup and DR untuk Microsoft SQL Server di perangkat pencadangan/pemulihan

Mengambil data SQL Server

Dengan Backup and DR, Anda dapat mengambil jenis aplikasi Microsoft SQL Server berikut:

  • Instance

  • Database di Grup Ketersediaan Always On

  • Grup konsistensi database

  • Database individual

  • Basis data sistem

  • Basis data pengguna

  • Database di VM

Backup and DR memindahkan dan mengelola data Microsoft SQL Server secara terpisah dari tempat Microsoft SQL Server menulis penyimpanan utamanya.

Peralatan pencadangan/pemulihan menyimpan data aplikasi di disk staging. Snapshot pada disk staging memungkinkan peralatan pencadangan/pemulihan untuk mempertahankan data historis.

Bersiap mencadangkan data Microsoft SQL Server

Persiapan untuk mencadangkan data Microsoft SQL Server terdiri dari empat langkah:

  1. Tambahkan server yang menghosting database Microsoft SQL Server.

  2. Menemukan VM dan database Microsoft SQL Server.

  3. Tentukan template kebijakan Backup and DR serta profil resource sesuai dengan RPO dan RTO Anda.

    Database yang menggunakan model pemulihan penuh Microsoft SQL Server dapat menangkap database dan log-nya. Oleh karena itu, database yang diambil dapat dipulihkan ke titik waktu tertentu dengan memutar log-nya ke depan.

  4. Menetapkan template kebijakan Backup and DR dan profil resource ke database Microsoft SQL Server.

Pengambilan data

Saat mengambil data, pertimbangkan hal berikut:

  • Disk staging akan otomatis dibuat dan dipasang di server.

  • Salinan lengkap awal dibuat ke disk staging. Salinan berikutnya hanya terdiri dari blok yang diubah.

  • Disk staging dilepas dari server.

  • Snapshot disk staging dibuat di perangkat pencadangan/pemulihan.

Merekam log database SQL Server

Pengambilan log database ditetapkan di Detail & Setelan kebijakan snapshot. Hal ini memungkinkan satu kebijakan snapshot untuk mengambil log database Microsoft SQL Server dan grup konsistensi yang berisi database Microsoft SQL Server.

Frekuensi pengambilan log database ditentukan secara terpisah dari frekuensi database. Misalnya, database dapat diambil setiap hari dan log-nya diambil setiap jam.

Frekuensi pencadangan log database ditetapkan dalam menit, dan frekuensi pengambilan log tidak boleh melebihi frekuensi pengambilan database terkait. Misalnya, jika frekuensi pengambilan database adalah setiap 24 jam, frekuensi pengambilan file log harus sama dengan atau kurang dari setiap 24 jam.

Retensi log juga ditentukan secara terpisah dari database terkait. Dengan memiliki periode retensi terpisah, Anda dapat mempertahankan informasi log yang cukup untuk mencakup semua versi snapshot dan OnVault dari database. Misalnya, jika data snapshot database disimpan selama tiga hari dan data OnVault-nya disimpan selama tujuh hari, Anda dapat menentukan retensi log untuk mencakup seluruh tujuh hari tersebut. Dalam contoh ini, satu database yang diambil dapat dipilih dan log-nya dapat di-roll forward selama seluruh periode.

Log database di-stage ke satu disk staging di kumpulan snapshot Backup and DR. Untuk menghemat ruang di kumpulan snapshot, Anda dapat menggunakan setelan lanjutan untuk menginstruksikan database agar mengompresi log-nya.

Anda dapat menentukan untuk mereplikasi log transaksi database Microsoft SQL Server ke peralatan pencadangan/pemulihan jarak jauh. Anda dapat menggunakan log di situs jarak jauh untuk database apa pun dalam rentang retensi log yang direplikasi.

Mengubah ukuran disk staging log database

Ruang fisik yang diperlukan untuk mengakomodasi pencadangan log database dikelola secara otomatis oleh Backup and DR. Ruang ini disebut disk staging log dan terpisah dari penyimpanan yang dikelola oleh server sumber. Setidaknya, Backup and DR mengevaluasi ukuran log standar dan periode retensinya, serta menggunakan disk yang lebih besar jika diperlukan.

Untuk mengelola persyaratan penyimpanan log database secara lebih efisien dan efektif, kebijakan snapshot menyediakan setelan lanjutan berikut:

  • Log Backup Retention Period: Retensi log ditentukan secara terpisah dari database terkait. Dengan memiliki rasio retensi yang terpisah, Anda dapat mempertahankan informasi log yang cukup untuk mencakup semua versi snapshot database. Periode retensi log adalah setelan wajib.

  • Log Staging Disk Size Growth: Menentukan persentase untuk meningkatkan disk staging tempat log berada secara otomatis.

  • Estimated Change Rate: Menentukan perubahan harian (persen), yang memungkinkan peralatan pencadangan/pemulihan menghitung ukuran disk staging yang diperlukan untuk menyimpan log dengan lebih baik.

  • Compress Database Log Backup: Menginstruksikan database sumber untuk mengompresi log-nya sebelum diambil di peralatan pencadangan/pemulihan. Server database melakukan kompresi log selama pencadangan log (defaultnya adalah Enabled).

Opsi pengambilan data SQL Server

Bagian berikut membahas opsi pengambilan data SQL Server.

Merekam instance, database individual, dan grup database

Agen Backup and DR digunakan untuk mengambil instance, database pengguna, database sistem, dan grup database di server fisik dan virtual.

Saat mencatat instance SQL Server, Anda memiliki opsi untuk mencatat seluruh instance atau database yang dipilih dalam instance. Saat Anda melindungi seluruh instance, saat database ditambahkan ke instance, database tersebut akan otomatis disertakan dalam tugas pengambilan Backup and DR berikutnya. Database dalam instance dihentikan sementara dan diambil bersama dengan satu rencana pencadangan.

Jika database Backup and DR dan pengambilan log diaktifkan pada kebijakan rencana pencadangan, semua database dalam instance tersebut dapat dipulihkan ke titik waktu yang sama. Pemulihan dan roll forward log untuk semua atau masing-masing database dalam instance dilakukan dari antarmuka pengguna Backup and DR dengan satu tindakan.

Anggota individual instance dapat diakses dengan operasi pemasangan, clone, LiveClone, dan pemulihan sesuai kebutuhan.

Grup konsistensi pengambilan

Grup konsistensi adalah grup database yang dihentikan sementara dan diambil bersama dengan satu template kebijakan rencana cadangan dan profil resource. Keanggotaan ke grup konsistensi ditetapkan secara manual dan cocok untuk grup database yang anggotanya tidak terlalu sering berubah. Untuk melindungi anggota baru grup database secara otomatis, buat dan lindungi database tersebut dalam instance SQL Server.

Seperti namanya, grup konsistensi memastikan pengambilan dan pemulihan point-in-time yang konsisten di beberapa database. Jika teknologi pengambilan log dan database Backup and DR diaktifkan pada kebijakan rencana cadangan, semua database dalam grup tersebut dapat dipulihkan ke point-in-time yang sama. Pemulihan dan penggantian log untuk semua atau setiap database dalam grup konsistensi dilakukan dari antarmuka pengguna Backup and DR dengan satu tindakan. Anggota grup konsistensi harus berada di instance yang sama.

Grup konsistensi dapat terdiri dari hal berikut:

  • Satu atau beberapa database sistem

  • Satu atau beberapa database pengguna

  • Database sistem atau pengguna secara bersamaan

  • Nol atau beberapa sistem file (huruf drive atau direktori pemasangan)

Anggota individu dari grup konsistensi dapat diakses oleh operasi pemasangan, clone, LiveClone, dan pemulihan.

Database dalam instance failover yang dikelompokkan harus ditemukan dari node aktif. Setelah dilindungi, GO akan mengikuti node SQL aktif dalam cluster. Tugas perlindungan terus berjalan bahkan dalam kondisi failover. Selain membuat operasi pengambilan dan akses menjadi cepat, grup konsistensi menggunakan lebih sedikit resource sistem (VDisk) dibandingkan dengan melindungi database satu per satu.

Anda dapat memvalidasi integritas cadangan database secara berkala dengan memasang cadangan ke server dan menjalankan pemeriksaan konsistensi database. Anda dapat menggunakan fitur alur kerja untuk mengotomatiskan proses validasi.

Merekam database dan volume booting VM

Saat mencatat database di VM, Anda juga memiliki opsi untuk mencatat volume boot VM. Saat volume booting VM diambil bersama dengan databasenya, cadangan dapat ditampilkan sebagai database dan VM yang berfungsi penuh. Cadangan kemudian dapat dimigrasikan ke lokasi baru yang permanen.

Mereplikasi data SQL Server

Data dapat direplikasi ke perangkat pencadangan/pemulihan kedua atau ke cloud untuk tujuan pemulihan, disaster recovery, atau pengujian atau pengembangan. Replikasi data telah lama menjadi penghambat pengelolaan data yang efisien di lingkungan yang terdistribusi secara geografis. Replikasi Backup and DR mengatasi masalah ini dengan kompresi yang:

  • Mengurangi penggunaan jaringan secara keseluruhan.

  • Menghilangkan kebutuhan akan akselerator atau pengoptimal WAN khusus.

  • Mengenkripsi data menggunakan standar enkripsi AES-256. Autentikasi antara peralatan pencadangan/pemulihan dilakukan menggunakan sertifikat 1024-bit.

Replikasi dikontrol oleh kebijakan template kebijakan Backup and DR:

  • Kebijakan Produksi ke Duplikasi memiliki beberapa opsi untuk mereplikasi data ke peralatan pencadangan/pemulihan kedua.

  • Kebijakan Production to OnVault menggunakan mesin eksklusif Backup and DR untuk mentransfer data ke penyimpanan objek.

Mereplikasi log

Jika Enable Database Log Backup kebijakan ditetapkan ke Enable, setelan lanjutan Replicate Logs memungkinkan log transaksi database Microsoft SQL Server direplikasi ke peralatan pencadangan/pemulihan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi StreamSnap yang disertakan dalam template beserta profil resource yang menentukan peralatan pencadangan/pemulihan jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Anda kemudian dapat menggunakan log di situs jarak jauh untuk pencadangan database apa pun dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default.

Replikasi log menggunakan teknologi StreamSnap untuk melakukan replikasi antara perangkat pencadangan/pemulihan lokal dan jarak jauh; replikasi log langsung dari kumpulan snapshot lokal ke kumpulan snapshot di perangkat jarak jauh.

Log juga dapat direplikasi ke kumpulan OnVault. Jika diaktifkan (bukan default), log akan dikirim ke setiap kumpulan OnVault yang ditentukan oleh kombinasi kebijakan OnVault atau profil resource yang valid (misalnya, kumpulan OnVault satu dipilih dalam kebijakan, dan kumpulan OnVault satu ditentukan dalam profil resource). Retensi log di kumpulan OnVault selalu cocok dengan retensi log di kumpulan snapshot.

Mengakses data SQL Server

Untuk database Microsoft SQL Server yang menggunakan model pemulihan penuh, Backup and DR dapat langsung menampilkan salinan database yang di-roll forward ke titik waktu tertentu. Operasi roll forward ditentukan di konsol pengelolaan peralatan.

Untuk database Microsoft SQL Server yang menggunakan model pemulihan dasar, Backup and DR dapat langsung menampilkan cadangan database yang belum melewati periode retensinya.

Terlepas dari model pemulihan Microsoft SQL Server yang digunakan, data Microsoft SQL Server dapat diakses menggunakan antarmuka iSCSI. Jika Anda menggunakan VMware (GCVE), data juga dapat diakses menggunakan Datastore NFS yang ditampilkan ke host ESXi.

Kontrol akses berbasis peran

Anda dapat mengontrol pengguna yang memiliki akses ke data, fitur Backup and DR, dan resource. Data yang diambil dapat ditandai sebagai sensitif, dan pengguna Backup and DR dapat diberi izin akses ke data sensitif.

Dudukan

Fungsi pemasangan Backup and DR memberikan akses instan ke data tanpa memindahkan data. Salinan database yang diambil dapat di-roll forward menggunakan antarmuka pengguna Backup and DR dan dipasang di server database mana pun. Backup and DR menyediakan dua cara untuk memasang database Microsoft SQL Server:

  • Pemasangan Aplikasi Virtual menampilkan dan menyediakan data Microsoft SQL Server yang diambil ke server target sebagai database Microsoft SQL Server. Dengan demikian, Anda dapat membuat dan mengelola salinan database produksi untuk penggunaan non-produksi. Pemasangan aplikasi virtual dibuat dari peralatan pencadangan/pemulihan dan tidak memerlukan intervensi manual oleh administrator database, server, atau penyimpanan. Pemasangan aplikasi virtual dapat digunakan untuk pelaporan database, analisis, pengujian integritas, serta pengujian dan pengembangan. Database virtual dijelaskan secara mendetail di Memasang database SQL Server sebagai database virtual baru dan Memasang database ke grup Ketersediaan Always On SQL.

  • Pemasangan standar, yang juga disebut pemasangan langsung, menampilkan dan menyediakan data Microsoft SQL Server yang diambil ke server target sebagai sistem file, bukan sebagai database. Hal ini berguna jika database rusak, hilang, atau jika server database sedang diganti. Dalam kasus tersebut, Anda tidak dapat menggunakan operasi pemulihan untuk memulihkan database. Sebagai gantinya, Anda dapat memasang cadangan dan menyalin file database dari cadangan yang terpasang ke lokasi aslinya di server database. Pemasangan Langsung dijelaskan secara mendetail di Memasang data Microsoft SQL yang diambil.

LiveClones

LiveClone adalah salinan independen data Microsoft SQL Server yang dapat diperbarui dan disamarkan sebelum disediakan untuk pengguna. Hal ini memungkinkan tim pengembangan dan pengujian mengerjakan set data terbaru tanpa harus mengelola data secara manual atau mengganggu lingkungan produksi.

Clones

Fungsi clone memindahkan salinan data produksi ke lokasi yang berbeda dari sumbernya. Jumlah waktu yang diperlukan untuk menyelesaikan operasi clone bergantung pada jumlah data yang terlibat. Clone dijelaskan secara mendetail di Meng-clone database SQL Server.

Pemulihan

Pemulihan mengembalikan data produksi ke titik waktu yang ditentukan. Operasi pemulihan benar-benar memindahkan data. Operasi pemulihan biasanya dilakukan setelah kerusakan data yang masif. Jumlah waktu yang diperlukan untuk menyelesaikan operasi pemulihan bergantung pada jumlah data yang terlibat.

Untuk memulihkan database, lalu menerapkan log, database yang dipulihkan harus dalam Mode Pemulihan. Anda dapat memulihkan database dalam Mode Pemulihan, lalu melakukan roll forward log ke titik waktu tertentu. Jika Anda memulihkan database tanpa menentukan Restore with no Recovery, database akan dipulihkan dan diaktifkan tanpa menerapkan log. Pemulihan dijelaskan secara mendetail di Memulihkan database SQL Server. Untuk pemulihan dengan periode nonaktif yang hampir nol, pasang data terlebih dahulu seperti yang dijelaskan dalam Memasang dan memigrasikan data SQL.

Alur kerja untuk mengotomatiskan akses ke data SQL Server

Workflows mengotomatiskan akses ke data Microsoft SQL Server yang diambil. Workflows dapat menampilkan data sebagai pemasangan langsung atau sebagai LiveClone:

  • Pemasangan langsung (standar atau Application Awareness) berfungsi dengan baik untuk data Microsoft SQL Server yang tidak perlu disamarkan sebelum ditampilkan. Salinan data yang terpasang dapat diperbarui secara manual atau otomatis sesuai jadwal. Pemasangan langsung memungkinkan Anda mengakses data Microsoft SQL Server yang diambil secara instan tanpa benar-benar memindahkan data.

  • LiveClone adalah salinan data Microsoft SQL Server produksi Anda yang dapat diupdate secara manual atau terjadwal. Anda dapat menyamarkan data sensitif dalam LiveClone sebelum menyediakannya bagi pengguna.

Menggabungkan pengambilan data dan kontrol akses Microsoft SQL Server otomatis dari Backup and DR dengan alur kerja dan kemampuan penyamaran data opsionalnya memungkinkan Anda membuat lingkungan penyediaan mandiri. Pengguna dapat menyediakan lingkungan mereka sendiri hampir secara instan.

Misalnya, administrator Backup and DR dapat membuat kebijakan template pencadangan yang mengambil data Microsoft SQL Server sesuai dengan jadwal yang ditentukan. Administrator dapat menandai data Microsoft SQL Server produksi yang diambil sebagai sensitif dan hanya dapat diakses oleh pengguna dengan hak akses yang sesuai.

Setelah hak akses ditentukan dan data diambil, administrator dapat membuat alur kerja yang:

  • Membuat data Microsoft SQL Server yang diambil tersedia sebagai LiveClone atau sebagai pemasangan langsung.

  • Mengupdate data LiveClone atau Microsoft SQL Server yang dapat dipasang secara terjadwal atau on-demand

  • Secara opsional, menerapkan skrip secara otomatis ke data Microsoft SQL Server LiveClone setelah setiap update. Hal ini berguna untuk menyamarkan data Microsoft SQL Server yang sensitif.

Setelah Alur Kerja selesai, pengguna dengan akses yang tepat dapat menyediakan lingkungan mereka dengan LiveClone atau data Microsoft SQL Server yang dapat dipasang.

Backup and DR yang berfungsi dengan produk cadangan yang ada

Seiring dengan makin banyaknya perusahaan yang ingin mempercepat pengembangan aplikasi menggunakan database produksi, Backup and DR sering kali harus berdampingan dengan produk pencadangan lama yang bekerja di lingkungan database produksi yang sama. Backup and DR dapat berdampingan dengan produk lain yang mengambil data dari database produksi, jika praktik terbaik ini diikuti.

Backup and DR memiliki metode eksklusif untuk pelacakan blok perubahan, sehingga solusi pencadangan yang menggunakan SQL atau metode lain untuk mendapatkan cadangan tidak akan terpengaruh oleh tugas pengambilan data Backup and DR yang dijadwalkan.

Tugas pencadangan dapat sangat intensif I/O. Pencadangan ini mungkin memiliki durasi yang lama, dan dapat memengaruhi performa database selama periode pencadangan. Backup and DR meminimalkan dampak selama tugas, tetapi update inkremental selamanya di tingkat blok pun harus menghasilkan beberapa I/O, dan memerlukan sedikit waktu.

Persyaratan Jangan jadwalkan software pencadangan lama dan Backup and DR untuk menjalankan tugas dengan cara yang memungkinkan tumpang-tindih waktu.
Praktik Terbaik Jadwalkan tugas database Backup and DR untuk dimulai pada saat software pencadangan lama seharusnya selesai. Jangan jadwalkan software pencadangan lama untuk berjalan segera setelah tugas Backup and DR biasanya selesai.
Alasan Jika tugas pencadangan lama dan tugas Backup and DR berjalan secara bersamaan, hal ini dapat menyebabkan dampak performa yang serius pada server database yang menyebabkan ketidakstabilan dan kemungkinan pemadaman layanan.

Log database digunakan untuk mencatat setiap transaksi dalam database, sehingga memungkinkan pemulihan point-in-time. Sebagian besar kasus penggunaan ketangkasan berpusat pada mendapatkan snapshot database secara berkala dari produksi. Frekuensi umum berkisar dari harian hingga mingguan atau sekali dalam dua minggu, bergantung pada kasus penggunaan. Akibatnya, developer aplikasi biasanya tidak perlu memosisikan instance non-produksi ke titik waktu tertentu dari sumber (produksi). Hal ini biasanya menghilangkan kebutuhan untuk menangkap dan mengelola log sebagai bagian dari solusi kelincahan Backup and DR.

Persyaratan Hanya satu sistem yang dapat mengelola (mengambil atau memotong (menghapus)) log, baik software pencadangan lama maupun Backup and DR.
Praktik Terbaik Terus izinkan semua pengelolaan log dilakukan oleh software pencadangan lama, jangan gunakan Backup and DR untuk melindungi log di lingkungan ini.
Alasan Jika sistem Anda dikonfigurasi untuk mengelola (menangkap atau memotong(menghapus)) log, dan software pencadangan lama juga menangkap dan/atau memotong/menghapus log, maka salah satu atau kedua sistem mungkin akan berakhir dengan rantai log yang tidak lengkap, sehingga sulit atau tidak mungkin untuk memulihkan database ke titik waktu tertentu.

Dokumentasi lain untuk Backup and DR untuk Microsoft SQL Server

Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan database Microsoft SQL Server dengan Backup dan DR. Anda dapat menemukan informasi tambahan di:

Langkah Berikutnya

Menyiapkan database SQL Server untuk Backup and DR.