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 gratis dan dapat dikonfigurasi pada pembuatan atau untuk sumber daya yang 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 musim panas 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 Hari kerja: 22.00 hingga 06.00 waktu setempat Jumat - Minggu
Hari jendela pemeliharaan yang tercantum menunjukkan hari awal di tiap 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. Terkadang, database utama Anda akan ditingkatkan terlebih dahulu, dan kadang-kadang akan menjadi sekunder.
- Dalam situasi di mana database Anda diaktifkan untuk grup replikasi geografis atau failover, dan replikasi geografis tidak selaras dengan pasangan wilayah Azure, Anda harus menjadwalkan 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 penundaan tindakan dapat menyebabkan dampak serius, seperti menerapkan patch keamanan penting, jendela pemeliharaan yang dikonfigurasi mungkin akan ditimpa sementara.
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:
- Tingkat Azure SQL Database DTU Basic, S0 dan S1
- Perangkat keras DC
- Perangkat keras Fsv2
Skenario lainnya:
- Jendela pemeliharaan untuk kumpulan elastis Hyperscale dalam pratinjau dan tersedia di wilayah dan konfigurasi tertentu. Untuk informasi selengkapnya, lihat Blog: Dukungan jendela pemeliharaan untuk kumpulan elastis Azure SQL Database Hyperscale.
- Jendela pemeliharaan didukung untuk replika bernama.
Dukungan wilayah Azure SQL Database untuk jendela pemeliharaan
Memilih jendela pemeliharaan untuk Azure SQL Database selain default saat ini tersedia di wilayah berikut, diatur dengan membeli model.
Tabel berikut ini adalah untuk database yang bukan zona-redundan. Untuk database di Zona Ketersediaan Azure, lihat tabel untuk database zona redundan.
| Wilayah Azure | Memori seri premium dan seri premium Hyperscale dioptimalkan | Seri standar Hyperscale | Semua model dan tingkatan pembelian Azure SQL Database lainnya |
|---|---|---|---|
| Australia Timur | Ya | Ya | Ya |
| Australia Tenggara | Ya | Ya | |
| Brasil Selatan | Ya | Ya | |
| Brasil Tenggara | Ya | Ya | |
| Kanada Tengah | Ya | Ya | Ya |
| Kanada Timur | Ya | Ya | |
| India Tengah | Ya | Ya | |
| AS Tengah | Ya | Ya | Ya |
| Tiongkok Timur 2 | Ya | Ya | |
| Tiongkok Utara 2 | Ya | Ya | |
| US Timur 1 | Ya | Ya | Ya |
| AS Timur 2 | Ya | Ya | Ya |
| Asia Timur | Ya | Ya | |
| Prancis Tengah | Ya | Ya | |
| Prancis Selatan | Ya | Ya | |
| Jerman Barat Tengah | Ya | Ya | |
| Jepang Timur | Ya | Ya | Ya |
| Jepang Barat | Ya | Ya | |
| AS Tengah Bagian Utara | Ya | Ya | |
| Eropa Utara | Ya | Ya | Ya |
| Afrika Selatan Utara | Ya | Ya | |
| US Tengah Selatan | Ya | Ya | Ya |
| India Selatan | Ya | Ya | |
| Asia Tenggara | Ya | Ya | |
| Swiss Utara | Ya | Ya | |
| Arab Saudi Utara | Ya | Ya | |
| UK Selatan | Ya | Ya | Ya |
| UK Barat | Ya | Ya | |
| US Gov Texas | Ya | Ya | |
| US Gov Virginia | Ya | Ya | |
| AS Tengah Bagian Barat | Ya | Ya | |
| Eropa Barat | Ya | Ya | Ya |
| US Barat | Ya | Ya | Ya |
| US Barat 2 | Ya | Ya | Ya |
| AS Barat 3 | Ya | Ya | Ya |
Tabel berikut ini adalah untuk database zona-redundan .
| Wilayah Azure | Memori seri premium dan seri premium Hyperscale dioptimalkan | Seri standar Hyperscale | Semua model dan tingkatan pembelian Azure SQL Database lainnya di Zona Ketersediaan Azure |
|---|---|---|---|
| Australia Timur | Ya | Ya | Ya |
| Kanada Tengah | Ya | Ya | Ya |
| AS Tengah | Ya | Ya | Ya |
| US Timur 1 | Ya | Ya | Ya |
| AS Timur 2 | Ya | ||
| Prancis Tengah | Ya | Ya | |
| Jepang Timur | Ya | ||
| Eropa Utara | Ya | Ya | Ya |
| US Tengah Selatan | Ya | ||
| Asia Tenggara | Ya | ||
| UK Selatan | Ya | ||
| Eropa Barat | Ya | Ya | Ya |
| US Barat 2 | Ya | ||
| AS Barat 3 | Ya | Ya | Ya |
Pemeliharaan gateway
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 peristiwa 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.