Bagikan melalui

Jendela pemeliharaan di Azure SQL Database

Berlaku untuk:Azure SQL Database

Fitur jendela pemeliharaan memungkinkan Anda mengonfigurasi jadwal pemeliharaan untuk sumber daya Azure SQL Database dan Azure SQL Managed Instance yang membuat peristiwa pemeliharaan yang berdampak dapat diprediksi dan tidak terlalu mengganggu beban kerja Anda.

Catatan

Fitur jendela pemeliharaan hanya melindungi dari dampak yang direncanakan dari peningkatan atau pemeliharaan terjadwal. Ini tidak melindungi dari semua penyebab failover; pengecualian yang dapat menyebabkan gangguan koneksi singkat di luar jendela pemeliharaan termasuk kegagalan perangkat keras, penyeimbangan beban kluster, dan konfigurasi ulang database karena peristiwa seperti perubahan dalam Tujuan Tingkat Layanan database.

Pemberitahuan lanjutan tersedia untuk database yang dikonfigurasi untuk menggunakan jendela pemeliharaan nondefault. Notifikasi sebelumnya memungkinkan pelanggan mengonfigurasi notifikasi yang akan dikirim hingga 24 jam sebelum acara yang direncanakan.

Gambaran Umum

Azure secara berkala melakukan pemeliharaan terencana sumber daya SQL Database. Selama peristiwa pemeliharaan, database sepenuhnya tersedia tetapi dapat tunduk pada konfigurasi ulang singkat dalam ketersediaan Perjanjian Tingkat Layanan (SLA) untuk SQL Database.

Jendela pemeliharaan ditujukan untuk beban kerja produksi yang tidak tahan terhadap konfigurasi ulang database dan tidak dapat menyerap gangguan koneksi singkat yang disebabkan oleh peristiwa pemeliharaan terencana. Dengan memilih jendela pemeliharaan yang Anda sukai, Anda dapat meminimalkan dampak pemeliharaan terencana dengan menjadwalkannya terjadi di luar jam kerja puncak Anda. Beban kerja tangguh dan beban kerja nonproduksi dapat mengandalkan kebijakan pemeliharaan default Azure SQL.

Jendela pemeliharaan tidak dikenakan biaya dan dapat dikonfigurasi saat pembuatan atau untuk sumber daya yang sudah ada. Jendela dapat dikonfigurasi menggunakan portal Microsoft Azure, PowerShell, CLI, atau API Azure.

Penting

Mengonfigurasi jendela pemeliharaan adalah operasi asinkron yang berjalan lama, mirip dengan mengubah tingkat layanan sumber daya Azure SQL. Sumber daya tersedia selama operasi, kecuali konfigurasi ulang singkat yang terjadi di akhir operasi dan biasanya berlangsung hingga 8 detik, bahkan jika transaksi berjalan lama terputus. Untuk meminimalkan dampak konfigurasi ulang, Anda harus melakukan operasi di luar jam sibuk.

Dapatkan lebih banyak prediksi dengan jendela pemeliharaan

Secara default, kebijakan pemeliharaan Azure SQL memblokir pembaruan yang paling berdampak mulai pukul 08.00 hingga 17.00 waktu setempat setiap hari untuk menghindari gangguan selama jam kerja puncak pada umumnya. Waktu lokal ditentukan oleh lokasi wilayah Azure yang menghosting sumber daya dan mungkin mengamati waktu hemat siang hari sesuai dengan definisi zona waktu lokal.

Selama pemeliharaan, database tetap tersedia, tetapi beberapa pembaruan mungkin memerlukan failover. Jendela pemeliharaan default sistem (pukul 17.00 hingga 08.00) membatasi sebagian besar aktivitas untuk saat ini, tetapi pembaruan mendesak dapat terjadi di luarnya. Untuk memastikan semua pembaruan hanya terjadi selama jendela pemeliharaan, pilih opsi non-default.

Anda dapat menyesuaikan jendela untuk pembaruan pemeliharaan ke waktu yang sesuai dengan sumber daya Azure SQL Anda dengan memilih dari dua slot jendela pemeliharaan non-default:

  • Jendela Hari kerja: 22.00 hingga 06.00 waktu setempat Senin - Kamis
  • Jendela Akhir pekan: 22.00 hingga 06.00 waktu setempat, Jumat - Minggu

Hari-hari yang tercantum untuk jendela pemeliharaan menunjukkan hari pertama dari setiap jendela pemeliharaan delapan jam. Misalnya, "22:00 sampai 06:00 waktu setempat, Senin - Kamis" berarti bahwa jendela pemeliharaan mulai pukul 22:00 waktu setempat pada setiap hari (Senin sampai Kamis) dan selesai pada pukul 06:00 waktu setempat pada hari berikutnya (Selasa sampai Jumat).

Setelah pemilihan jendela pemeliharaan dibuat dan konfigurasi layanan selesai, pemeliharaan terencana hanya terjadi selama jendela pilihan Anda. Meskipun peristiwa pemeliharaan biasanya selesai dalam satu jendela, beberapa di antaranya mungkin mencakup dua atau lebih jendela yang berdekatan.

Catatan

