Halaman ini diterjemahkan oleh Cloud Translation API.

Layanan Pencadangan dan DR untuk Microsoft SQL Server

Merekam data SQL Server

Layanan Pencadangan dan DR memungkinkan Anda 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

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

Appliance pencadangan/pemulihan menyimpan data aplikasi di disk staging. Snapshot di disk staging memungkinkan aplikasi pencadangan/pemulihan mempertahankan data historis.

Bersiap untuk mencadangkan data Microsoft SQL Server

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

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

Database yang menggunakan model pemulihan penuh Microsoft SQL Server dapat merekam database dan log-nya. Oleh karena itu, database yang diambil dapat dipulihkan ke titik waktu tertentu dengan memutar log-nya ke depan.
Tetapkan template kebijakan Pencadangan dan DR serta profil resource ke database Microsoft SQL Server.

Pengambilan data

Saat mengambil data, pertimbangkan hal berikut:

Disk staging dibuat dan dipasang secara otomatis di server.
Salinan penuh awal dibuat ke disk staging. Salinan berikutnya hanya berisi blok yang diubah.
Disk staging dilepas dari server.
Snapshot disk staging dibuat di appliance pencadangan/pemulihan.

Merekam log database SQL Server

Perekaman log database ditetapkan di Detail & Setelan kebijakan snapshot. Hal ini memungkinkan satu kebijakan snapshot untuk 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 diambil setiap hari dan lognya diambil setiap jam.

Frekuensi pencadangan log database ditetapkan dalam hitungan 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 adanya periode retensi yang 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 semua tujuh hari tersebut. Dalam contoh ini, satu image database yang diambil dapat dipilih dan log-nya dapat di-roll forward selama seluruh periode.

Log database disiapkan ke satu disk staging di kumpulan snapshot Pencadangan dan DR. Untuk menghemat ruang di kumpulan snapshot, Anda dapat menggunakan setelan lanjutan untuk memberi tahu database agar mengompresi log-nya.

Anda dapat menentukan untuk mereplikasi log transaksi database Microsoft SQL Server ke perangkat pencadangan/pemulihan jarak jauh. Anda dapat menggunakan log di situs jarak jauh untuk image 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 Pencadangan dan DR. Ini disebut disk staging log dan terpisah dari penyimpanan yang dikelola oleh server sumber. Setidaknya, Pencadangan dan DR mengevaluasi ukuran log standar dan periode retensi 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 terkait. Dengan memiliki rasio retensi 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 peningkatan ukuran disk staging tempat log berada secara otomatis.
Estimated Change Rate: Menentukan perubahan harian (persen), yang memungkinkan appliance pencadangan/pemulihan menghitung ukuran disk staging yang diperlukan untuk menyimpan log dengan lebih baik.
Compress Database Log Backup: Memberi petunjuk kepada database sumber untuk mengompresi lognya sebelum pengambilan 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.

Merekam 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 mengambil instance SQL Server, Anda memiliki opsi untuk mengambil 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 Pencadangan dan DR berikutnya. Database dalam instance dihentikan sementara dan diambil bersama dengan satu rencana cadangan.

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

Setiap anggota instance dapat diakses dengan operasi pemasangan, cloning, LiveClone, dan pemulihan sesuai kebutuhan.

Merekam grup konsistensi

Grup konsistensi adalah grup database yang dihentikan dan diambil bersama dengan satu template kebijakan rencana pencadangan dan profil resource. Keanggotaan ke 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 Pencadangan dan DR diaktifkan pada kebijakan rencana pencadangan, semua database dalam grup tersebut dapat dipulihkan ke titik waktu yang sama. Pemulihan dan pengguliran log untuk semua atau setiap database dalam grup konsistensi dilakukan dari antarmuka pengguna Pencadangan 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 secara bersamaan
Nol atau beberapa sistem file (huruf drive atau titik pemasangan)

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

Database dalam instance failover bercluster harus ditemukan dari node aktif. Setelah dilindungi, GO akan mengikuti node SQL yang aktif dalam cluster. Tugas perlindungan akan terus berjalan bahkan dalam kondisi failover. Selain membuat operasi pengambilan dan akses 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 mengambil database di VM, Anda juga memiliki opsi untuk mengambil volume booting VM. Saat volume booting VM diambil beserta database-nya, VM dan database yang berfungsi penuh dapat ditampilkan. Kemudian, gambar dapat dimigrasikan ke lokasi baru yang permanen.

Mereplikasi data SQL Server

Data dapat direplikasi ke perangkat cadangan/pemulihan kedua atau ke cloud untuk tujuan pemulihan, pemulihan dari bencana, atau 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 appliance pencadangan/pemulihan dilakukan menggunakan sertifikat 1024-bit.

Replikasi dikontrol oleh kebijakan template kebijakan Pencadangan dan DR:

