Artikel ini menjawab pertanyaan yang sering diajukan tentang jendela pemeliharaan untuk Azure SQL Managed Instance. Untuk FAQ jendela pemeliharaan untuk Azure SQL Database, lihat FaQ jendela Pemeliharaan.
Ketersediaan dan kemampuan jendela pemeliharaan
Apa fitur jendela pemeliharaan?
Fitur jendela pemeliharaan memberi Anda kemampuan untuk membatasi pemadaman pemeliharaan instans terkelola Azure SQL 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 instans terkelola Anda.
Di wilayah mana memilih jendela pemeliharaan yang tersedia?
Untuk Azure SQL Managed Instance yang memilih jendela pemeliharaan tersedia di semua wilayah Azure.
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 hingga 26 jam sebelum peristiwa 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 didukung untuk semua SLO, tetapi tidak didukung pada jenis langganan tertentu. Untuk informasi selengkapnya, lihat Ketersediaan fitur jendela pemeliharaan di Azure SQL Managed Instance.
Berapa lama waktu yang dibutuhkan untuk memproses perubahan jadwal jendela pemeliharaan?
Anda dapat memilih jendela pemeliharaan yang berbeda kapan saja, tetapi mengubah jendela pemeliharaan untuk instans dapat menjadi operasi yang berjalan lama. Untuk informasi selengkapnya, lihat Operasi manajemen instans Terkelola Azure SQL.
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.
Apa saja opsi yang didukung untuk mengonfigurasi jendela pemeliharaan untuk instans terkelola Azure SQL yang ada?
Portal Microsoft Azure, PowerShell, Azure CLI, dan REST API.
Saya memiliki jendela pemeliharaan default yang dipilih. Dapatkah saya mengaktifkan pemberitahuan lanjutan untuk pemeliharaan tersebut?
Ya, saat ini tersedia di Azure SQL Managed Instance.
Dapatkah saya mengatur peringatan pada tingkat instans atau 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 mungkin untuk mengonfigurasi pemberitahuan pada tingkat grup sumber daya atau tingkat instans.
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 instans terkelola Azure SQL 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 semua bagian tumpukan komputasi, termasuk tetapi tidak terbatas pada perangkat keras, firmware, sistem operasi, mesin database SQL. Semua biasanya digabungkan menjadi satu batch untuk meminimalkan insiden peristiwa pemeliharaan. Untuk SQL Managed Instance, pembaruan digabungkan dalam dua batch, satu berfokus pada infrastruktur fisik, dan satu lagi yang berfokus pada mesin SQL dan infrastruktur logis. Untuk Azure SQL Managed Instance, alamat IP instans terkelola SQL berubah.
Seberapa sering pembaruan?
Untuk Azure SQL Managed Instance, pelanggan dapat mengharapkan sekitar dua pembaruan pemeliharaan terencana per bulan, tetapi pembaruan ini dapat menghasilkan lebih dari satu peristiwa pemeliharaan.
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. Untuk SQL Managed Instance, satu pembaruan dapat menghasilkan beberapa peristiwa pemeliharaan. Bergantung pada jendela pemeliharaan yang dikonfigurasi dan hari mulai pembaruan, peristiwa pembaruan mungkin selesai dalam waktu satu minggu atau luapan ke minggu depan. Namun, peristiwa pemeliharaan terencana tidak pernah dijalankan di luar jendela pemeliharaan yang ditentukan.
Berapa banyak konfigurasi ulang yang dapat saya harapkan selama peristiwa pemeliharaan?
Jika pembaruan pemeliharaan memerlukan konfigurasi ulang, biasanya antara satu dan empat konfigurasi ulang terjadi selama jendela. Secara luar biasa, mungkin ada lebih dari empat konfigurasi ulang.
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.
Apakah ada prasyarat untuk mengonfigurasi jendela pemeliharaan?
Untuk Azure SQL Managed Instance, alamat IP tambahan diperlukan sementara, seperti dalam skenario penskalaan vCore untuk tingkat layanan yang sesuai.
Bagaimana cara memvalidasi bahwa instans terkelola SQL 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, informasi ini tersedia di Azure Monitor di bawah halaman Pemeliharaan Terencana Service Health, dengan mengunjungi satu acara. Cara lain adalah mengambil daftar sumber daya yang terkena dampak 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 Managed Instance, peristiwa pemeliharaan terencana terlihat di dasbor Service Health, bahkan jika pemberitahuan lanjutan tidak dikonfigurasi.
Pemberitahuan mengatakan "Sedang Berlangsung", tetapi jendela belum dimulai?
Ada periode dua jam di mana pemberitahuan dikirim. Ini berarti Anda dapat menerima pemberitahuan hingga 26 jam sebelum acara, sebelum jendela terbuka, dan 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, instans terkelola SQL 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 instans sudah ditingkatkan versinya dalam X hari terakhir?
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.