Bagikan melalui


Memigrasikan Azure SQL Database ke dukungan zona ketersediaan

Panduan ini menjelaskan cara memigrasikan Azure SQL Database dari dukungan zona non-ketersediaan ke dukungan ketersediaan.

Mengaktifkan redundansi zona untuk Azure SQL Database menjamin ketersediaan tinggi karena database menggunakan Zona Ketersediaan Azure untuk mereplikasi data di beberapa lokasi fisik dalam wilayah Azure. Dengan memilih redundansi zona, Anda dapat membuat database dan kumpulan elastis Tahan terhadap serangkaian kegagalan yang lebih besar, seperti pemadaman pusat data bencana, tanpa perubahan logika aplikasi.

Prasyarat

Sebelum Anda bermigrasi ke dukungan zona ketersediaan, lihat tabel berikut untuk memastikan bahwa Azure SQL Database Anda berada dalam tingkat layanan dan model penyebaran yang didukung. Pastikan tingkat dan model Anda ditawarkan di wilayah yang mendukung zona ketersediaan.

Tingkat layanan Model Penyebaran Ketersediaan redundansi zona
Premium Database tunggal atau Kumpulan Elastis Semua wilayah yang mendukung zona ketersediaan
Kritis Bisnis Database tunggal atau Kumpulan Elastis Semua wilayah yang mendukung zona ketersediaan
Tujuan Umum Database tunggal atau Kumpulan Elastis Wilayah yang dipilih yang mendukung zona ketersediaan
Hyperscale Database tunggal Semua wilayah yang mendukung zona ketersediaan

Persyaratan waktu henti

Migrasi untuk tingkat layanan Premium, Business Critical, dan General Purpose adalah operasi online dengan pemutusan singkat menuju akhir untuk menyelesaikan proses migrasi. Jika Anda telah menerapkan logika coba lagi untuk kesalahan sementara standar, Anda tidak akan melihat failover.

Untuk tingkat layanan Hyperscale, dukungan redundansi zona hanya dapat ditentukan selama pembuatan database dan tidak dapat dimodifikasi setelah sumber daya disediakan. Jika Anda ingin pindah ke dukungan zona ketersediaan, Anda harus mentransfer data dengan salinan database, pemulihan point-in-time, atau geo-replika. Jika database target berada di wilayah yang berbeda dari sumber atau jika redundansi penyimpanan cadangan database untuk target berbeda dari database sumber, waktu henti sebanding dengan ukuran operasi data.

Migrasi (Premium, Bisnis Kritis, dan Tujuan Umum)

Untuk tingkat layanan Premium, Business Critical, dan General Purpose, migrasi ke redundansi zona dimungkinkan.

Ikuti langkah-langkah di bawah ini untuk melakukan migrasi untuk database tunggal atau kumpulan elastis.

Memigrasikan database tunggal

  1. Buka portal Azure untuk menemukan database Anda. Cari dan pilih database SQL.

  2. Pilih database yang ingin Anda migrasikan.

  3. Di bawah Pengaturan pilih Komputasi + Penyimpanan.

  4. Pilih Ya untuk Ingin membuat zona database ini berlebihan?

  5. Pilih Terapkan.

  6. Tunggu untuk menerima pemberitahuan penyelesaian operasi di Pemberitahuan di menu atas portal Azure.

  7. Untuk memverifikasi bahwa redundansi zona diaktifkan, pilih Gambaran Umum lalu pilih Properti.

  8. Di bawah bagian Ketersediaan , konfirmasikan bahwa redundansi zona diatur ke Diaktifkan.

Memigrasikan kumpulan elastis

Penting

Mengaktifkan dukungan redundansi zona untuk kumpulan elastis membuat semua database dalam zona kumpulan redundan.

  1. Buka portal Azure untuk menemukan dan memilih kumpulan elastis yang ingin Anda migrasikan.

  2. Pilih Pengaturan, lalu pilih Konfigurasikan.

  3. Pilih Ya untuk Ingin membuat zona kumpulan elastis ini berlebihan?.

  4. Pilih Simpan.

  5. Tunggu untuk menerima pemberitahuan penyelesaian operasi di Pemberitahuan di menu atas portal Azure.

  6. Untuk memverifikasi bahwa redundansi zona diaktifkan, pilih Konfigurasikan lalu pilih Pengaturan kumpulan.

  7. Opsi zona redundan harus diatur ke Ya.