Kebijakan Production to Mirror memiliki beberapa opsi untuk mereplikasi data ke perangkat pencadangan/pemulihan kedua.
Kebijakan Production to OnVault menggunakan mesin eksklusif 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 perangkat pencadangan/pemulihan jarak jauh. Agar tugas replikasi log dapat berjalan, harus ada kebijakan replikasi StreamSnap yang disertakan dalam template beserta profil resource yang menentukan perangkat 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 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 berjalan 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 atau profil resource OnVault yang valid (misalnya, Pool OnVault satu yang dipilih dalam kebijakan, dan pool OnVault satu yang 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, Pencadangan dan DR dapat langsung menampilkan salinan database yang di-roll forward ke titik waktu tertentu. Operasi roll forward ditentukan di konsol manajemen.

Untuk database Microsoft SQL Server yang menggunakan model pemulihan dasar, Pencadangan dan DR dapat langsung menampilkan cadangan database yang belum melewati periode retensi.

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 Pencadangan dan DR memberikan akses instan ke data tanpa memindahkan data. Salinan database yang diambil dapat di-roll forward menggunakan antarmuka pengguna Pencadangan dan DR serta dipasang di server database mana pun. Pencadangan dan 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 begitu, Anda dapat membuat dan mengelola salinan database produksi untuk penggunaan non-produksi. Penyambungan aplikasi virtual dibuat dari appliance pencadangan/pemulihan dan tidak memerlukan intervensi manual oleh administrator database, server, atau penyimpanan. Penyambungan aplikasi virtual dapat digunakan untuk pelaporan database, analisis, pengujian integritas, serta pengujian dan pengembangan. Database virtual dijelaskan dalam artikel Memasang database SQL Server sebagai database virtual baru dan Memasang database ke dalam 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 diganti. Dalam kasus tersebut, 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 artikel Memasang data Microsoft SQL yang diambil.

LiveClones

LiveClone adalah salinan independen data Microsoft SQL Server yang dapat dimuat ulang dan disamarkan sebelum disediakan untuk pengguna. Hal ini memungkinkan tim pengembangan dan pengujian mengerjakan kumpulan 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. Klon dijelaskan dalam artikel Mengklon database SQL Server.

Pemulihan

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

Untuk memulihkan database, lalu menerapkan log, database yang dipulihkan harus berada 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 Pulihkan tanpa Pemulihan, database akan dipulihkan dan diaktifkan secara online tanpa menerapkan log. Pemulihan dijelaskan dalam Memulihkan database SQL Server. Untuk pemulihan dengan waktu tunggu 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:

Penyambungan langsung (standar atau berbasis aplikasi) berfungsi dengan baik untuk data Microsoft SQL Server yang tidak perlu disamarkan sebelum ditampilkan. Salinan data yang dipasang dapat dimuat ulang secara manual atau otomatis sesuai jadwal. Penyambungan 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 kepada pengguna.

Dengan menggabungkan pengambilan data dan kontrol akses Microsoft SQL Server otomatis dari Pencadangan dan DR dengan alur kerja serta kemampuan penyamaran data opsionalnya, Anda dapat membuat lingkungan penyediaan mandiri. Pengguna dapat menyediakan lingkungan mereka sendiri hampir seketika.

Misalnya, administrator Pencadangan dan 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.
Memperbarui data LiveClone atau Microsoft SQL Server yang dapat di-mount berdasarkan penjadwalan atau permintaan
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 data LiveClone atau Microsoft SQL Server yang dapat di-mount.

Backup and DR yang berfungsi dengan produk pencadangan yang ada

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

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

Tugas pencadangan dapat menggunakan banyak I/O. Pencadangan tersebut mungkin memiliki durasi yang lama, dan dapat memengaruhi performa database selama periode pencadangan. Pencadangan dan DR meminimalkan dampak selama tugas, tetapi update inkremental-forever tingkat blok juga 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 database Pencadangan dan DR untuk dimulai pada saat software pencadangan lama selesai. Jangan jadwalkan software pencadangan lama untuk langsung berjalan setelah tugas Pencadangan dan DR biasanya selesai.
Alasan	Jika tugas pencadangan lama dan tugas Pencadangan dan DR berjalan secara serentak, hal ini dapat menyebabkan dampak performa yang serius pada server database yang menyebabkan ketidakstabilan dan kemungkinan terjadi pemadaman layanan.

Log database digunakan untuk merekam setiap transaksi dalam database, sehingga memungkinkan pemulihan point-in-time. Sebagian besar kasus penggunaan ketangkasan berfokus 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-prod mereka ke titik waktu tertentu dari sumber (produksi). Hal ini biasanya menghilangkan kebutuhan untuk mengambil dan mengelola log sebagai bagian dari solusi fleksibilitas Pencadangan dan DR.

Persyaratan	Hanya satu sistem yang dapat mengelola (mengambil atau memotong (menghapus)) log, baik software pencadangan lama maupun Pencadangan dan 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 (mengambil atau memotong(menghapus)) log, dan software pencadangan lama juga mengambil dan/atau memotong/menghapus log, maka satu atau kedua sistem tersebut mungkin akan berakhir dengan rantai log yang tidak lengkap, sehingga sulit atau tidak mungkin untuk memulihkan database ke titik waktu tertentu.

Langkah Berikutnya

Menyiapkan database server SQL untuk Backup and DR Service.

Dokumentasi lainnya untuk Pencadangan dan DR untuk Microsoft SQL Server

Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan database, biner, dan file dukungan Microsoft SQL Server dengan Cadangan dan DR.

Anda dapat menemukan informasi tambahan di: