Mengonfigurasi rencana pencadangan untuk instance dan database Microsoft SQL Server

Layanan Pencadangan dan DR memungkinkan Anda mencadangkan Microsoft SQL Server:

  • Instance

  • Database utama grup ketersediaan Always On

  • Database di VM

  • Basis data sistem

  • Basis data pengguna

  • Database dan file dukungan dalam grup konsistensi

  • Setiap anggota grup konsistensi

Sebelum memulai

Sebelum Anda melindungi database Microsoft SQL Server:

Praktik terbaik untuk melindungi database Microsoft SQL Server

Untuk database Microsoft SQL Server yang menggunakan model pemulihan penuh, manfaatkan kemampuan appliance pencadangan/pemulihan untuk mencadangkan database dan log-nya dengan satu kebijakan. Jika database dan log-nya dicadangkan, appliance dapat memulihkan database ke titik waktu tertentu dengan memutar log-nya ke depan menggunakan antarmuka pengguna appliance. Pencadangan database dan lognya diaktifkan menggunakan setelan lanjutan template kebijakan.

Mencadangkan database di instance versus grup konsistensi

Saat database dihentikan untuk membuat cadangan, snapshot disknya akan dibuat, lalu dirilis. Untuk grup konsistensi dan instance database, anggota dihentikan dan dirilis bersama untuk data titik waktu yang konsisten.

Saat mencadangkan Instance SQL, saat database ditambahkan ke instance, database tersebut akan otomatis disertakan dalam operasi pencadangan Backup dan DR. Mencadangkan database di instance SQL cocok untuk lingkungan tempat database ditambahkan dan dihapus secara rutin. Database yang di-mount ke instance SQL sebagai aplikasi virtual tidak dilindungi dengan anggota instance lainnya. Database yang dipasang secara virtual harus dilindungi secara terpisah.

Keanggotaan ke grup konsistensi dilakukan secara manual. Mencadangkan database dalam grup konsistensi cocok untuk lingkungan tempat database tidak sering ditambahkan atau dihapus.

Pengelolaan database versus VM

Microsoft SQL Server dilindungi secara berbeda, baik dilindungi sebagai aplikasi (database, instance, atau grup ketersediaan) maupun sebagai bagian dari seluruh VM.

