Memecahkan masalah dengan Konfigurasi Pemeliharaan

Artikel ini menguraikan masalah umum dan kesalahan yang mungkin muncul selama penyebaran atau penggunaan Konfigurasi Pemeliharaan untuk patching terjadwal pada komputer virtual (VM), bersama dengan strategi untuk mengatasinya.

VM dimatikan dan tidak responsif saat Anda menggunakan cakupan statis dalam pemeliharaan tamu

Masalah

Konfigurasi pemeliharaan tidak menginstal patch terjadwal pada VM dan memberikan ShutdownOrUnresponsive kesalahan.

Resolusi

Dalam cakupan statis, penting untuk menghindari mengandalkan konfigurasi VM yang kedaluarsa. Oleh karena itu, sangat penting untuk memastikan bahwa VM aktif dan berjalan saat patch sedang diinstal. Jika instans VM dibuat ulang dengan nama yang sama, sangat penting untuk memprioritaskan penugasan ulang konfigurasi setelah instans VM dibuat ulang.

Sistem akan secara otomatis melakukan tindakan ini dalam waktu 12 jam setelah rekreasi jika tidak dilakukan oleh pengguna. Jika konfigurasi pemeliharaan VM yang dibuat ulang terpasang dipicu dalam waktu 12 jam setelah membuat ulang VM dengan nama yang sama, ShutdownOrUnresponsive kesalahan akan ditampilkan. Oleh karena itu, disarankan untuk melakukan tindakan yang disebutkan sebelumnya atau menunggu selama 12 jam sebelum menerapkan patch ke komputer melalui konfigurasi pemeliharaan.

Waktu patching terjadwal habis atau gagal

Masalah

Patching terjadwal gagal dengan kesalahan TimeOut atau Failed setelah Anda memindahkan VM dengan membuatnya kembali dengan nama yang sama di wilayah yang berbeda. Portal mungkin menampilkan VM yang sama dua kali karena VM yang dibuat sebelumnya dihapus dari ujung belakang.

Resolusi

Jika instans VM dibuat ulang dengan nama yang sama, sangat penting untuk memprioritaskan penugasan ulang konfigurasi setelah instans VM dibuat ulang di wilayah yang berbeda.

Sistem akan secara otomatis melakukan tindakan ini dalam waktu 12 jam setelah rekreasi jika tidak dilakukan oleh pengguna. Jika konfigurasi pemeliharaan VM yang dibuat ulang terpasang dipicu dalam waktu 12 jam setelah membuat ulang VM dengan nama yang sama, kesalahan TimeOut atau Failed ditampilkan. Oleh karena itu, disarankan untuk melakukan tindakan yang disebutkan sebelumnya atau menunggu selama 12 jam sebelum menerapkan patch ke komputer melalui konfigurasi pemeliharaan.

Tidak dapat menghapus penetapan konfigurasi

Masalah

Penetapan konfigurasi tidak dapat disingkirkan atau dihapus dari konfigurasi pemeliharaan tertentu

Resolusi

Gunakan langkah-langkah berikut untuk mengurangi masalah ini:

1. Hapus konfigurasi pemeliharaan yang ada di mana Anda mengalami masalah ini.
2. Buat konfigurasi pemeliharaan baru dan tetapkan kumpulan cakupan dinamis dan VM yang diperlukan seperti yang dilampirkan dalam konfigurasi pemeliharaan yang dihapus.

Jika Anda ingin membuat konfigurasi pemeliharaan baru dengan nama yang sama dengan konfigurasi pemeliharaan yang dihapus, Anda harus menunggu 20 menit agar pembersihan dilakukan di backend. Sistem tidak mengizinkan pembuatan konfigurasi pemeliharaan dengan nama yang sama jika pembersihan tidak dilakukan di backend.

Patching terjadwal berhenti berfungsi setelah sumber daya dipindahkan

Masalah

Jika Anda memindahkan sumber daya ke grup sumber daya atau langganan yang berbeda, patching terjadwal untuk sumber daya berhenti berfungsi.

