Merencanakan peristiwa pemeliharaan Azure di Azure SQL Database dan Azure SQL Managed Instance

  • Artikel

Berlaku untuk:Azure SQL DatabaseAzure SQL Managed Instance

Mempelajari cara mempersiapkan peristiwa pemeliharaan terencana di database Anda di Azure SQL Database dan Azure SQL Managed Instance.

Apa yang dimaksud dengan pemeliharaan terencana?

Agar layanan Azure SQL Database dan Azure SQL Managed Instance tetap aman, patuh, stabil, dan berperforma, pembaruan dilakukan melalui komponen layanan hampir terus menerus. Berkat arsitektur layanan modern dan kuat dan teknologi inovatif seperti hotpatching, sebagian besar pembaruan sepenuhnya transparan dan nonimpactful dalam hal ketersediaan layanan. Namun, beberapa jenis pembaruan menyebabkan gangguan layanan singkat dan memerlukan perawatan khusus.

Selama pemeliharaan terencana, anggota kuorum database menjadi offline satu per satu, dengan maksud bahwa ada satu replika utama yang merespons. Untuk database Business Critical dan Premium, setidaknya satu replika sekunder juga akan online untuk memastikan tidak ada waktu henti klien.

Ketika replika utama perlu dibawa offline, proses konfigurasi ulang terjadi.

  • Untuk database Business Critical dan Premium, salah satu replika sekunder akan menjadi replika utama baru.
  • Untuk Tujuan Umum, Standar, dan database Dasar replika utama akan berpindah ke node komputasi tanpa status lain dengan kapasitas bebas yang memadai.

Apa yang diharapkan selama peristiwa pemeliharaan yang direncanakan

Peristiwa pemeliharaan dapat menghasilkan konfigurasi ulang tunggal atau ganda, tergantung pada konstelasi replika utama dan sekunder di awal peristiwa pemeliharaan. Rata-rata, 1,7 konfigurasi ulang terjadi per peristiwa pemeliharaan yang direncanakan. Konfigurasi ulang umumnya selesai dalam 30 detik. Rata-rata adalah delapan detik. Jika sudah tersambung, aplikasi Anda harus tersambung kembali ke replika utama baru database Anda.

Jika koneksi baru dicoba saat database sedang menjalani konfigurasi ulang sebelum replika utama baru online, Anda mendapatkan kesalahan 40613 (Database Tidak Tersedia): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Jika database Anda memiliki kueri yang berjalan lama, kueri ini akan terganggu selama konfigurasi ulang dan perlu dimulai ulang.

Fitur jendela pemeliharaan

Fitur jendela pemeliharaan memungkinkan untuk melakukan konfigurasi jadwal jendela pemeliharaan yang dapat diprediksi pada database Azure SQL dan instans terkelola SQL yang memenuhi syarat. Pemberitahuan lanjutan jendela pemeliharaantersedia di database yang dikonfigurasikan untuk menggunakan jendela pemeliharaan non-default.

  • Untuk Azure SQL Database, jendela pemeliharaan dan pemberitahuan lanjutan untuk jendela pemeliharaan umumnya tersedia.
  • Untuk Azure SQL Managed Instance, jendela pemeliharaan umumnya tersedia, tetapi pemberitahuan lanjutan adalah fitur pratinjau.

Cara mensimulasikan peristiwa pemeliharaan terencana

Pastikan aplikasi klien Anda tahan terhadap peristiwa pemeliharaan sebelum menyebarkan ke produksi.

Pengujian akan mengurangi risiko kesalahan aplikasi dan berkontribusi pada ketersediaan aplikasi untuk pengguna akhir Anda. Anda dapat menguji perilaku aplikasi klien Anda selama peristiwa pemeliharaan terencana dengan Menguji Ketahanan Kesalahan Aplikasi melalui PowerShell, CLI, atau REST API.

Untuk Azure SQL Managed Instance, tinjau juga memulai failover manual. Failover manual menghasilkan perilaku yang identik sebagai peristiwa pemeliharaan yang membawa replika utama offline.

Logika coba lagi

Setiap aplikasi produksi klien yang tersambung ke layanan database cloud harus mengimplementasikan logika coba lagi koneksi yang kuat. Logika coba lagi otomatis yang tepat membantu membuat konfigurasi ulang setransparan mungkin kepada pengguna akhir.

Peringatan Kesehatan Layanan

Jika Anda ingin menerima peringatan untuk masalah layanan atau kegiatan pemeliharaan yang direncanakan, Anda dapat menggunakan peringatan Kesehatan Layanan di portal Azure dengan jenis acara dan grup tindakan yang sesuai. Untuk informasi selengkapnya, lihat artikel Menerima pemberitahuan di pemberitahuan layanan Azure ini.

Kondisi sumber daya

Jika database Anda mengalami kegagalan masuk, periksa jendela Kesehatan Sumber Daya di portal Azure untuk status saat ini. Bagian Riwayat Kesehatan berisi alasan waktu henti untuk setiap peristiwa (jika tersedia).

Konten terkait