Dilindungi sebagai Aplikasi, Bukan ESP Dilindungi sebagai Bagian dari VM
Appliance pencadangan/pemulihan hanya melindungi file database. Seluruh VM VMware dibatasi menggunakan VMware API. Jika Anda mengelola database SQL yang merupakan bagian dari seluruh VM yang dilindungi, lihat [Melindungi dan memulihkan instance Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
Agen pencadangan dan DR menkoordinasikan snapshot VSS dan melakukan pemotongan log. VMware API mengoordinasikan snapshot VSS. Agen Pencadangan dan DR harus diinstal di VM untuk pemotongan log.
Agen Pencadangan dan DR menggunakan pelacakan blok perubahan pada file bernama—sangat efisien untuk file database yang besar. VMware API menyediakan pelacakan blok perubahan.
Log transaksi dicadangkan saat tugas pencadangan berjalan jika Anda memilih Truncate Log After Backup di Details & Settings (lihat [Mengonfigurasi setelan lanjutan untuk penggantian setelan kebijakan](: #SetOverrides) Log transaksi tidak dicadangkan.
Klien dapat melakukan roll forward dengan log. Roll forward tidak didukung selama pemulihan.

Gunakan petunjuk berikut untuk menerapkan rencana pencadangan guna melindungi database server Microsoft SQL.

  1. Dari konsol pengelolaan, buka Pengelola Aplikasi > Aplikasi. Halaman Applications akan terbuka.

  2. Pilih database, instance, AG, atau grup konsistensi Microsoft SQL Server yang ingin Anda cadangkan, lalu di pojok kanan bawah halaman, pilih Kelola Rencana Pencadangan.

  3. Dari jendela Manage Backup Plan, pilih Template dan Profile dari menu drop-down:

    • Template. Template pencadangan yang ada yang menyertakan kebijakan untuk menentukan snapshot dan replikasi data aplikasi.

    • Profil. Profil resource yang ada yang menentukan resource yang digunakan untuk menyimpan data aplikasi sebagai snapshot dan image yang direplikasi.

  4. Dari jendela Kelola Template Rencana Cadangan, lakukan perubahan berikut sebelum menerapkan rencana cadangan:

    • Setelan Aplikasi. Setelan khusus untuk Microsoft SQL seperti jenis aplikasi, nama host, alamat IP host, jalur, sistem operasi, perangkat pencadangan/pemulihan, dan alamat IP perangkat.

    • Penggantian Kebijakan. Ganti setelan kebijakan tertentu yang sebelumnya dikonfigurasi dalam template pencadangan yang dipilih. Penggantian kebijakan dapat berguna atau diperlukan dalam situasi tertentu. Anda hanya dapat mengganti setelan kebijakan jika template kebijakan telah dikonfigurasi untuk mengizinkan penggantian setelan kebijakan.

  5. Untuk memilih database, klik Edit di bagian Database Inclusion Rule. Dialog Kelola Langganan akan terbuka.

    • Dari dialog Manage Membership, pilih database yang akan dicadangkan dengan menetapkan aturan penyertaan (All, System Databases, User Databases), lalu pilih apakah aturan harus Include Selected atau Exclude Selected.

    • Klik Simpan dan dialog Kelola Langganan akan ditutup.

  6. Klik Terapkan untuk menerapkan template cadangan dan profil resource, lalu kotak pesan berhasil akan muncul.

    Saat pertama kali database yang dipilih ditemukan, tugas on-demand akan berjalan sesegera mungkin untuk melindungi data. Setelah itu, data baru dicadangkan saat tugas terjadwal berjalan sesuai dengan jam operasi yang ditentukan dalam template pencadangan. Misalnya, jika pada pukul 10.00 (UTC) Anda menetapkan template yang memiliki jam operasi dari pukul 02.00 hingga 05.00 (UTC), tugas pertama tidak akan dimulai hingga aplikasi memiliki slot tugas yang tersedia setelah pukul 02.00 (UTC).

Perlindungan log database dalam kebijakan Rencana pencadangan

Saat membuat kebijakan snapshot untuk database, Anda juga dapat mencadangkan file log-nya. Frekuensi pencadangan log database ditentukan secara terpisah dari database. Misalnya, database dapat dicadangkan setiap hari dan log-nya dicadangkan setiap jam. Frekuensi pencadangan log database ditetapkan dalam menit, dan frekuensi pencadangan log tidak boleh melebihi frekuensi pencadangan database terkait. Misalnya, jika database dibatasi setiap 24 jam, frekuensi pencadangan file log harus kurang dari setiap 24 jam.

Frekuensi dan retensi ditentukan di Detail & Setelan dari kebijakan snapshot database. Pencadangan log dilakukan tanpa memperhatikan waktu database terkait dicadangkan.

Anda mengaktifkan Log Protection melalui setelan lanjutan Enable Database Log Backup dalam kebijakan snapshot rencana pencadangan. Frekuensi dan retensi ditentukan di Detail & Setelan untuk kebijakan rencana cadangan.

Ruang yang diperlukan untuk mengakomodasi log database dikelola secara otomatis oleh konsol pengelolaan. Konsol pengelolaan mengevaluasi ukuran log standar dan periode retensi log tersebut, serta menambahkan ruang sesuai kebutuhan. Untuk mengelola persyaratan penyimpanan untuk log database, kebijakan Snapshot menyediakan setelan lanjutan berikut:

  • Periode Retensi Cadangan Log. Retensi log ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan periode retensi terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan di kumpulan Snapshot dan secara opsional di kumpulan OnVault. Periode retensi log wajib ada saat pencadangan log diaktifkan.

  • Replikasi Log. Anda dapat mereplikasi log database ke perangkat cadangan/pemulihan jarak jauh atau ke kumpulan OnVault, dan menggunakan log jarak jauh untuk setiap image database dalam rentang retensi log yang direplikasi. Replikasi log menggunakan teknologi StreamSnap antara perangkat lokal dan jarak jauh, yang langsung beralih dari kumpulan snapshot lokal ke kumpulan snapshot di perangkat jarak jauh. Tindakan ini memerlukan kebijakan replikasi StreamSnap dalam template, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu.

  • Log Staging Disk Size Growth Size. Menentukan persentase untuk memperluas disk staging tempat log berada secara otomatis. Setelan ini berupa persentase dan nilai yang valid adalah dari 5 hingga 100.

  • Estimasi Rasio Perubahan. Menentukan perubahan harian (dalam persen), yang memungkinkan appliance pencadangan/pemulihan menghitung ukuran disk staging yang diperlukan untuk menyimpan log dengan lebih baik. Setelan ini adalah persentase dan nilai yang valid adalah 0 hingga 100.

  • Mengompresi Pencadangan Log Database. Memberi petunjuk kepada database sumber untuk mengompresi lognya sebelum mencadangkan. Server database melakukan kompresi log selama pencadangan log.

Mengonfigurasi setelan lanjutan untuk penggantian setelan kebijakan

Klik Penggantian Kebijakan di jendela Kelola Rencana Pencadangan untuk menampilkan dialog Penggantian Setelan Kebijakan. Dari sini, Anda dapat mengganti setelan kebijakan tertentu yang terkait dengan template pencadangan yang dipilih. Setelah selesai, klik Simpan Perubahan.

Untuk mereset setelan penggantian kebijakan ke status defaultnya, klik kotak centang di sebelah kiri pilihan; klik Pilih opsi yang akan dikembalikan ke default untuk mereset semua setelan penggantian kebijakan kembali ke status defaultnya.

Daftar berikut berisi deskripsi untuk penggantian setelan kebijakan yang valid untuk instance SQL Server, grup ketersediaan (AG), database, dan grup konsistensi.

  • Jangan Hapus Pemetaan. Pertahankan disk staging yang dipetakan di antara tugas: Pilih opsi ini jika Anda ingin disk staging sementara dipetakan ke host, dan digunakan selama pemindahan data agar tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang dipetakan sama. Secara default, opsi ini dipilih. Hapus pemetaan disk staging setelah setiap tugas: Opsi ini akan melepas pemasangan disk staging dari sistem operasi pada akhir setiap tugas (menghapus titik pemasangan atau huruf drive), dan juga menghapus pemetaan dari host secara keseluruhan. Opsi ini memerlukan host untuk melakukan pemindaian LUN SCSI di awal tugas berikutnya, karena disk staging yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang ulang.

  • Truncate Log After Backup. Tentukan apakah akan memotong log setelah setiap pencadangan. Jika diaktifkan, log terkait aplikasi akan terpotong hingga pencadangan terbaru atau saat ini. Jika memotong log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.

  • Lewati Aplikasi Offline di Grup Konsistensi. (Khusus untuk pengelolaan grup konsistensi) Tentukan apakah akan mengabaikan database yang tidak tersedia yang merupakan bagian dari grup konsistensi. Anda membuat grup konsistensi untuk mencadangkan beberapa database secara bersamaan guna mempertahankan konsistensi data di seluruh database. Grup konsistensi adalah kumpulan database dari instance atau grup ketersediaan yang sama.

    Opsinya adalah:

    • Pencadangan gagal saat aplikasi offline ditemukan
    • Melewati aplikasi offline selama pencadangan

  • Petakan disk staging ke semua Host ESX di Cluster. (Opsi ini tidak relevan saat menggunakan datastore NFS.) Petakan disk staging ke host ESX hanya untuk VM. Petakan disk staging ke semua host ESX di cluster. Petakan disk staging ke dua host ESX di cluster.

  • Mencadangkan Login Pengguna SQL Server. Mencadangkan data login instance SQL Server untuk akun yang diberi akses ke database yang dicadangkan. Saat database dipasang sebagai aplikasi virtual (mount aware aplikasi), login pengguna yang dicadangkan dapat dipulihkan secara opsional ke instance SQL Server target, sehingga memastikan database virtual dapat diakses oleh pengguna yang sama dengan akses ke database sumber asli. Opsi yang tersedia adalah Ya atau Tidak.

  • Aktifkan Pencadangan Log Database. Opsi Enable Database Log Backup memungkinkan kebijakan rencana pencadangan mencadangkan database Oracle atau Microsoft SQL Server dan semua file log transaksi terkait. Log dicadangkan saat tugas snapshot log berjalan. Opsi yang tersedia adalah Ya atau Tidak. Jika ditetapkan ke Ya, opsi terkait akan diaktifkan.

  • RPO. Jika Enable Database Log Backup disetel ke Yes, RPO akan menentukan frekuensi untuk pencadangan log database. Frekuensi ditetapkan dalam menit dan tidak boleh melebihi interval pencadangan database. Nilai terkecil yang dapat ditetapkan (dalam menit) adalah 15.

  • Periode Retensi Cadangan Log. Jika Enable Database Log Backup ditetapkan ke Yes, retensi log ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan periode retensi terpisah, Anda dapat menggunakan log bersama dengan salinan database yang disimpan dalam kumpulan snapshot. Periode retensi log adalah setelan wajib.

  • Replikasi Log. (Menggunakan Teknologi StreamSnap) Jika Enable Database Log Backup ditetapkan ke Enable, setelan lanjutan Replicate Logs memungkinkan log transaksi database Microsoft SQL Server direplikasi ke perangkat pencadangan/pemulihan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi StreamSnap dalam template beserta profil resource yang menentukan appliance pencadangan/pemulihan jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Selanjutnya, Anda dapat menggunakan log di situs jarak jauh untuk setiap image database 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.

  • Kirim Log ke Tampungan OnVault. Jika Enable Database Log Backup disetel ke Enable, setelan ini memungkinkan log transaksi database Microsoft SQL Server direplikasi ke kumpulan OnVault. Agar tugas replikasi log dapat berjalan, harus ada kebijakan OnVault yang disertakan dalam template beserta profil resource yang menentukan kumpulan OnVault, dan setidaknya satu database harus dikirim ke kumpulan terlebih dahulu. Kemudian, Anda dapat menggunakan log di situs jarak jauh untuk image database apa pun dalam rentang retensi. Fungsi ini diaktifkan secara default.

  • Log Staging Disk Growth Size. Jika Enable Database Log Backup ditetapkan ke Yes, Log Staging Disk Growth Size akan menentukan peningkatan yang akan digunakan saat meningkatkan disk staging tempat log berada secara otomatis. Setelan ini berkisar dari 5 hingga 100 persen.

  • Estimasi Rasio Perubahan. Jika Enable Database Log Backup ditetapkan ke Yes, setelan ini akan menentukan perubahan harian (dalam persen), yang memungkinkan perangkat pencadangan/pemulihan menghitung ukuran disk staging yang diperlukan untuk menyimpan log dengan lebih baik. Setelan ini berkisar antara 0 hingga 100.

  • Mengompresi Pencadangan Log Database. Jika Enable Database Log Backup ditetapkan ke Yes, setelan ini akan menginstruksikan database sumber untuk mengompresi lognya sebelum dicadangkan oleh konsol pengelolaan. Server database melakukan kompresi log selama pencadangan log. Opsi yang tersedia adalah Ya atau Tidak. Jika ditetapkan ke Ya, opsi Compress Database Log Backup akan diaktifkan.

  • Waktu Tunggu Skrip. Agen Pencadangan dan DR memungkinkan Anda membuat skrip sisi host yang berjalan di host aplikasi sebelum atau setelah kebijakan dijalankan. Empat waktu tunggu yang disediakan dalam peta template kebijakan langsung ke empat tahap skrip sisi host.

    • Waktu Tunggu Inisialisasi Skrip. Menentukan berapa lama kebijakan harus menunggu sebelum menganggap skrip sisi host di host terkelola telah diinisialisasi. 120 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik (24 jam).
    • Waktu Tunggu Pembekuan Skrip. Menentukan berapa lama kebijakan harus menunggu sebelum menganggap aplikasi dibekukan dan siap untuk pencadangan data. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.
    • Waktu Tunggu Penghentian Pembekuan Skrip. Menentukan berapa lama kebijakan harus menunggu sebelum menganggap aplikasi tidak dibekukan. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.
    • Waktu Tunggu Selesai Skrip. Menentukan berapa lama kebijakan harus menunggu sebelum pencadangan data selesai. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.
    • Waktu Tunggu Pasca-Replikasi Skrip. Menentukan berapa lama kebijakan harus menunggu sebelum replikasi selesai. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.

Panduan DBA Microsoft SQL Server untuk Pencadangan dan DR

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