Penyebaran ulang (Hyperscale)

Untuk tingkat layanan Hyperscale, dukungan redundansi zona hanya dapat ditentukan selama pembuatan database dan tidak dapat dimodifikasi setelah database disediakan. Jika Anda ingin mendapatkan dukungan redundansi zona, Anda perlu melakukan transfer data dari database tunggal tingkat layanan Hyperscale yang ada. Untuk melakukan transfer dan mengaktifkan opsi redundansi zona, klon harus dibuat menggunakan salinan database, pemulihan point-in-time, atau geo-replika.

Pertimbangan penyebaran ulang

  • Ada dua mode penyebaran ulang (online dan offline):

    • Metode salinan database dan pemulihan titik waktu (mode offline) membuat database yang konsisten secara transaksional pada titik waktu tertentu. Akibatnya, setiap perubahan data yang dilakukan setelah operasi salin atau pemulihan dimulai tidak akan tersedia pada database yang disalin atau dipulihkan.

    • Metode geo-replika (mode online) adalah penyebaran ulang di mana setiap perubahan data dari sumber disinkronkan ke target.

  • string Koneksi ion untuk aplikasi harus diperbarui untuk menunjuk ke database zona redundan.

Menyebarkan ulang database tunggal

Salinan database

Untuk membuat salinan database dan mengaktifkan redundansi zona dengan portal Azure, PowerShell, atau Azure CLI, ikuti instruksi dalam menyalin salinan database yang konsisten secara transaksional di Azure SQL Database.

Pemulihan titik waktu

Untuk membuat pemulihan database point-in-time dan mengaktifkan redundansi zona dengan portal Azure, PowerShell, atau Azure CLI, ikuti instruksi dalam pemulihan Point-in-time.

Geo-replika

Untuk membuat replika geografis database:

  1. Ikuti instruksi dengan portal Azure, PowerShell, atau Azure CLI di Mengonfigurasi replikasi geografis aktif dan failover (Azure SQL Database) dan mengaktifkan redundansi zona di bawah Komputasi + Penyimpanan

  2. Replika disemai, dan waktu yang diperlukan untuk menyemai data tergantung pada ukuran database sumber. Anda dapat memantau status penyemaian di portal Azure atau dengan menjalankan kueri TSQL berikut pada database replika:

        SELECT * FROM sys.dm_geo_replication_link_status;
        SELECT * FROM sys.dm_operation_status;
    
  3. Setelah penyemaian database selesai, lakukan failover yang direncanakan (tidak ada kehilangan data) untuk membuat database target redundan zona sebagai utama. Gunakan sys.dm_geo_replication_link_status untuk melihat status status replikasi geografis. adalah replication_state_descCATCH_UP ketika database sekunder dalam keadaan konsisten secara transaksional. Dalam tampilan manajemen dinamis sys.dm_operation_status, carilah state_descCOMPLETED ketika operasi penyemaian telah selesai.

  4. Perbarui nama server di string koneksi agar aplikasi mencerminkan database redundan zona baru.

  5. Untuk membersihkan, pertimbangkan untuk menghapus database redundan non-zona asli dari hubungan replika geografis. Anda dapat memilih untuk menghapusnya.

Menonaktifkan redundansi zona

Untuk menonaktifkan redundansi zona untuk database tunggal atau kumpulan elastis, Anda dapat menggunakan portal atau ARM API.

Untuk menonaktifkan redundansi zona untuk tingkat layanan Hyperscale, Anda dapat membalikkan langkah-langkah yang didokumentasikan dalam Penyebaran Ulang (Hyperscale).

Untuk menonaktifkan redundansi zona dengan portal Azure:

  1. Buka portal Azure untuk menemukan dan pilih kumpulan elastis yang tidak ingin Anda jadikan zona redundan lagi.

  2. Pilih Pengaturan, lalu pilih Konfigurasikan.

  3. Pilih Tidak untuk Ingin membuat zona kumpulan elastis ini berlebihan?.

  4. Pilih Simpan.

Untuk menonaktifkan redundansi zona dengan ARM, lihat Database - Buat Atau Perbarui di ARM dan gunakan properties.zoneRedundant properti .

Langkah berikutnya