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

Portal Azure

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.

PowerShell

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.

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    DatabaseName = '<Database_Name>'
}
Set-AzSqlDatabase @parameters -ZoneRedundant 

Azure CLI

Gunakan Azure CLI untuk menjalankan perintah berikut (ganti tempat penampung di "<>" dengan nama sumber daya Anda):

    az sql db update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Database_Name>” --zone-redundant 

ARM

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

Memigrasikan kumpulan elastis

Penting

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

Portal Azure

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.

PowerShell

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.

Connect-AzAccount
$subscriptionid = <'your subscription id here'>
Set-AzContext -SubscriptionId $subscriptionid

$parameters = @{
    ResourceGroupName = '<Resource_Group_Name>'
    ServerName = '<Server_Name>'
    ElasticPoolName = '<Elastic_Pool_Name>'
}

Set-AzSqlElasticPool  @parameters -ZoneRedundant 

Azure CLI

Gunakan Azure CLI untuk menjalankan perintah berikut (ganti tempat penampung di "<>" dengan nama sumber daya Anda):

    az sql elastic-pool update --resource-group “<Resource_Group_Name>” --server “<Server_Name>” --name “<Elastic_Pool_Name>” --zone-redundant 

ARM

Untuk mengaktifkan redundansi zona, lihat Kumpulan Elastis - Buat Atau Perbarui di ARM.

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 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_desc CATCH_UP ketika database sekunder dalam keadaan konsisten secara transaksional. Dalam tampilan manajemen dinamis sys.dm_operation_status, carilah state_desc COMPLETED 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, ARM API, PowerShell, atau CLI.

Menonaktifkan redundansi zona untuk database tunggal

Portal

1. Buka portal Azure untuk menemukan dan memilih database yang tidak ingin Anda jadikan zona redundan lagi.

2. Pilih Pengaturan, lalu pilih Konfigurasikan.

3. Pilih Tidak untuk Ingin membuat zona database ini berlebihan?

4. Pilih Simpan.

PowerShell

set-azsqlDatabase -ResourceGroupName "<Resource-Group-Name>" -DatabaseName "<Database-Name>" -ServerName "<Server-Name>" -ZoneRedundant:$false 

CLI

az sql db update --resource-group "RSETLEM-AzureSQLDB" --server "rs-az-testserver1" --name "TestDB1" --zone-redundant false

ARM

Lihat Database - Buat Atau Perbarui di ARM dan gunakan properties.zoneRedundant properti .

Menonaktifkan redundansi zona untuk kumpulan elastis

Portal

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.

PowerShell

Set-AzSqlElasticpool -ResourceGroupName "<Resource-Group-Name>"  -ServerName "<Server-Name>" -ElasticPoolName "<Elastic-Pool-Name>" -ZoneRedundant:$false

CLI

az sql elastic-pool update --resource-group "RSETLEM-AzureSQLDB" --server "rs-az-testserver1" --name "testep10" --zone-redundant false

ARM

Lihat Database - Buat Atau Perbarui di ARM dan gunakan properties.zoneRedundant properti .

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

Langkah berikutnya

Layanan dan wilayah Azure yang mendukung zona ketersediaan