Halaman ini diterjemahkan oleh Cloud Translation API.

Layanan Pencadangan dan DR untuk Microsoft SQL Server

Merekam data SQL Server

Backup and DR Service memungkinkan Anda merekam 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.

Perangkat cadangan/pemulihan menyimpan data aplikasi di disk penyiapan. Snapshot di disk staging memungkinkan alat pencadangan/pemulihan mempertahankan data historis.

Bersiap mencadangkan data Microsoft SQL Server

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

Tambahkan server yang menghosting database Microsoft SQL Server.
Temukan VM dan database Microsoft SQL Server.
Tentukan template kebijakan Backup dan DR serta profil resource sesuai dengan RPO dan RTO Anda.

Database yang menggunakan model pemulihan penuh Microsoft SQL Server dapat merekam database dan lognya. Oleh karena itu, database yang diambil dapat dipulihkan ke titik waktu dengan memajukan lognya.
Tetapkan template kebijakan Backup dan DR serta profil resource ke database Microsoft SQL Server.

Pengambilan data

Saat mengambil data, pertimbangkan hal berikut:

Disk penyiapan otomatis dibuat dan di-mount di server.
Salinan penuh awal dibuat ke disk penyiapan. Salinan berikutnya hanya terdiri dari blok yang diubah.
Disk penyiapan tidak di-unmount dari server.
Snapshot disk penyiapan dibuat di appliance pencadangan/pemulihan.

Merekam log database SQL Server

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

Frekuensi pengambilan log database ditentukan secara terpisah dari database. Misalnya, database dapat direkam setiap hari dan lognya direkam setiap jam.

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

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

Log database diatur ke satu disk staging di kumpulan snapshot Backup dan DR. Untuk menghemat ruang di kumpulan snapshot, Anda dapat menggunakan setelan lanjutan untuk menginstruksikan database agar mengompresi lognya.

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

Mengubah ukuran disk penahapan log database

Ruang fisik yang diperlukan untuk mengakomodasi cadangan log database dikelola secara otomatis oleh Backup and DR. Ruang ini disebut disk penyiapan log dan terpisah dari penyimpanan yang dikelola oleh server sumber. Setidaknya, Pencadangan dan DR mengevaluasi ukuran log umum 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:

Periode Retensi Backup Log: Retensi log ditentukan secara terpisah dari database terkaitnya. Dengan memiliki rasio retensi terpisah, Anda dapat mempertahankan informasi log yang cukup untuk mencakup semua versi snapshot database. Periode retensi log adalah setelan wajib.
Pertumbuhan Ukuran Disk Penyiapan Log: Menentukan persentase pertumbuhan otomatis disk penyiapan tempat log berada.
Perkiraan Tingkat Perubahan: Menentukan perubahan harian (persen), yang memungkinkan perangkat cadangan/pemulihan menghitung ukuran disk penyiapan yang diperlukan untuk menyimpan log dengan lebih baik.
Compress Database Log Backup: Menginstruksikan database sumber untuk mengompresi lognya sebelum direkam di appliance pencadangan/pemulihan. Server database melakukan kompresi log selama pencadangan log (defaultnya adalah Diaktifkan).

Opsi pengambilan data SQL Server

Bagian berikut membahas opsi pengambilan data SQL Server.

Mencatat instance, database individual, dan grup database

Agen Pencadangan dan DR digunakan untuk merekam instance, database pengguna, database sistem, dan grup database di server fisik dan virtual.

Saat merekam instance SQL Server, Anda memiliki opsi untuk merekam seluruh instance atau database yang dipilih dalam instance. Saat Anda melindungi seluruh instance, database yang ditambahkan ke instance akan otomatis disertakan dalam tugas pengambilan Cadangan dan DR berikutnya. Database dalam instance dihentikan dan direkam bersama dengan satu rencana pencadangan.

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

Setiap anggota instance dapat diakses oleh operasi pemasangan, pembuatan clone, LiveClone, dan pemulihan sesuai kebutuhan.

Mencatat grup konsistensi