Resolusi

Sistem saat ini tidak mendukung pemindahan sumber daya di seluruh grup sumber daya atau langganan. Sebagai solusinya, gunakan langkah-langkah berikut untuk sumber daya yang ingin Anda pindahkan. Sebagai prasyarat, pertama-tama hapus tugas sebelum mengikuti langkah-langkahnya.

Jika Anda menggunakan static cakupan:

1. Pindahkan sumber daya ke grup sumber daya atau langganan yang berbeda.
2. Buat ulang penetapan sumber daya.

Jika Anda menggunakan dynamic cakupan:

1. Mulai atau tunggu eksekusi terjadwal berikutnya. Tindakan ini meminta sistem untuk menghapus penugasan sepenuhnya, sehingga Anda dapat melanjutkan dengan langkah-langkah berikutnya.
2. Pindahkan sumber daya ke grup sumber daya atau langganan yang berbeda.
3. Buat ulang penetapan sumber daya.

Jika salah satu langkah terlewat, pindahkan sumber daya ke grup sumber daya atau ID langganan sebelumnya dan coba kembali langkah-langkahnya.

Catatan

Jika grup sumber daya dihapus, buat ulang dengan nama yang sama. Jika ID langganan dihapus, hubungi tim dukungan untuk mitigasi.

Konfigurasi Pemeliharaan tidak terpicu pada tanggal dan waktu yang dikonfigurasi

Masalah

Setelah membuat Konfigurasi Pemeliharaan dengan nilai pengulangan minggu atau bulan, Anda mengharapkan jadwal dimulai pada tanggal dan waktu yang ditentukan lalu berulang berdasarkan interval yang dipilih. Namun, jadwal tidak mulai pada tanggal dan waktu yang ditentukan.

Resolusi

Konfigurasi Pemeliharaan pertama kali dijalankan pada nilai pengulangan pertama setelah tanggal mulai yang ditentukan, belum tentu pada tanggal mulai itu sendiri. Misalnya, jika konfigurasi pemeliharaan dimulai pada 17 Januari (Rabu) dan diatur untuk berulang setiap hari Senin, eksekusi pertama jadwal akan dilakukan pada hari Senin pertama setelah 17 Januari, yaitu 22 Januari.

Anda dapat melihat 4 instans pertama dari eksekusi terjadwal saat membuat konfigurasi pemeliharaan baru dari Portal Microsoft Azure.

Pembuatan cakupan dinamis gagal

Masalah

Anda tidak dapat membuat cakupan dinamis karena kontrol akses berbasis peran (RBAC).

Resolusi

Untuk membuat cakupan dinamis, Anda harus memiliki izin di tingkat langganan atau di tingkat grup sumber daya. Secara khusus, berikut adalah persyaratan yang perlu Anda jaga.

1. Langganan di mana cakupan dinamis dibuat harus terdaftar di Maintenance RP.
2. Disarankan agar peran 'Kontributor Patching Terjadwal' diberikan pada cakupan berikut:
   1. Grup langganan/sumber daya tempat cakupan dinamis sedang dibuat.
   2. Cakupan konfigurasi pemeliharaan.

Untuk informasi selengkapnya, lihat daftar izin untuk berbagai sumber daya di sini.

Pembaruan macet dan tidak mengalami kemajuan

Masalah

Berlaku untuk: ✔️ Host Khusus ✔️ VM

Jika Anda menyebarkan ulang sumber daya ke kluster yang berbeda, dan Anda membuat permintaan pembaruan yang tertunda dengan menggunakan nilai kluster lama, permintaan akan macet tanpa batas waktu.

Resolusi

Jika status operasi untuk menerapkan pembaruan ditutup atau tidak ditemukan, coba lagi setelah 120 jam. Jika masalah berlanjut, hubungi tim dukungan untuk mendapatkan bantuan.

Host yang didedikasikan diperbarui setelah konfigurasi pemeliharaan terpasang

Masalah

