Mencadangkan dan memulihkan kumpulan SQL khusus di Azure Synapse Analytics

  • Artikel

Dalam artikel ini, Anda akan mempelajari cara menggunakan pencadangan dan pemulihan di kumpulan SQL khusus Azure Synapse.

Gunakan titik pemulihan kumpulan SQL khusus untuk memulihkan atau menyalin gudang data Anda ke kondisi sebelumnya di wilayah utama. Gunakan cadangan geo-redundan gudang data untuk memulihkan ke wilayah geografis yang berbeda.

Catatan

Tidak semua fitur kumpulan SQL khusus di ruang kerja Azure Synapse berlaku untuk kumpulan SQL khusus (sebelumnya SQL DW), dan sebaliknya. Untuk mengaktifkan fitur ruang kerja dari kumpulan SQL khusus yang ada (sebelumnya SQL DW) lihat Cara mengaktifkan ruang kerja untuk kumpulan SQL khusus Anda (sebelumnya SQL DW). Untuk informasi selengkapnya, lihat Apa perbedaan antara kumpulan SQL khusus Azure Synapse (sebelumnya SQL DW) dan kumpulan SQL khusus di ruang kerja Azure Synapse Analytics?.

Apa itu rekam jepret gudang data

Rekam jepret gudang data membuat titik pemulihan yang dapat Anda manfaatkan untuk memulihkan atau menyalin gudang data ke kondisi sebelumnya. Karena kumpulan SQL khusus adalah sistem terdistribusi, rekam jepret gudang data terdiri dari banyak file yang terletak di penyimpanan Azure. Rekam jepret menangkap perubahan inkremental dari data yang disimpan di gudang data.

Catatan

Tarif Tujuan Waktu Pemulihan (RTO) kumpulan SQL khusus dapat bervariasi. Faktor-faktor yang mungkin memengaruhi waktu pemulihan (pemulihan):

  • Ukuran database
  • Lokasi gudang data sumber dan target (dalam kasus pemulihan geografis)
  • Rekam jepret gudang data tidak dapat diekspor sebagai file terpisah (misalnya Untuk Azure Storage, lingkungan lokal)

Pemulihan gudang data adalah gudang data baru yang dibuat dari titik pemulihan gudang data yang sudah ada atau dihapus. Memulihkan gudang data merupakan bagian penting dari kelangsungan bisnis dan strategi pemulihan bencana karena tindakan ini membuat ulang data Anda setelah kerusakan atau penghapusan yang tidak disengaja. Rekam jepret gudang data juga merupakan mekanisme yang ampuh untuk membuat salinan gudang data untuk tujuan pengujian atau pengembangan.

Catatan

Tarif Tujuan Waktu Pemulihan (RTO) kumpulan SQL khusus dapat bervariasi. Faktor-faktor yang mungkin memengaruhi waktu pemulihan (pemulihan):

  • Ukuran database
  • Lokasi gudang data sumber dan target (dalam kasus pemulihan geografis)

Titik Pemulihan Otomatis

Rekam jepret merupakan fitur bawaan yang membuat titik pemulihan. Anda tidak perlu mengaktifkan kemampuan ini. Namun, kumpulan SQL khusus harus dalam kondisi aktif untuk pembuatan titik pemulihan. Jika sering dijeda, titik pemulihan otomatis mungkin tidak dibuat, jadi pastikan untuk membuat titik pemulihan yang ditentukan pengguna sebelum menjeda kumpulan SQL khusus. Titik pemulihan otomatis saat ini tidak dapat dihapus oleh pengguna karena layanan menggunakan titik pemulihan ini untuk mempertahankan SLA untuk pemulihan.

Rekam jepret gudang data dilakukan sepanjang hari selama pembuatan titik pemulihan yang tersedia selama tujuh hari. Periode retensi ini tidak dapat diubah. Kumpulan SQL khusus mendukung tujuan titik pemulihan (RPO) delapan jam. Anda dapat memulihkan gudang data Anda di wilayah utama dari salah satu rekam jepret yang diambil dalam tujuh hari terakhir.

