Database yang mendukung Stretch Backup (Stretch Database)

  • Artikel
  • 2 menit untuk membaca

Berlaku untuk:yes SQL Server 2016 (13.x) dan yang lebih baru - hanya Windows

Pencadangan database membantu Anda memulihkan dari berbagai jenis kegagalan, kesalahan, dan bencana.

  • Anda harus mencadangkan database SQL Server yang diaktifkan Stretch.

  • Microsoft Azure secara otomatis mencadangkan data jarak jauh yang telah dimigrasikan Stretch Database dari SQL Server ke Azure.

Tip

Pencadangan hanyalah satu bagian dari solusi ketersediaan tinggi dan kelangsungan bisnis yang lengkap. Untuk informasi selengkapnya tentang ketersediaan tinggi, lihat Solusi Ketersediaan Tinggi.

Mencadangkan data SQL Server Anda

Untuk mencadangkan database SQL Server yang diaktifkan Stretch, Anda dapat terus menggunakan metode pencadangan SQL Server yang saat ini Anda gunakan. Untuk informasi selengkapnya, lihat Mencadangkan dan Memulihkan Database SQL Server.

Pencadangan database SQL Server yang mendukung Stretch hanya berisi data lokal dan data yang memenuhi syarat untuk migrasi pada saat pencadangan berjalan. (Data yang memenuhi syarat adalah data yang belum dimigrasikan, tetapi akan dimigrasikan ke Azure berdasarkan pengaturan migrasi tabel.) Ini dikenal sebagai cadangan dangkal dan tidak menyertakan data yang sudah dimigrasikan ke Azure.

Mencadangkan data Azure jarak jauh Anda

Microsoft Azure secara otomatis mencadangkan data jarak jauh yang telah dimigrasikan Stretch Database dari SQL Server ke Azure.

Azure mengurangi risiko kehilangan data dengan pencadangan otomatis

Layanan SQL Server Stretch Database di Azure melindungi database jarak jauh Anda dengan rekam jepret penyimpanan otomatis setidaknya setiap 8 jam. Ini mempertahankan setiap rekam jepret selama 7 hari untuk memberi Anda berbagai kemungkinan titik pemulihan.

Azure mengurangi risiko kehilangan data dengan geo-redundansi

Pencadangan database Azure disimpan pada Azure Storage geo-redundan (RA-GRS) dan oleh karena itu geo-redundan secara default. Penyimpanan geo-redundan mereplikasi data Anda ke wilayah sekunder yang berjarak ratusan mil dari wilayah utama. Di wilayah utama dan sekunder, data Anda masing-masing direplikasi tiga kali, di seluruh domain kesalahan terpisah dan domain peningkatan. Ini memastikan bahwa data Anda tahan lama bahkan dalam kasus pemadaman regional lengkap atau bencana yang membuat salah satu wilayah Azure tidak tersedia.

Stretch Database mengurangi risiko kehilangan data untuk data Azure Anda dengan mempertahankan baris yang dimigrasikan untuk sementara

Setelah Stretch Database memigrasikan baris yang memenuhi syarat dari SQL Server ke Azure, Stretch Database mempertahankan baris tersebut dalam tabel penahapan selama minimal 8 jam. Jika Anda memulihkan cadangan database Azure Anda, Stretch Database menggunakan baris yang disimpan dalam tabel penahapan untuk menyesuaikan SQL Server dan database Azure.

Setelah memulihkan cadangan data Azure, Anda harus menjalankan prosedur tersimpan sys.sp_rda_reauthorize_db untuk menyambungkan kembali database SQL Server yang diaktifkan Stretch ke database Azure jarak jauh. Saat Anda menjalankan sys.sp_rda_reauthorize_db, Stretch Database secara otomatis merekonsiliasi SQL Server dan database Azure.

Untuk meningkatkan jumlah jam data yang dimigrasikan yang dipertahankan Stretch Database untuk sementara dalam tabel penahapan, jalankan prosedur tersimpan sys.sp_rda_set_rpo_duration dan tentukan jumlah jam yang lebih besar dari 8. Untuk memutuskan berapa banyak data yang akan disimpan, pertimbangkan faktor-faktor berikut:

  • Frekuensi pencadangan Azure otomatis (setidaknya setiap 8 jam).
  • Waktu yang diperlukan setelah masalah untuk mengenali masalah dan memutuskan untuk memulihkan cadangan.
  • Durasi operasi pemulihan Azure.

Catatan

Meningkatkan jumlah data yang dipertahankan Stretch Database untuk sementara dalam tabel penahapan meningkatkan jumlah ruang yang diperlukan pada SQL Server.

Untuk memeriksa jumlah jam data yang saat ini dipertahankan Stretch Database sementara dalam tabel penahapan, jalankan prosedur tersimpan sys.sp_rda_get_rpo_duration.

Lihat juga

Pulihkan database yang mengaktifkan Stretch
Kelola dan pecahkan masalah Stretch Database