Mengonfigurasi rencana pencadangan untuk instance dan database Microsoft SQL Server

Backup and DR Service 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 pendukung dalam grup konsistensi

  • Anggota individual 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 alat pencadangan/pemulihan untuk mencadangkan database dan lognya dengan satu kebijakan. Jika database dan lognya dicadangkan, appliance dapat memulihkan database ke titik waktu dengan meng-roll lognya ke depan menggunakan antarmuka pengguna appliance. Mencadangkan database dan lognya diaktifkan menggunakan setelan lanjutan template kebijakan.

Mencadangkan database dalam instance versus grup konsistensi

Saat database diistirahatkan untuk membuat cadangan, snapshot disknya akan dibuat lalu dilepaskan. Untuk grup konsistensi dan instance database, anggota diistirahatkan dan dilepaskan bersama untuk data yang konsisten pada suatu waktu.

Saat mencadangkan Instance SQL, karena database ditambahkan ke instance, database tersebut akan otomatis disertakan dalam operasi pencadangan Backup dan DR. Mencadangkan database dalam 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 dalam 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
Perangkat backup/pemulihan hanya melindungi file database. Seluruh VM VMware dicadangkan menggunakan API VMware. Jika Anda mengelola database SQL yang merupakan bagian dari VM yang dilindungi secara keseluruhan, lihat [Melindungi dan memulihkan instance Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
Agen Backup and DR mengoordinasikan snapshot VSS dan melakukan pemotongan log. VMware API mengoordinasikan snapshot VSS. Agen Pencadangan dan DR harus diinstal di VM untuk pemangkasan log.
Agen Backup dan DR menggunakan pelacakan blok perubahan pada file bernama—sangat efisien untuk file database 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 Microsoft SQL Server.

  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 Paket Pencadangan.

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

    • Template. Template pencadangan yang ada yang mencakup 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 Manage Backup Plan Template, 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 cadangan/pemulihan, dan alamat IP perangkat.

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

  5. Untuk memilih database, di bagian Aturan Penyertaan Database, klik Edit. Dialog Kelola Keanggotaan akan terbuka.

    • Dari dialog Kelola Keanggotaan, pilih database yang akan dicadangkan dengan menetapkan aturan penyertaan (Semua, Database Sistem, Database Pengguna), lalu pilih apakah aturan harus Sertakan yang Dipilih atau Kecualikan yang Dipilih.

    • Klik Simpan dan dialog Kelola Langganan akan ditutup.

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

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

    Jika Anda mencadangkan beban kerja ke appliance pencadangan/pemulihan yang akan melampaui kapasitas penyimpanan atau batas snapshot yang direkomendasikan, Anda akan melihat notifikasi dengan rekomendasi untuk mencadangkan data ke appliance pencadangan/pemulihan yang berbeda.

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 frekuensi database. Misalnya, database dapat dicadangkan setiap hari dan lognya dicadangkan setiap jam. Frekuensi pencadangan log database ditetapkan dalam menit, dan frekuensi pencadangan log tidak boleh melebihi frekuensi pencadangan database terkait. Misalnya, jika database dicadangkan setiap 24 jam, frekuensi pencadangan file log harus kurang dari setiap 24 jam.

Frekuensi dan retensi ditentukan dalam Detail & Setelan kebijakan snapshot database. Pencadangan log dilakukan tanpa memperhatikan kapan database terkait dicadangkan.

Anda mengaktifkan Perlindungan Log melalui setelan lanjutan Aktifkan Pencadangan Log Database dalam kebijakan snapshot rencana pencadangan. Frekuensi dan retensi ditentukan di Detail & Setelan untuk kebijakan rencana pencadangan.

Ruang yang diperlukan untuk mengakomodasi log database dikelola secara otomatis oleh konsol pengelolaan. Konsol pengelolaan mengevaluasi ukuran log standar dan periode retensinya, lalu 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 jika pencadangan log diaktifkan.

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

  • Ukuran Pertumbuhan Ukuran Disk Penyiapan Log. Menentukan persentase untuk mengembangkan disk penyiapan secara otomatis tempat log berada. Setelan ini adalah persentase dan nilai yang valid adalah dari 5 hingga 100.

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

  • Kompresi Cadangan Log Database. Menginstruksikan database sumber untuk memadatkan log-nya 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 keadaan defaultnya, klik kotak centang di sebelah kiri pilihan; klik Pilih opsi yang akan dikembalikan ke default untuk mereset semua setelan penggantian kebijakan kembali ke keadaan defaultnya.

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

  • Jangan Batalkan Pemetaan. Mempertahankan pemetaan disk staging antar-tugas: Pilih opsi ini jika Anda ingin disk staging sementara dipetakan ke host, dan digunakan selama pergerakan data agar tetap dipetakan ke host. LUN dipetakan selama tugas pertama dan semua tugas berikutnya menggunakan kembali LUN yang sama yang dipetakan. Secara default, opsi ini dipilih. Batalkan pemetaan disk penyiapan setelah setiap tugas: Opsi ini akan melepas disk penyiapan dari sistem operasi di akhir setiap tugas (menghapus titik pemasangan atau huruf drive), dan juga membatalkan pemetaannya dari host sepenuhnya. Opsi ini mengharuskan host melakukan pemindaian untuk LUN SCSI di awal tugas berikutnya, karena disk penyiapan yang dipetakan ulang harus ditemukan kembali sebelum dapat dipasang kembali.

  • Pangkas Log Setelah Pencadangan. Tentukan apakah log akan dipangkas setelah setiap pencadangan. Jika diaktifkan, log terkait aplikasi akan dipangkas hingga pencadangan terbaru atau saat ini. Jika memangkas log, Anda juga harus mencadangkan log transaksi untuk mengaktifkan pemulihan roll forward.

  • Lewati Aplikasi Offline dalam 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:

    • Gagal mencadangkan saat aplikasi offline ditemukan
    • Melewati aplikasi offline selama pencadangan
  • Petakan disk penyiapan ke semua Host ESX dalam Cluster. (Opsi ini tidak relevan saat menggunakan penyimpanan data NFS.) Memetakan disk penyiapan ke host ESX hanya untuk VM. Petakan disk penyiapan ke semua host ESX dalam cluster. Petakan disk penyiapan ke dua host ESX dalam cluster.

  • Mencadangkan Login Pengguna SQL Server. Mencadangkan catatan login instance SQL Server untuk akun yang diberi akses ke database yang dicadangkan. Saat database dipasang sebagai aplikasi virtual (pemasangan yang mendukung 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. Opsinya adalah Ya atau Tidak.

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

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

  • Periode Retensi Cadangan Log. Jika Aktifkan Pencadangan Log Database disetel ke Ya, 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. Periode retensi log adalah setelan wajib.

  • Replikasi Log. (Menggunakan Teknologi StreamSnap) Jika Aktifkan Pencadangan Log Database disetel ke Aktifkan, setelan lanjutan Replikasi Log 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 bersama dengan profil resource yang menentukan alat pencadangan/pemulihan jarak jauh, dan setidaknya satu replikasi database yang berhasil harus diselesaikan terlebih dahulu. Kemudian, Anda dapat menggunakan log di situs jarak jauh untuk semua image database dalam rentang retensi log yang direplikasi. Fungsi ini diaktifkan secara default.

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

  • Kirim Log ke Kumpulan OnVault. Jika Aktifkan Pencadangan Log Database disetel ke Aktifkan, 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 bersama dengan profil resource yang menentukan pool OnVault, dan setidaknya satu database harus dikirim ke pool terlebih dahulu. Kemudian, Anda dapat menggunakan log di situs jarak jauh untuk gambar database apa pun dalam rentang retensi. Fungsi ini diaktifkan secara default.

  • Ukuran Pertumbuhan Disk Penyiapan Log. Jika Aktifkan Pencadangan Log Database disetel ke Ya, Ukuran Pertumbuhan Disk Penyiapan Log menentukan pertumbuhan yang akan digunakan saat mengembangkan disk penyiapan secara otomatis tempat log berada. Setelan ini adalah dari 5 hingga 100 persen.

  • Estimasi Rasio Perubahan. Jika Enable Database Log Backup disetel ke Yes, setelan ini menentukan perubahan harian (dalam persen), yang memungkinkan alat pencadangan/pemulihan menghitung ukuran disk penyiapan yang diperlukan untuk menyimpan log dengan lebih baik. Setelan ini memiliki nilai 0 hingga 100.

  • Kompresi Cadangan Log Database. Jika Aktifkan Pencadangan Log Database disetel ke Ya, 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 disetel ke Ya, opsi Kompresi Cadangan Log Database 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 template kebijakan dipetakan langsung ke empat tahap skrip sisi host.

    • Waktu Tunggu Inisialisasi Skrip. Menentukan durasi tunggu kebijakan sebelum mengasumsikan 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 durasi kebijakan harus menunggu sebelum mengasumsikan aplikasi dibekukan dan siap untuk pencadangan data. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.
    • Waktu Tunggu Pembatalan 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 durasi tunggu kebijakan sebelum pencadangan data selesai. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86400 detik.
    • Waktu Tunggu Setelah Replikasi Skrip. Menentukan durasi kebijakan harus menunggu sebelum replikasi selesai. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86400 detik.

Panduan DBA Microsoft SQL Server untuk Backup and DR

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