Untuk melihat kapan rekam jepret terakhir dimulai, jalankan kueri ini di kumpulan SQL khusus online Anda.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Catatan

Pencadangan terjadi setiap empat (4) jam untuk memenuhi SLA delapan (8) jam. Oleh karena itu, sys.pdw_loader_backup_runs tampilan manajemen dinamis akan menampilkan aktivitas pencadangan setiap empat (4) jam.

Titik pemulihan yang ditentukan pengguna

Fitur ini memungkinkan Anda untuk secara manual memicu rekam jepret untuk membuat titik pemulihan gudang data sebelum dan setelah modifikasi besar. Kemampuan ini memastikan bahwa titik pemulihan konsisten secara logis, yang memberikan perlindungan data jika terjadi gangguan beban kerja atau kesalahan pengguna untuk waktu pemulihan cepat. Titik pemulihan yang ditentukan pengguna tersedia selama tujuh hari dan dihapus secara otomatis atas nama Anda. Anda tidak dapat mengubah periode retensi titik pemulihan yang ditentukan pengguna. 42 titik pemulihan yang ditentukan pengguna dijamin setiap saat sehingga titik pemulihan harus dihapus sebelum pembuatan titik pemulihan lain. Anda dapat memicu rekam jepret untuk membuat titik pemulihan yang ditentukan pengguna dengan menggunakan portal Azure atau secara terprogram dengan menggunakan PowerShell atau REST API saja.

Catatan

Jika Anda memerlukan titik pemulihan lebih dari 7 hari, silakan pilih kemampuan ini.

Catatan

Skrip T-SQL tidak dapat digunakan untuk mengambil cadangan sesuai permintaan. Titik pemulihan yang ditentukan pengguna dapat dibuat dengan menggunakan portal Azure atau secara terprogram dengan menggunakan PowerShell atau REST API.

Jika Anda mencari konsep Long-Term Backup (LTR):

  1. Buat titik pemulihan baru yang ditentukan pengguna, atau Anda dapat menggunakan salah satu titik pemulihan yang dibuat secara otomatis.
  2. Pulihkan dari titik pemulihan yang baru dibuat ke gudang data baru.
  3. Setelah memulihkan, Anda memiliki kumpulan SQL khusus secara online. Jeda tanpa batas waktu untuk menghemat biaya komputasi. Database yang dijeda dikenakan biaya penyimpanan pada tingkat tarif penyimpanan Azure Synapse Analytics.

Jika Anda memerlukan salinan aktif gudang data yang dipulihkan, Anda dapat melanjutkan, yang seharusnya hanya memakan waktu beberapa menit.

Membuat titik pemulihan yang ditentukan pengguna

Anda dapat membuat titik pemulihan baru yang ditentukan pengguna secara terprogram. Pilih metode yang benar berdasarkan kumpulan SQL yang Anda gunakan: baik kumpulan SQL khusus mandiri (sebelumnya SQL DW), atau kumpulan SQL khusus dalam ruang kerja Synapse.

Azure PowerShell

REST API

Menghapus titik pemulihan yang ditentukan pengguna

Anda dapat menghapus titik pemulihan tertentu yang ditentukan pengguna secara terprogram. Pilih metode yang benar berdasarkan kumpulan SQL yang Anda gunakan: baik kumpulan SQL khusus mandiri (sebelumnya SQL DW), atau kumpulan SQL khusus dalam ruang kerja Synapse.

Azure PowerShell

REST API

Retensi titik pemulihan