Grup konsistensi adalah grup database yang diistirahatkan dan diambil bersama dengan satu template kebijakan rencana pencadangan dan profil resource. Keanggotaan dalam grup konsistensi ditetapkan secara manual dan cocok untuk grup database yang anggotanya tidak sering berubah. Untuk melindungi anggota baru grup database secara otomatis, buat dan lindungi database tersebut di 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 pencadangan, semua database dalam grup tersebut dapat dipulihkan ke point-in-time yang sama. Pemulihan dan pengguliran maju log untuk semua atau setiap database dalam grup konsistensi dilakukan dari antarmuka pengguna Backup dan 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 bersama-sama
Nol atau beberapa sistem file (huruf drive atau titik pemasangan)

Setiap anggota grup konsistensi dapat diakses oleh operasi pemasangan, clone, LiveClone, dan pemulihan.

Database dalam instance failover bercluster 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) daripada melindungi database satu per satu.

Anda dapat memvalidasi integritas pencadangan database secara berkala dengan memasang image 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 merekam database di VM, Anda memiliki opsi untuk merekam volume booting VM juga. Jika volume booting VM diambil bersama dengan databasenya, image yang ditampilkan dapat berupa database dan VM yang berfungsi penuh. Gambar tersebut kemudian dapat dimigrasikan ke lokasi baru yang permanen.

Mereplikasi data SQL Server

Data dapat direplikasi ke perangkat cadangan/pemulihan kedua atau ke cloud untuk pemulihan, pemulihan bencana, atau tujuan pengujian atau pengembangan. Replikasi data telah lama menjadi penghambat pengelolaan data yang efisien di lingkungan yang didistribusikan 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 perangkat cadangan/pemulihan dilakukan menggunakan sertifikat 1024-bit.

Replikasi dikontrol oleh kebijakan template kebijakan Backup dan DR:

Kebijakan Produksi ke Mirror memiliki beberapa opsi untuk mereplikasi data ke perangkat cadangan/pemulihan kedua.
Kebijakan Production to OnVault menggunakan mesin milik Pencadangan dan DR untuk mentransfer data ke penyimpanan objek.

Mereplikasi log

Jika Aktifkan Pencadangan Log Database kebijakan disetel ke Aktifkan, setelan lanjutan Replikasi Log memungkinkan log transaksi database Microsoft SQL Server direplikasi ke alat pencadangan/pemulihan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi StreamSnap yang disertakan dalam template bersama dengan profil resource yang menentukan appliance 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 image database apa pun 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.