Konfigurasi pemeliharaan tidak memblokir pembaruan host khusus, dan host diperbarui bahkan setelah Anda melampirkan konfigurasi pemeliharaan.

Resolusi

Jika Anda membuat ulang host khusus dengan nama yang sama, Konfigurasi Pemeliharaan mempertahankan ID host khusus lama, yang mencegahnya memblokir pembaruan. Anda dapat mengatasi masalah ini dengan menghapus konfigurasi pemeliharaan dan menetapkannya kembali. Sistem akan secara otomatis melakukan tindakan ini dalam waktu 12 jam setelah rekreasi jika tidak dilakukan oleh pengguna. Disarankan untuk melakukan tindakan yang disebutkan sebelumnya atau menunggu selama 12 jam sebelum tindakan ini dilakukan secara otomatis.

Jadwal tidak diaktifkan

Masalah

Jika sumber daya memiliki dua konfigurasi pemeliharaan dengan waktu pemicu dan konfigurasi penginstalan patch yang sama, dan keduanya ditetapkan ke VM atau sumber daya yang sama, hanya satu konfigurasi pemeliharaan yang dipicu.

Resolusi

Ubah waktu mulai salah satu konfigurasi pemeliharaan untuk mengurangi masalah. Ini adalah solusi untuk batasan sistem saat ini di mana Konfigurasi Pemeliharaan tidak dapat mengidentifikasi konfigurasi pemeliharaan mana yang akan dipicu.

Anda tidak dapat membuat cakupan dinamis untuk grup sumber daya

Masalah

Validasi cakupan dinamis gagal karena nilai null di lokasi.

Resolusi

Masalah dengan validasi cakupan dinamis ini menyebabkan regresi dalam proses validasi. Kami menyarankan agar Anda menyediakan kumpulan lokasi yang diperlukan untuk cakupan dinamis di tingkat grup sumber daya.

Cakupan dinamis tidak dijalankan dan tidak ada sumber daya yang diperbarui

Masalah

Pemerataan cakupan dinamis gagal karena pembatasan kecepatan, dan layanan tidak dapat menentukan VM mana saja yang terhubung dengan VM yang dimaksud.

Resolusi

Pastikan jumlah langganan per cakupan dinamis tidak lebih dari 200. Pelajari lebih lanjut tentang batasan layanan cakupan dinamis.

Penetapan konfigurasi dari dedicated host tidak dibersihkan setelah penghapusan host

Masalah

Setelah Anda menghapus dedicated host, penetapan konfigurasi yang dilampirkan ke dedicated host masih tetap ada.

Resolusi

Sebelum Anda menghapus sebuah dedicated host, pastikan untuk menghapus konfigurasi pemeliharaan yang terkait dengannya. Jika dedicated host dihapus namun masih muncul di portal, hubungi tim dukungan untuk mendapatkan bantuan. Proses pembersihan saat ini sedang dilakukan untuk dedicated host, guna membantu mencegah dampak apa pun pada pelanggan.

Tidak dapat menyediakan beberapa nilai tag untuk cakupan dinamis

Masalah

Jika Anda menggunakan portal Azure, Anda tidak dapat menyediakan beberapa nilai tag untuk cakupan dinamis.

Resolusi

Fitur ini saat ini tidak tersedia di portal. Sebagai solusinya, Anda dapat menggunakan Azure CLI atau Azure PowerShell untuk membuat cakupan dinamis. Sistem menerima beberapa nilai untuk tag saat Anda menggunakan opsi Azure CLI atau Azure PowerShell.

Konfigurasi pemeliharaan dipicu lagi dengan waktu pemicu yang lebih lama

Masalah

Ada masalah yang diketahui dalam Konfigurasi Pemeliharaan yang terkait dengan peng-cache-an kebijakan pemeliharaan yang lama. Jika kebijakan lama di-cache, dan instans baru memulai pemrosesan kebijakan baru, komputer lama mungkin menjalankan jadwal dengan waktu mulai yang sudah usang.

