Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Berlaku untuk:Azure SQL Database
Panduan ini menjelaskan cara memperbarui Azure SQL Database Anda untuk redundansi zona dengan zona ketersediaan.
Mengaktifkan redundansi zona untuk Azure SQL Database menjamin ketersediaan tinggi, membuat database dan kumpulan elastis Anda tahan terhadap serangkaian kegagalan yang lebih besar, seperti pemadaman pusat data bencana, tanpa perubahan logika aplikasi. Saat redundansi zona diaktifkan, database Anda menggunakan zona ketersediaan untuk mereplikasi data di beberapa lokasi fisik dalam satu wilayah Azure.
Prerequisites
Sebelum Anda mengaktifkan dukungan zona ketersediaan, pastikan Azure SQL Database Anda berada dalam tingkat layanan dan model penyebaran yang didukung. Pastikan tier dan model Anda ditawarkan di wilayah yang mendukung zona ketersediaan.
| Tingkat layanan | Model Penyebaran | Ketersediaan zona redundansi |
|---|---|---|
| Premium | Database tunggal atau Kumpulan Elastis | Semua wilayah yang mendukung zona ketersediaan |
| Business Critical | Database tunggal atau Kumpulan Elastis | Semua wilayah yang mendukung zona ketersediaan |
| General Purpose | Database tunggal atau Kumpulan Elastis | Wilayah yang dipilih yang mendukung zona ketersediaan |
| Hyperscale | Database tunggal | Semua wilayah yang mendukung zona ketersediaan |
Persyaratan waktu henti
Mengaktifkan redundansi zona untuk tingkat layanan Premium, Business Critical, dan General Purpose merupakan operasi online dengan pemutusan sambungan singkat. Jika Anda telah menerapkan logika coba lagi untuk kesalahan sementara yang standar, Anda tidak akan menyadari 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 menyalin database, pemulihan titik waktu tertentu, 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.
Mengaktifkan redundansi zona (Premium, Bisnis Kritis, dan Tujuan Umum)
Untuk tingkat layanan Premium, Business Critical, dan General Purpose, pengaktifan redundansi zona dapat dilakukan.
Ikuti langkah-langkah ini untuk mengaktifkan redundansi zona untuk database tunggal atau kumpulan elastis.
Mengaktifkan redundansi zona untuk database tunggal
Buka portal Azure untuk menemukan database Anda. Cari dan pilih database SQL.
Pilih database yang diinginkan.
Di bawah Pengaturan pilih Komputasi + Penyimpanan.
Pilih Ya untuk Apakah Anda ingin membuat zona database ini memiliki redundansi?
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.
Mengaktifkan redundansi zona untuk kumpulan elastis
Important
Mengaktifkan dukungan redundansi zona untuk kumpulan elastis membuat semua database dalam kumpulan menjadi redundan di seluruh zona.
Buka portal Microsoft Azure untuk menemukan dan memilih kumpulan elastis yang diinginkan.
Di bawah Pengaturan, pilih Komputasi + Penyimpanan.
Pilih Ya untuk Ingin membuat kumpulan elastis ini memiliki redundansi zona?.
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.
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 titik waktu, atau geo-replika.
Pertimbangan penyebaran ulang
Ada dua mode penyebaran ulang (online dan offline):
Metode salinan database dan pemulihan pada waktu tertentu (mode offline) membuat database secara konsisten transaksional pada suatu titik waktu. 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.
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 basis data titik waktu dan mengaktifkan redundansi zona dengan portal Azure, PowerShell, atau Azure CLI, ikuti instruksi dalam Pemulihan Titik Waktu.
Geo-replica
Untuk membuat replika geografis database:
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
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 terencana (tanpa kehilangan data) untuk menjadikan database target redundant zona sebagai yang utama.
-
Gunakan sys.dm_geo_replication_link_status untuk melihat status status replikasi geografis.
replication_state_descadalahCATCH_UPketika database sekunder dalam keadaan konsisten secara transaksional. - Dalam tampilan manajemen dinamis sys.dm_operation_status, carilah
state_descyang menjadiCOMPLETEDketika operasi penyemaian telah selesai.
-
Gunakan sys.dm_geo_replication_link_status untuk melihat status status replikasi geografis.
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.
Memvalidasi redundansi zona
Anda dapat menggunakan Azure PowerShell atau Azure CLI atau REST API untuk memeriksa ZoneRedundant properti untuk database.
- Di portal Microsoft Azure, navigasikan ke Azure SQL Database Anda.
- Di bawah Pengaturan, pilih Komputasi + Penyimpanan.
- Periksa nilai pengaturan Apakah Anda ingin membuat zona basis data ini memiliki redundansi?
Menonaktifkan redundansi zona
Untuk menonaktifkan redundansi zona untuk database tunggal atau kumpulan elastis, Anda dapat menggunakan portal Microsoft Azure, ARM API, PowerShell, atau CLI.
Menonaktifkan redundansi zona untuk database tunggal
Buka portal Azure untuk menemukan dan memilih database yang tidak ingin Anda jadikan zona redundan lagi.
Di bawah Pengaturan, pilih Komputasi + Penyimpanan.
Pilih Tidak untuk Apakah Anda ingin membuat zona database ini redundan?
Pilih Simpan.
Menonaktifkan redundansi zona untuk kumpulan elastis
Buka portal Azure untuk menemukan dan pilih kumpulan elastis yang tidak ingin Anda jadikan zona redundan lagi.
Di bawah Pengaturan, pilih Komputasi + Penyimpanan.
Pilih Tidak untuk Apakah Anda ingin membuat zona kumpulan elastis ini memiliki redundansi zona?.
Pilih Simpan.
Untuk menonaktifkan redundansi zona untuk tingkat layanan Hyperscale, Anda dapat membalikkan langkah-langkah yang didokumentasikan dalam Penyebaran Ulang (Hyperscale).