Mencadangkan instance dan database Microsoft SQL Server ke pencadangan yang dikelola appliance

Backup and 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

  • Anggota individu dari grup konsistensi

Sebelum memulai

Sebelum 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 peralatan pencadangan/pemulihan untuk mencadangkan database dan log-nya dengan satu kebijakan. Jika database dan log-nya dicadangkan, peralatan dapat memulihkan database ke titik waktu tertentu dengan meng-roll forward log-nya menggunakan antarmuka pengguna peralatan. Pencadangan database dan lognya diaktifkan menggunakan setelan lanjutan template kebijakan.

Mencadangkan database dalam instance versus grup konsistensi

Saat database dihentikan sementara untuk membuat cadangan, snapshot disk-nya akan dibuat, lalu dirilis. Untuk grup konsistensi dan instance database, anggota akan dihentikan sementara dan dirilis bersama untuk point-in-time data yang konsisten.

Saat mencadangkan Instance SQL, saat database ditambahkan ke instance, database tersebut akan otomatis disertakan dalam operasi pencadangan Backup and DR. Pencadangan database dalam instance SQL cocok untuk lingkungan tempat database ditambahkan dan dihapus secara rutin. Database yang dipasang 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
Peralatan pencadangan/pemulihan hanya melindungi file database. Seluruh VM VMware dicadangkan menggunakan API VMware. 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 Backup and DR mengoordinasikan snapshot VSS dan melakukan pemotongan log. VMware API mengoordinasikan snapshot VSS. Agen Backup and DR harus diinstal di VM untuk pemotongan log.
Agen Backup and 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 server Microsoft SQL.

  1. Dari konsol pengelolaan peralatan Backup and DR, buka App Manager > Applications. 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 Manage Backup Plan.

  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 Manage Backup Plan Template, lakukan perubahan berikut sebelum menerapkan rencana pencadangan:

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

    • Penggantian Kebijakan. Ganti setelan kebijakan tertentu yang sebelumnya dikonfigurasi di template pencadangan 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 Database Inclusion Rule, klik Edit. Dialog Manage Membership 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 Keanggotaan akan ditutup.

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

    Saat pertama kali database yang dipilih ditemukan, tugas on-demand akan dijalankan sesegera mungkin untuk melindungi data. Setelah itu, data baru akan 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 operasional dari pukul 02.00 hingga 05.00 (UTC), tugas pertama tidak akan dimulai hingga peralatan memiliki slot tugas yang tersedia setelah pukul 02.00 (UTC).

    Jika Anda mencadangkan workload ke peralatan pencadangan/pemulihan yang akan melebihi kapasitas penyimpanan atau batas snapshot yang direkomendasikan, Anda akan melihat notifikasi dengan rekomendasi untuk mencadangkan data ke peralatan pencadangan/pemulihan yang berbeda.

Perlindungan log database dalam kebijakan paket Pencadangan

Saat membuat kebijakan snapshot untuk database, Anda juga dapat mencadangkan file log-nya. Frekuensi pencadangan log database ditentukan secara terpisah dari frekuensi pencadangan 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 dicadangkan setiap 24 jam, frekuensi pencadangan file log harus kurang dari setiap 24 jam.

Frekuensi dan retensi ditentukan di Details & Settings kebijakan snapshot database. Pencadangan log dilakukan tanpa memperhatikan kapan database terkait dicadangkan.

Anda dapat 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 peralatan. Konsol pengelolaan peralatan mengevaluasi ukuran log standar dan periode retensinya, serta menambahkan ruang sesuai kebutuhan. Untuk mengelola persyaratan penyimpanan log database, kebijakan Snapshot menyediakan setelan lanjutan berikut:

  • Log Backup Retention Period. Retensi log ditentukan secara terpisah dari retensi kebijakan snapshot. Dengan memiliki 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 diisi jika pencadangan log diaktifkan.

  • Mereplikasi Log. Anda dapat mereplikasi log database ke peralatan pencadangan/pemulihan jarak jauh atau ke kumpulan OnVault, dan menggunakan log jarak jauh untuk image database apa pun dalam rentang retensi log yang direplikasi. Replikasi log menggunakan teknologi StreamSnap antara peralatan lokal dan jarak jauh, langsung dari kumpulan snapshot lokal ke kumpulan snapshot di peralatan 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 Log Staging. Menentukan persentase untuk menumbuhkan disk staging tempat log berada secara otomatis. Setelan ini adalah persentase dan nilai yang valid adalah dari 5 hingga 100.

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

  • Kompresi Pencadangan Log Database. Menginstruksikan database sumber untuk mengompresi lognya sebelum pencadangan. Server database melakukan kompresi log selama pencadangan log.

Mengonfigurasi setelan lanjutan untuk penggantian setelan kebijakan

Klik Policy Overrides di jendela Manage Backup Plan untuk menampilkan dialog Policy Settings Override. 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 penggantian setelan kebijakan yang valid untuk instance SQL Server, grup ketersediaan (AG), database, dan grup konsistensi.

  • Jangan Batalkan Pemetaan. Keep staging disks mapped between jobs: 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 yang sama. Secara default, opsi ini dipilih. Lepaskan pemetaan disk staging setelah setiap tugas: Opsi ini akan melepas disk staging dari sistem operasi di akhir setiap tugas (menghapus direktori pemasangan atau huruf drive), dan juga melepas pemetaannya dari host sepenuhnya. Opsi ini mengharuskan host melakukan pemindaian untuk 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 dipotong hingga cadangan 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 menjaga konsistensi data di seluruh database. Grup konsistensi adalah kumpulan database dari instance atau grup ketersediaan yang sama.

    Opsinya adalah:

    • Gagalkan pencadangan saat aplikasi offline ditemukan
    • Melewati aplikasi offline selama pencadangan

  • Memetakan disk staging ke semua Host ESX dalam Cluster. (Opsi ini tidak relevan saat menggunakan datastore NFS.) Memetakan 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 sedang dicadangkan. Saat database dipasang sebagai aplikasi virtual (pemasangan berbasis 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.

  • Enable Database Log Backup. Opsi Enable Database Log Backup memungkinkan kebijakan paket pencadangan untuk 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 ditetapkan ke Ya, opsi terkait akan diaktifkan.

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

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

  • Mereplikasi 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 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 image 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 berpindah dari kumpulan snapshot lokal ke kumpulan snapshot di perangkat jarak jauh.

  • Send Logs to OnVault Pool. Jika Enable Database Log Backup ditetapkan 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 bersama dengan 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.

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

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

  • Kompresi 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 peralatan. Server database melakukan kompresi log selama pencadangan log. Opsinya adalah Yes atau No. Jika disetel ke Yes, opsi Compress Database Log Backup akan diaktifkan.

  • Waktu Tunggu Skrip. Agen Backup and 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 bahwa 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 tunggu kebijakan sebelum mengasumsikan bahwa 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 durasi tunggu kebijakan sebelum mengasumsikan bahwa aplikasi tidak dibekukan. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.
    • Waktu Tunggu Penyelesaian Skrip. Menentukan durasi tunggu kebijakan 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 durasi tunggu kebijakan sebelum replikasi selesai. 60 detik adalah nilai default, rentang yang diizinkan adalah dari 1 hingga 86.400 detik.

Panduan DBA Microsoft SQL Server Backup and DR

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: