Artikel ini menjawab pertanyaan umum tentang jendela pemeliharaan untuk Azure SQL Database. Untuk FAQ jendela pemeliharaan untuk Azure SQL Managed Instance, lihat FAQ jendela Pemeliharaan untuk Azure SQL Managed Instance.
Ketersediaan dan kemampuan jendela pemeliharaan
Apa fitur jendela pemeliharaan?
Fitur jendela pemeliharaan memberi Anda batas kemampuan pemadaman pemeliharaan Azure SQL Database ke blok waktu yang telah dijadwalkan sebelumnya, di luar jam kerja Anda. Untuk informasi selengkapnya, lihatJadwal jendela pemeliharaan.
Apa kebijakan pemeliharaan default jika saya tidak memilih jendela tertentu?
Peristiwa pemeliharaan terjadi selama jendela default 17.00 hingga 08.00 waktu setempat, Senin - Minggu.
Pengguna bekerja di zona waktu yang berbeda daripada pusat data Azure. Zona waktu mana yang lokal?
Waktu lokal ditentukan oleh lokasi wilayah Azure yang menghosting sumber daya dan mengamati waktu musim panas sesuai dengan definisi zona waktu lokal. Ini tidak ditentukan oleh zona waktu yang dikonfigurasi pada database SQL (selalu UTC).
Di wilayah mana memilih jendela pemeliharaan yang tersedia?
Untuk daftar wilayah yang tersedia, lihat Ketersediaan jendela pemeliharaan.
Saya tidak melihat wilayah saya di daftar wilayah yang tersedia, apa yang bisa saya lakukan?
Buka Tiket Dukungan untuk membagikan umpan balik dan periksa paket untuk wilayah Anda.
Bagaimana dengan harga untuk jendela pemeliharaan?
Mengonfigurasikan dan menggunakan jendela pemeliharaan tidak dikenakan biaya untuk semua jenis langganan Azure yang memenuhi syarat, lihat Ketersediaan fitur jendela pemeliharaan.
Apakah saya akan menerima pemberitahuan tentang jendela pemeliharaan?
Anda dapat memilih untuk menerima pemberitahuan 24 jam sebelum acara pemeliharaan, segera sebelum pemeliharaan dimulai, dan ketika jendela pemeliharaan selesai. Anda dapat melihat pusat kesehatan Sumber Daya untuk informasi selengkapnya. Untuk menerima surel, pemberitahuan awal harus dikonfigurasi. Untuk informasi selengkapnya, lihat Pemberitahuan awal.
Di tujuan tingkat layanan (SCO) mana saya dapat memilih jendela pemeliharaan?
Memilih jendela pemeliharaan tersedia di sebagian besar SCO dengan beberapa pengecualian, lihat tujuan tingkat layanan yang didukung jendela pemeliharaan.
Jika saya telah memilih jendela pemeliharaan untuk sebuah sumber daya, dan saya menurunkan skala ke tujuan tingkat layanan (SLO) yang tidak mendukung pemilihan jendela pemeliharaan, apa yang terjadi pada database saya?
Dalam hal ini, jendela pemeliharaan akan kembali ke opsi default yaitu pukul 17.00 hingga 08.00 waktu setempat.
Berapa lama waktu yang dibutuhkan untuk memproses perubahan jadwal jendela pemeliharaan?
Anda dapat memilih jendela pemeliharaan yang berbeda kapan saja, tetapi perubahan mungkin memakan waktu hingga 24 jam untuk diterapkan.
Apakah pemberitahuan awal mencakup semua peristiwa pemeliharaan?
Tidak, pemberitahuan awal hanya berfokus pada peristiwa pemeliharaan yang direncanakan yang dapat menyebabkan gangguan layanan.
Mengonfigurasi jendela pemeliharaan
Bisakah saya memilih waktu/hari tertentu untuk jendela pemeliharaan?
Tidak, Anda dapat memilih antara jendela hari kerja atau akhir pekan yang telah dijadwalkan sebelumnya. Pemeliharaan dapat terjadi kapan saja di dalam jendela.
Dapatkah saya membatalkan atau menunda peristiwa pemeliharaan yang direncanakan berdasarkan pemberitahuan yang diterima?
Tidak. Membatalkan atau menunda peristiwa pemeliharaan yang akan datang tidak didukung. Pemberitahuan membantu Anda mempersiapkan peristiwa.
Bisakah saya mengonfigurasi jendela pemeliharaan yang berbeda untuk setiap database Azure SQL di kumpulan elastis?
Jika database adalah bagian dari kumpulan elastis, konfigurasi jendela pemeliharaan kumpulan elastis diterapkan. Database tunggal di luar kumpulan elastis dapat memiliki konfigurasi jendela pemeliharaannya sendiri.
Apa saja opsi yang didukung untuk mengonfigurasi jendela pemeliharaan untuk Azure SQL Database yang sudah ada?
Portal Microsoft Azure, PowerShell, Azure CLI, dan REST API.
Dapatkah saya mengonfigurasi jendela pemeliharaan selama skenario pemulihan, pengembalian, penyalinan, pengimporan, atau GeoDR database?
Tidak saat ini. Jendela pemeliharaan dapat dikonfigurasi setelah database dibuat.
Saya memiliki jendela pemeliharaan default yang dipilih. Dapatkah saya mengaktifkan pemberitahuan lanjutan untuk pemeliharaan tersebut?
Untuk Azure SQL Database, pemberitahuan tingkat lanjut tidak dapat dikonfigurasi untuk opsi jendela pemeliharaan default. Saat memilih jendela pemeliharaan, pilih opsi selain Default sistem untuk mengonfigurasi dan mengaktifkan pemberitahuan lanjutan.
Bisakah saya mengatur pemberitahuan di tingkat grup sumber daya?
Tidak. Pemberitahuan tingkat lanjut dikonfigurasi melalui Peringatan Kesehatan Layanan. Peringatan kesehatan layanan mendukung konfigurasi langganan, jenis sumber daya, dan tingkat wilayah. Oleh karena itu, tidak dimungkinkan untuk mengonfigurasi pemberitahuan pada tingkat grup sumber daya.
Bisakah saya mengonfigurasi peringatan menggunakan PowerShell atau Azure CLI?
Tidak ada perintah PowerShell dan Azure CLI yang didedikasikan untuk mengonfigurasi peringatan kesehatan layanan. Namun, Anda dapat menggunakan template ARM dan memanfaatkan metode standar apa pun untuk menerapkannya dengan menggunakan CLI dan PowerShell. Cukup ikuti panduan dari Mulai Cepat: Membuat peringatan log aktivitas pada pemberitahuan layanan menggunakan template ARM.
Ekspektasi selama jendela pemeliharaan
Apa yang terjadi setelah saya memilih jendela pemeliharaan?
Mengonfigurasi jendela pemeliharaan adalah operasi asinkron yang berjalan lama, mirip dengan mengubah tingkat layanan Azure SQL Database Anda. Sumber daya tersedia selama proses, kecuali konfigurasi ulang singkat yang terjadi di akhir operasi dan biasanya berlangsung hingga 8 detik, bahkan selama transaksi yang berjalan lama. Untuk meminimalkan dampak konfigurasi ulang, Anda harus melakukan operasi di luar jam sibuk.
Jenis pembaruan apa yang biasanya dilakukan selama jendela pemeliharaan?
Peristiwa pemeliharaan dapat berisi pembaruan untuk perangkat keras, firmware, sistem operasi, komponen perangkat lunak satelit, atau mesin database SQL. Semua biasanya digabungkan menjadi satu batch untuk meminimalkan insiden peristiwa pemeliharaan.
Seberapa sering pembaruan?
Layanan Azure SQL Database secara teratur melakukan pembaruan pemeliharaan untuk keamanan, kepatuhan, stabilitas, dan performa. Anda mungkin melihat dua atau beberapa pembaruan per bulan. Pemeliharaan bisa lebih sering di jendela pemeliharaan default. Untuk meminimalkan frekuensi pembaruan, pilih jendela pemeliharaan nondefault.
Apa yang bisa saya harapkan selama peristiwa pemeliharaan?
Peristiwa pemeliharaan mewakili periode di mana pembaruan diterapkan pada sumber daya. Peristiwa pemeliharaan terjadi di dalam jendela pemeliharaan yang ditentukan. Selama peristiwa pemeliharaan, database sepenuhnya tersedia dan dapat diakses tetapi beberapa pembaruan pemeliharaan memerlukan konfigurasi ulang karena Azure mengambil SQL Database offline untuk waktu yang singkat untuk menerapkan pembaruan pemeliharaan (umumnya beberapa detik dalam durasi) selama jendela pemeliharaan yang dipilih oleh pelanggan.
Berapa banyak konfigurasi ulang yang dapat saya harapkan selama peristiwa pemeliharaan?
Jika pembaruan pemeliharaan memerlukan konfigurasi ulang, biasanya satu hingga dua konfigurasi ulang terjadi selama jendela.
Prasyarat dan persiapan untuk jendela pemeliharaan
Dapatkah aplikasi saya menjadi tangguh untuk mengonfigurasi ulang peristiwa?
Ya, untuk ketahanan aplikasi selama pemeliharaan Gateway, pastikan aplikasi klien Anda menggunakan kebijakan koneksi pengalihan. Untuk ketahanan selama konfigurasi ulang, aplikasi harus mengikuti konsep logika coba lagi.
Bagaimana cara memvalidasi bahwa database saya disiapkan untuk jendela pemeliharaan?
Di bagian pengaturan pada sumber daya Azure, tab pemeliharaan memungkinkan Anda untuk meninjau dan mengubah jadwal rencana pemeliharaan saat ini. Anda juga dapat meninjau dan mengatur jadwal jendela pemeliharaan untuk beberapa sumber daya melalui PowerShell, CLI, atau Azure API.
Dapatkah saya memeriksa daftar sumber daya yang akan terpengaruh oleh peristiwa yang saya dapatkan?
Ya, Anda dapat mengambil daftar sumber daya yang terpengaruh dengan menggunakan Azure Resource Graph Explorer. Anda akan menerima email pemberitahuan sebelumnya yang berisi ID pemberitahuan dan tautan ke Azure Resource Graph Explorer.
Pemantauan jendela pemeliharaan
Saya tidak dapat menyiapkan pemberitahuan awal untuk pemeliharaan terencana, apakah saya masih akan melihat peristiwa pemeliharaan terencana di dasbor Service Health?
Untuk Azure SQL Database, jika pemberitahuan lanjutan tidak dikonfigurasi, Service Health tidak akan menampilkan peristiwa pemeliharaan terencana.
Pemberitahuan mengatakan "Sedang Berlangsung", tetapi jendela belum dimulai?
Ada periode 1 jam di mana pemberitahuan dikirim. Artinya, Anda dapat menerima pemberitahuan 25 hingga 24 jam sebelum peristiwa, 1 jam hingga 1 menit sebelum jendela dibuka, dan 1 menit hingga 1 jam setelah jendela ditutup. Meskipun judul pemberitahuan "Dalam Proses", isi pemberitahuan berisi waktu mulai dan berakhirnya periode pemeliharaan dan saat itulah dimulai dan berakhirnya pemeliharaan.
Apakah ada skenario di mana saya tidak mendapatkan pemberitahuan tentang peristiwa yang direncanakan?
Ya, jika Anda telah membuat sumber daya baru, operasi penskalaan yang dijalankan, atau jendela pemeliharaan yang diubah, database Anda dapat berakhir pada komputer yang sudah dijadwalkan untuk peningkatan. Dalam hal ini, Anda hanya diberi tahu ketika jendela penyebaran dimulai dan berakhir. Untuk semua penyebaran di masa mendatang, Anda akan mendapatkan pemberitahuan sebelumnya tentang peristiwa yang direncanakan.
Dapatkah saya memeriksa apakah database saya telah ditingkatkan dalam X hari terakhir?
Anda dapat memeriksa ini hanya jika sudah mengonfigurasi pemberitahuan tingkat lanjut dalam kondisi layanan. Anda dapat menggunakan Azure Resource Graph Explorer untuk mengambil daftar aktivitas pemeliharaan, atau menggunakan halaman ringkasan Kesehatan Layanan.
Apa yang terjadi ketika peristiwa pemeliharaan gagal?
Meskipun jarang terjadi, kegagalan atau gangguan selama peristiwa pemeliharaan dapat terjadi. Jika terjadi kegagalan, perubahan akan dibatalkan dan pemeliharaan akan dijadwalkan ulang di lain waktu.