Berikut ini mencantumkan detail untuk periode retensi titik pemulihan:

  1. Kumpulan SQL khusus menghapus titik pemulihan jika telah mencapai periode retensi 7 hari dan jika terdapat setidaknya total 42 titik pemulihan (termasuk yang ditentukan pengguna dan otomatis).
  2. Rekam jepret tidak diambil ketika kumpulan SQL khusus dijeda.
  3. Usia titik pemulihan diukur dengan hari kalender absolut sejak titik pemulihan diambil termasuk ketika kumpulan SQL dijeda.
  4. Setiap saat, kumpulan SQL khusus dijamin untuk mampu menyimpan hingga 42 titik pemulihan yang ditentukan pengguna atau 42 titik pemulihan otomatis selama titik pemulihan ini belum mencapai periode retensi 7 hari
  5. Jika rekam jepret diambil, kumpulan SQL khusus kemudian dijeda selama lebih dari 7 hari, lalu dilanjutkan, titik pemulihan akan bertahan hingga terdapat total 42 titik pemulihan (termasuk yang ditentukan pengguna dan otomatis)

Retensi rekam jepret ketika kumpulan SQL hilang

Ketika Anda menghilangkan kumpulan SQL khusus, rekam jepret akhir dibuat dan disimpan selama tujuh hari. Anda dapat memulihkan kumpulan SQL khusus ke titik pemulihan akhir yang dibuat saat penghapusan. Jika kumpulan SQL khusus dihilangkan dalam kondisi dijeda, rekam jepret tidak diambil. Dalam skenario ini, pastikan untuk membuat titik pemulihan yang ditentukan pengguna sebelum menghilangkan kumpulan SQL khusus.

Cadangan geo dan pemulihan bencana

Cadangan geo dibuat satu kali per hari pada pasangan pusat data. RPO untuk pemulihan geo adalah 24 jam. Pemulihan geo selalu merupakan operasi pemindahan data dan RTO akan bergantung pada ukuran data. Hanya cadangan geo terbaru yang dipertahankan. Anda dapat memulihkan cadangan geo ke server di wilayah lain tempat kumpulan SQL khusus didukung. Cadangan geo memastikan Anda dapat memulihkan gudang data jika Anda tidak dapat mengakses titik pemulihan di wilayah utama Anda.

Jika tidak memerlukan cadangan geo untuk kumpulan SQL khusus, Anda dapat menonaktifkannya dan menghemat biaya penyimpanan pemulihan bencana. Untuk melakukannya, lihat Cara memandu: Menonaktifkan cadangan geo untuk kumpulan SQL khusus (sebelumnya SQL DW). Jika menonaktifkan cadangan geografis, Anda tidak akan dapat memulihkan Kumpulan SQL khusus ke pasangan wilayah Azure Anda jika pusat data Azure utama Anda tidak tersedia.

Catatan

Jika Anda memerlukan RPO yang lebih pendek untuk pencadangan geografis, pilih kemampuan ini. Anda juga dapat membuat titik pemulihan yang ditentukan pengguna dan memulihkan dari titik pemulihan yang baru saja dibuat ke gudang data baru di wilayah lain. Setelah memulihkan, Anda memiliki gudang data online dan dapat menjedanya tanpa batas untuk menghemat biaya komputasi. Database yang dijeda dikenakan biaya penyimpanan pada tingkat tarif Penyimpanan Premium Azure Storage. Pola umum lainnya untuk titik pemulihan yang lebih pendek adalah memasukkan data ke dalam instans primer dan sekunder dari gudang data secara paralel. Dalam skenario ini, data diserap dari sumber (atau sumber) dan disimpan ke dua contoh terpisah dari gudang data (primer dan sekunder). Untuk menghemat biaya komputasi, Anda dapat menjeda instans sekunder gudang. Jika Anda memerlukan salinan aktif gudang data, Anda dapat melanjutkan yang hanya akan memerlukan beberapa menit.

Residensi data