Log juga dapat direplikasi ke kumpulan OnVault. Jika diaktifkan (bukan default), log dikirim ke setiap kumpulan OnVault yang ditentukan oleh kombinasi kebijakan OnVault atau profil resource yang valid (misalnya, Pool OnVault satu dipilih dalam kebijakan, dan pool 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 menyajikan salinan database yang di-roll forward ke titik waktu tertentu. Operasi teruskan ditentukan di konsol pengelolaan.

Untuk database Microsoft SQL Server yang menggunakan model pemulihan dasar, Backup and DR dapat langsung menyajikan 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 mana yang memiliki akses ke data, fitur Pencadangan dan DR, serta resource. Data yang diambil dapat ditandai sebagai sensitif, dan pengguna Pencadangan dan 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 Pencadangan dan DR serta di-mount di server database mana pun. Backup and DR menyediakan dua cara untuk memasang database Microsoft SQL Server:

Pemasangan Aplikasi Virtual menampilkan dan membuat data Microsoft SQL Server yang diambil tersedia untuk server target sebagai database Microsoft SQL Server. Dengan begitu, Anda dapat membuat dan mengelola salinan database produksi untuk penggunaan non-produksi. Pemasangan aplikasi virtual dibuat dari alat 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 dalam 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 membuat data Microsoft SQL Server yang diambil tersedia untuk server target sebagai sistem file, bukan sebagai database. Tindakan ini berguna jika database rusak, hilang, atau jika server database sedang diganti. Dalam kasus seperti itu, Anda tidak dapat menggunakan operasi pemulihan untuk memulihkan database. Sebagai gantinya, Anda dapat memasang image dan menyalin file database dari image yang dipasang ke lokasi aslinya di server database. Pemasangan Langsung dijelaskan dalam Memasang data Microsoft SQL yang diambil.

LiveClones

LiveClone adalah salinan independen data Microsoft SQL Server yang dapat diperbarui dan disamarkan sebelum tersedia bagi pengguna. Hal ini memungkinkan tim pengembangan dan pengujian bekerja dengan 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 sumber. Jumlah waktu yang diperlukan untuk menyelesaikan operasi clone bergantung pada jumlah data yang terlibat. Detail klon dijelaskan dalam Meng-clone database SQL Server.

Pemulihan

Pemulihan mengembalikan data produksi ke titik waktu tertentu. Operasi pemulihan benar-benar memindahkan data. Operasi pemulihan biasanya dilakukan setelah kerusakan data yang parah. 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 menggilirkan log ke depan ke titik waktu tertentu. Jika Anda memulihkan database tanpa menentukan Pulihkan tanpa Pemulihan, database akan dipulihkan dan diaktifkan tanpa menerapkan log. Pemulihan dijelaskan secara mendetail dalam Memulihkan database SQL Server. Untuk pemulihan dengan waktu henti hampir nol, pasang data terlebih dahulu seperti yang dijelaskan dalam Memasang dan memigrasikan data SQL.

Alur kerja untuk mengotomatiskan akses ke data SQL Server

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

Pemasangan langsung (standar atau sadar aplikasi) berfungsi dengan baik untuk data Microsoft SQL Server yang tidak perlu di-masking sebelum ditampilkan. Salinan data yang terpasang dapat diperbarui secara manual atau otomatis sesuai jadwal. Pemasangan langsung memungkinkan Anda langsung mengakses data Microsoft SQL Server yang diambil tanpa benar-benar memindahkan data.
LiveClone adalah salinan data Microsoft SQL Server produksi Anda yang dapat diperbarui secara manual atau terjadwal. Anda dapat menyamarkan data sensitif di LiveClone sebelum menyediakannya bagi pengguna.

Dengan menggabungkan pengambilan data Microsoft SQL Server otomatis dan kontrol akses Backup dan DR dengan alur kerja serta kemampuan masking data opsionalnya, Anda dapat membuat lingkungan penyediaan mandiri. Pengguna dapat menyediakan lingkungan mereka sendiri hampir secara instan.

Misalnya, administrator Backup and DR dapat membuat kebijakan template pencadangan yang merekam 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:

Menyediakan data Microsoft SQL Server yang diambil sebagai LiveClone atau sebagai pemasangan langsung.
Memperbarui data Microsoft SQL Server yang dapat dipasang atau LiveClone berdasarkan jadwal atau sesuai permintaan
Secara opsional, terapkan 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 data Microsoft SQL Server yang dapat dipasang atau LiveClone.

Backup and DR yang bekerja dengan produk pencadangan yang ada

Seiring makin banyaknya perusahaan yang ingin mempercepat pengembangan aplikasi menggunakan database produksi, Pencadangan dan Pemulihan dari Bencana (Disaster Recovery/DR) sering kali diperlukan untuk berdampingan dengan produk pencadangan lama yang menggunakan lingkungan database produksi yang sama. Pencadangan dan DR dapat berjalan bersama dengan produk lain yang mengambil data dari database produksi, jika praktik terbaik ini diikuti.

Pencadangan dan DR memiliki metode pelacakan blok perubahan eksklusif sehingga solusi pencadangan yang menggunakan SQL atau metode lain untuk mendapatkan cadangan tidak terpengaruh oleh tugas pengambilan data Pencadangan dan DR terjadwal.

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

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

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

Persyaratan	Hanya satu sistem yang dapat mengelola (mengambil atau memangkas (menghapus)) log, baik software pencadangan lama maupun Backup dan DR.
Praktik Terbaik	Terus mengizinkan 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 (merekam atau memangkas(menghapus)) log, dan software pencadangan lama juga merekam dan/atau memangkas/menghapus log, maka salah satu atau kedua sistem dapat berakhir dengan rantai log yang tidak lengkap, sehingga sulit atau tidak mungkin memulihkan database ke titik waktu tertentu.

Dokumentasi lainnya untuk Backup dan DR untuk Microsoft SQL Server

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:

Langkah Berikutnya

Siapkan database SQL Server untuk Backup and DR Service.