Azure SQL Database mengikuti praktik penyebaran yang aman di mana wilayah berpasangan Azure dijamin tidak akan disebarkan secara bersamaan. Namun, tidak dimungkinkan untuk memprediksi wilayah mana yang akan ditingkatkan terlebih dahulu, sehingga urutan penyebaran tidak dijamin. Kadang-kadang, database utama Anda akan ditingkatkan lebih dahulu, dan kadang-kadang yang ditingkatkan lebih dahulu adalah database sekunder.

  • Dalam situasi di mana database Anda diaktifkan untuk replikasi geografis atau grup failover, dan replikasi geografis tidak selaras dengan pasangan wilayah Azure, Anda harus tetapkan jadwal jendela pemeliharaan yang berbeda untuk database utama dan sekunder Anda. Misalnya, Anda dapat memilih Jendela pemeliharaan hari kerja untuk database geo-sekunder dan jendela pemeliharaan Akhir Pekan untuk database geo-primer Anda.

Penting

Dalam keadaan yang sangat jarang terjadi di mana setiap penundaan tindakan dapat menyebabkan dampak serius, seperti menerapkan patch keamanan penting, jendela pemeliharaan yang dikonfigurasi mungkin akan ditambal untuk sementara waktu.

Pemberitahuan lanjutan

Pemberitahuan pemeliharaan dapat dikonfigurasi untuk mengingatkan Anda tentang acara pemeliharaan terencana untuk Azure SQL Database Anda. Pemberitahuan tiba 24 jam sebelumnya, sebelum jendela pemeliharaan terbuka, dan di akhir jendela pemeliharaan. Untuk informasi selengkapnya, lihat Pemberitahuan Lanjutan.

Ketersediaan fitur

Jenis langganan yang didukung

Mengonfigurasi dan menggunakan jendela pemeliharaan tersedia untuk jenis penawaran berikut: Prabayar, Penyedia Solusi Cloud (CSP), Microsoft Perjanjian Enterprise, atau Perjanjian Pelanggan Microsoft.

Penawaran yang dibatasi untuk penggunaan dev/test saja tidak memenuhi syarat (seperti Dev/Test bayar sesuai pemakaian atau Enterprise Dev/Test sebagai contoh).

Catatan

Penawaran Azure adalah jenis langganan Azure yang Anda miliki. Misalnya, langganan dengan tarif bayar sesuai penggunaan, Azure di Lisensi Terbuka, dan Visual Studio Enterprise adalah semua penawaran Azure. Setiap penawaran atau paket memiliki syarat dan manfaat yang berbeda. Penawaran atau paket Anda ditampilkan pada Gambaran umum langganan. Untuk informasi selengkapnya tentang mengalihkan langganan Anda ke penawaran lain, lihat Mengubah langganan Azure Anda ke penawaran lain.

Tujuan tingkat layanan yang didukung

Memilih jendela pemeliharaan selain default tersedia di semua SLO, kecuali untuk yang berikut ini.

  • SLO tidak didukung:
    • Lapisan Azure SQL Database DTU Basic, S0 dan S1
    • Perangkat keras DC
    • Perangkat keras Fsv2

Skenario lainnya:

Dukungan wilayah Azure SQL Database untuk jendela pemeliharaan

Untuk informasi selengkapnya, lihat Ketersediaan Fitur menurut Wilayah untuk Azure SQL Database.

Pemeliharaan gerbang

Untuk mendapatkan manfaat maksimal dari jendela pemeliharaan, pastikan aplikasi klien Anda menggunakan kebijakan koneksi pengalihan. Pengalihan adalah kebijakan koneksi yang direkomendasikan, di mana klien membuat koneksi langsung ke node yang melakukan hosting database, yang mengarah ke pengurangan latensi dan peningkatan throughput.

Di Azure SQL Database, koneksi apa pun yang menggunakan kebijakan koneksi proksi dapat dipengaruhi oleh jendela pemeliharaan yang dipilih dan jendela pemeliharaan node gateway. Namun, koneksi klien yang menggunakan kebijakan koneksi pengalihan yang direkomendasikan tidak terpengaruh oleh konfigurasi ulang pemeliharaan node gateway.

Untuk informasi selengkapnya tentang kebijakan koneksi klien di Azure SQL Database, lihat kebijakan Azure SQL Database Connection.

Mengambil daftar acara pemeliharaan

Azure Resource Graph adalah layanan Azure yang dirancang untuk memperluas Manajemen Sumber Daya Azure. Azure Resource Graph Explorer menyediakan eksplorasi sumber daya yang efisien dan berkinerja dengan kemampuan untuk melakukan kueri dalam skala besar di seluruh rangkaian langganan tertentu sehingga Anda dapat mengelola lingkungan Anda secara efektif.

Anda dapat menggunakan Azure Resource Graph Explorer untuk mengkueri peristiwa pemeliharaan. Untuk pengenalan tentang cara menjalankan kueri ini, lihat Mulai Cepat: Menjalankan kueri Resource Graph pertama Anda menggunakan Azure Resource Graph Explorer.

Untuk memeriksa peristiwa pemeliharaan untuk semua database SQL dalam langganan Anda, gunakan kueri sampel berikut di Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Untuk referensi lengkap kueri sampel dan cara menggunakannya di seluruh alat seperti PowerShell atau Azure CLI, kunjungi sampel kueri Azure Resource Graph untuk Azure Service Health.

Konten terkait

  • Last updated on