Resolusi

Sebaiknya perbarui konfigurasi pemeliharaan setidaknya 1 jam sebelum waktu yang dijadwalkan. Jika masalah berlanjut, hubungi tim dukungan untuk mendapatkan bantuan.

Waktu konfigurasi pemeliharaan habis saat menunggu pembaruan berkelanjutan selesai pada sumber daya

Masalah

Dalam kasus yang jarang terjadi, jika jendela pembaruan host terjadi bertepatan dengan jendela patching tamu VM, dan jika jendela patching tamu tidak memiliki waktu yang cukup untuk berjalan setelah pembaruan host, sistem menunjukkan pesan kesalahan ini: "Jadwalkan waktu habis, menunggu pembaruan berkelanjutan untuk menyelesaikan sumber daya." Alasannya adalah bahwa platform hanya memungkinkan satu pembaruan pada satu waktu.

Resolusi

Ubah jadwal konfigurasi pemeliharaan untuk pembaruan tamu untuk waktu setelah pembaruan yang sedang berlangsung selesai.

Konfigurasi pemeliharaan baru mempertahankan atribut konfigurasi yang dihapus

Masalah

Konfigurasi pemeliharaan yang baru dibuat dengan nama yang sama dengan konfigurasi yang dihapus sebelumnya mewarisi properti dari konfigurasi yang dihapus.

Resolusi

Pastikan waktu tunggu minimum 20 menit antara menghapus konfigurasi pemeliharaan dan membuat yang baru dengan nama yang sama. Jika masalah berlanjut, hubungi tim dukungan untuk mendapatkan bantuan.

Tugas pemeliharaan gagal dengan kesalahan InternalServerError

Masalah

Penetapan pemeliharaan gagal saat InternalServerError menggunakan templat bicep atau MRP API. Penugasan dapat berhasil dilakukan menggunakan portal atau CLI atau PowerShell.

Resolusi

Disarankan untuk menggunakan lokasi/wilayah dalam bentuk yang distandarisasi untuk templat bicep dan MRP API. Formulir yang dinormalisasi melibatkan penghapusan spasi kosong dan mengonversi teks menjadi huruf kecil. Misalnya, EAST US 2 akan mengakibatkan kesalahan server internal, sedangkan eastus2 akan berhasil diproses.

Isolasi beban kerja dalam konfigurasi pemeliharaan

Masalah

Pemadaman tak terduga karena asumsi konfigurasi pemeliharaan yang menghormati isolasi beban kerja

Resolusi

Konfigurasi pemeliharaan akan memulai pembaruan pada semua sumber daya yang terkait dengannya secara bersamaan. Pelanggan memiliki fleksibilitas untuk memutuskan jendela isolasi dan pemeliharaan untuk beban kerja mereka. Mereka dapat membuat konfigurasi pemeliharaan tunggal atau beberapa berdasarkan isolasi yang optimal untuk beban kerja mereka.

Misalnya, jika pelanggan ingin mengisolasi pembaruan untuk sumber daya lingkungan pengembangan mereka dari sumber daya lingkungan produksi, mereka dapat membuat konfigurasi pemeliharaan terpisah untuk setiap lingkungan. Dengan cara ini, beban kerja dalam konfigurasi pemeliharaan dengan sumber daya pengembangan diperbarui terlebih dahulu, sementara beban kerja yang tersisa diperbarui dalam konfigurasi lain yang tidak tumpang tindih. Pendekatan ini memungkinkan pelanggan untuk mengontrol isolasi beban kerja dan mengelola pembaruan secara independen.

Konfigurasi Pemeliharaan tidak mendukung API

Fitur saat ini tidak mendukung API berikut:

• Dapatkan dan Terapkan Pembaruan di Tingkat Langganan
• Peroleh dan Terapkan Pembaruan di Tingkat Grup Sumber Daya
• Dapatkan Pembaruan yang Tertunda di Level Langganan
• Peroleh Pembaruan Tertunda di Tingkat Grup Sumber Daya