Memigrasikan Azure SQL Database ke dukungan zona ketersediaan
Artikel
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.
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.
Buka portal Azure untuk menemukan database Anda. Cari dan pilih database SQL.
Pilih database yang ingin Anda migrasikan.
Di bawah Pengaturan pilih Komputasi + Penyimpanan.
Pilih Ya untuk Ingin membuat zona database ini berlebihan?
Pilih Terapkan.
Tunggu untuk menerima pemberitahuan penyelesaian operasi di Pemberitahuan di menu atas portal Azure.
Untuk memverifikasi bahwa redundansi zona diaktifkan, pilih Gambaran Umum lalu pilih Properti.
Di bawah bagian Ketersediaan , konfirmasikan bahwa redundansi zona diatur ke Diaktifkan.
Buka PowerShell sebagai Administrator dan jalankan perintah berikut (ganti tempat penampung di "<>" dengan nama sumber daya Anda). Perhatikan bahwa <server_name> tidak boleh menyertakan .database.windows.net.
Buka portal Azure untuk menemukan dan memilih kumpulan elastis yang ingin Anda migrasikan.
Di bawah Pengaturan, pilih Komputasi + Penyimpanan.
Pilih Ya untuk Ingin membuat zona kumpulan elastis ini berlebihan?.
Pilih Simpan.
Tunggu untuk menerima pemberitahuan penyelesaian operasi di Pemberitahuan di menu atas portal Azure.
Untuk memverifikasi bahwa redundansi zona diaktifkan, pilih Konfigurasikan lalu pilih Pengaturan kumpulan.
Opsi zona redundan harus diatur ke Ya.
Buka PowerShell sebagai Administrator dan jalankan perintah berikut (ganti tempat penampung di "<>" dengan nama sumber daya Anda). Perhatikan bahwa <server_name> tidak boleh menyertakan .database.windows.net.
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 untuk aplikasi harus diperbarui untuk menunjuk ke database zona redundan.
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.
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;
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.
Perbarui nama server di string koneksi agar aplikasi mencerminkan database redundan zona baru.
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, ARM API, PowerShell, atau CLI.
Menonaktifkan redundansi zona untuk database tunggal
Untuk menonaktifkan redundansi zona untuk tingkat layanan Hyperscale, Anda dapat membalikkan langkah-langkah yang didokumentasikan dalam Penyebaran Ulang (Hyperscale).
Dalam modul ini, Anda akan mempelajari cara menyebarkan solusi yang sangat tersedia dengan menggunakan Azure SQL. Anda juga akan melihat arsitektur dan bagaimana pengaruhnya terhadap ketersediaan.