Jika pusat data yang dipasangkan terletak di luar negara/wilayah Anda, Anda dapat memastikan bahwa data Anda tetap berada di wilayah Anda dengan menyediakan database Anda pada penyimpanan redundan lokal (LRS). Jika database Anda telah disediakan di RA-GRS (Penyimpanan Redundan Geografis Hanya Baca, pengaturan default saat ini), Anda dapat tidak memilih cadangan geo, namun database Anda akan terus berada di penyimpanan yang direplikasi ke pasangan wilayah. Untuk memastikan bahwa data pelanggan tetap berada di wilayah, Anda dapat menyediakan atau memulihkan kumpulan SQL khusus ke penyimpanan redundan lokal. Untuk informasi selengkapnya tentang cara menyediakan atau memulihkan ke penyimpanan redundan lokal, lihat Panduan cara untuk mengonfigurasi residensi wilayah tunggal untuk kumpulan SQL khusus (sebelumnya SQL DW) di Azure Synapse Analytics

Untuk mengonfirmasi bahwa pusat data yang dipasangkan berada di negara/wilayah yang berbeda, lihat Wilayah Berpasangan Azure.

Biaya cadangan dan pemulihan

Anda akan melihat tagihan Azure memiliki item baris untuk Azure Storage dan item baris untuk Azure Storage Pemulihan Bencana. Biaya penyimpanan merupakan biaya total untuk menyimpan data Anda di wilayah utama bersama dengan perubahan inkremental yang ditangkap dengan rekam jepret. Untuk penjelasan yang lebih rinci tentang bagaimana snapshot dikenakan biaya, lihat Memahami bagaimana Snapshots Dikenakan Biaya. Biaya geo-redundan mencakup biaya untuk menyimpan cadangan geo.

Biaya total untuk gudang data utama Anda dan tujuh hari perubahan rekam jepret dibulatkan ke TB terdekat. Misalnya, jika gudang data Anda berukuran 1,5 TB dan snapshot menangkap 100 GB, Anda ditagih untuk 2 TB data pada tingkat tarif penyimpanan standar Azure.

Jika Anda menggunakan penyimpanan geo-redundan, Anda menerima biaya penyimpanan terpisah. Penyimpanan geo-redundan ditagih pada tingkat tarif Penyimpanan Redundan Geografis Akses Baca (RA-GRS) standar.

Untuk informasi selengkapnya tentang penentuan harga Azure Synapse Analytics, lihat penentuan harga Azure Synapse Analytics. Anda tidak dikenakan biaya untuk data keluar ketika memulihkan di seluruh wilayah.

Memulihkan dari titik pemulihan

Setiap rekam jepret membuat titik pemulihan yang mewakili waktu rekam jepret dimulai. Untuk memulihkan gudang data, Anda memilih titik pemulihan dan mengeluarkan perintah pemulihan.

Anda dapat menyimpan gudang data yang dipulihkan dan gudang data saat ini, atau menghapus salah satunya. Jika Anda ingin mengganti gudang data saat ini dengan gudang data yang dipulihkan, Anda dapat mengganti namanya menggunakan UBAH DATABASE dengan opsi UBAH NAMA.

Catatan

Pemulihan tingkat tabel tidak didukung di Kumpulan SQL khusus. Anda hanya dapat memulihkan seluruh database dari cadangan Anda, lalu menyalin tabel yang diperlukan dengan menggunakan

  • Aktivitas alat ETL seperti Aktivitas Salin
  • Ekspor dan Impor
    • Mengekspor data dari cadangan yang dipulihkan ke Data Lake Anda dengan menggunakan Contoh CETAS CETAS
    • Mengimpor data dengan menggunakan COPY atau Polybase

Pemulihan langganan silang

Anda dapat melakukan pemulihan lintas langganan.

Pemulihan geo-redundan

Anda dapat memulihkan kumpulan SQL khusus ke wilayah yang mendukung kumpulan SQL khusus di tingkat performa yang Anda pilih.

Catatan

Untuk melakukan pemulihan geo-redundan Anda harus memilih fitur ini.

Proses dukungan

Anda dapat mengirimkan tiket dukungan melalui portal Azure untuk Azure Synapse Analytics.

Konten terkait