Untuk acara O&M terjadwal di PolarDB, Anda akan diberi tahu melalui pesan teks, panggilan telepon, email, atau pesan internal. Notifikasi juga dapat dilihat di konsol. Acara O&M terjadwal mencakup peningkatan perangkat lunak database serta pemeliharaan dan peningkatan perangkat keras. Anda dapat melihat detail setiap acara, termasuk jenis acara, ID tugas, nama kluster, dan waktu pergantian. Waktu pergantian dapat diubah sesuai kebutuhan.
Tindakan pencegahan
Untuk melihat notifikasi acara terjadwal, buka panel navigasi di sebelah kiri konsol dan pilih .
Dalam kebanyakan kasus, Anda akan diberi tahu tentang acara terjadwal di ApsaraDB setidaknya tiga hari sebelum pelaksanaannya. Pemberitahuan dapat dikirim melalui berbagai cara, seperti panggilan telepon, email, atau pesan internal. Untuk menggunakan fitur ini, masuklah ke , pilih ApsaraDB Fault or Maintenance Notifications, dan tentukan kontak yang sesuai. Kami menyarankan Anda menentukan insinyur O&M sebagai kontak. Jika tidak ada kontak yang ditentukan, Anda tidak akan menerima notifikasi.
Gambar 1. Pengaturan Pusat Pesan

Jika Anda memiliki pertanyaan tentang acara terjadwal, bergabunglah dengan grup DingTalk untuk konsultasi. Para ahli dalam grup siap menjawab pertanyaan Anda. Anda juga dapat menggunakan asisten chatbot untuk PolarDB yang tersedia 24/7. Nomor grup DingTalk: 51685000218.
Prosedur
Masuk ke Konsol PolarDB.
Di sudut kiri atas, pilih wilayah tempat kluster diterapkan.
Di panel navigasi sebelah kiri, pilih > Scheduled Events.
CatatanJika acara terjadwal memerlukan penjadwalan ulang waktu, sebuah pesan akan muncul meminta Anda untuk menjadwalkan waktu sesegera mungkin.
Opsional. Di tab Scheduled Events, konfigurasikan waktu pergantian periodik.
Klik Global Schedule.
CatatanPanel Global Scheduler menyediakan item konfigurasi global untuk acara O&M terjadwal (tidak termasuk acara perbaikan kerentanan berisiko tinggi). Setelah waktu pergantian periodik ditetapkan, waktu pergantian terjadwal untuk acara baru akan otomatis menggunakan waktu pergantian periodik. Jika tidak ditetapkan, waktu pergantian terjadwal akan menggunakan jendela pemeliharaan kluster.
Di kotak dialog Penjadwal Global, konfigurasikan waktu pergantian periodik dan klik OK.
Di halaman Scheduled Events, Anda dapat melihat detail acara. Untuk mengubah waktu pergantian acara, pilih kluster yang ingin Anda kelola dan klik Add Scheduled Time.
Di kotak dialog Add Scheduled Time, konfigurasikan Scheduled Switching Time dan klik OK.
CatatanJika Anda memilih Earliest Execution Time, sistem secara otomatis memasukkan tanggal dan waktu eksekusi paling awal. Setelah Anda klik OK, acara di kluster sedang menunggu untuk diproses. Jika Anda menghapus pengaturan waktu eksekusi paling awal, Anda dapat mengubah waktu pergantian terjadwal.
Waktu yang ditentukan oleh parameter Scheduled Switching Time tidak boleh melebihi waktu yang ditentukan oleh parameter Latest Start Time.
Penyebab dan dampak acara
Jenis Pembaruan | Penyebab | Dampak | Deskripsi |
Mode Pembaruan Panas Catatan Biasanya, mode pembaruan panas digunakan untuk memperbarui versi minor kluster. | Migrasi Instance Catatan Acara ini dihasilkan karena kerentanan host, masa garansi perangkat keras habis, atau peningkatan sistem operasi. Sistem memigrasikan kluster Anda, termasuk kluster non-high-availability dan kluster hanya-baca, ke server baru. | Koneksi Sementara | Saat pergantian dilakukan pada Waktu Pergantian Terjadwal, Anda mungkin mengalami dampak berikut:
Catatan Dalam kebanyakan kasus, sistem memindahkan beban kerja Anda ke node hanya-baca sebelum acara terjadi. Pergantian dilakukan dalam jendela pemeliharaan setelah waktu pergantian terjadwal. |
Pergantian antara Node Utama dan Node Hanya-Baca Catatan Acara ini dihasilkan karena kerentanan host, masa garansi perangkat keras habis, atau peningkatan sistem operasi. Sistem memindahkan beban kerja kluster high-availability dari node utama ke node hanya-baca. | |||
Penyesuaian Parameter Kluster Catatan Acara ini dihasilkan karena risiko parameter yang diketahui selama O&M terjadwal. Sistem memodifikasi parameter kluster. Jika parameter yang dimodifikasi memerlukan restart, kluster akan direstart. | |||
Perbaikan Kerentanan Host Catatan Acara ini dihasilkan untuk memperbaiki kerentanan host tempat kluster Anda berada. | |||
Perubahan Mode Cadangan Catatan Acara ini dihasilkan untuk beralih mode cadangan kluster dari cadangan logis ke cadangan fisik. | |||
Catatan Acara ini dihasilkan untuk memperbarui kluster Anda ke versi minor. Versi minor dirilis untuk memberikan lebih banyak fitur, memperbaiki masalah yang diketahui, dan meningkatkan pengalaman pengguna. | Koneksi Sementara | Saat pergantian dilakukan pada Waktu Pergantian Terjadwal, Anda mungkin mengalami dampak berikut:
Catatan Dalam kebanyakan kasus, sistem memindahkan beban kerja Anda ke node hanya-baca sebelum acara terjadi. Pergantian dilakukan dalam jendela pemeliharaan setelah waktu pergantian terjadwal. | |
Perbedaan antara Versi Mesin Minor | Versi minor yang berbeda memiliki pembaruan yang berbeda. Anda harus memeriksa perbedaan antara versi minor saat ini dan versi minor ke mana node Anda diperbarui. Untuk informasi lebih lanjut, lihat Catatan Rilis. | ||
Catatan Acara ini dihasilkan untuk memperbarui node proxy ke versi minor. Versi minor dirilis untuk memberikan lebih banyak fitur, memperbaiki masalah yang diketahui, dan meningkatkan pengalaman pengguna. | Koneksi Sementara | Saat pergantian dilakukan pada Waktu Pergantian Terjadwal, Anda mungkin mengalami dampak berikut:
Catatan Dalam kebanyakan kasus, sistem memindahkan beban kerja Anda ke node hanya-baca sebelum acara terjadi. Pergantian dilakukan dalam jendela pemeliharaan setelah waktu pergantian terjadwal. | |
Perbedaan antara Versi Mesin Minor | Versi minor yang berbeda memiliki pembaruan yang berbeda. Anda harus memeriksa perbedaan antara versi minor saat ini dan versi minor ke mana node Anda diperbarui. | ||
Peningkatan Jaringan Catatan Acara ini dihasilkan untuk meningkatkan fasilitas jaringan. Peningkatan meningkatkan performa dan stabilitas jaringan kluster. | Koneksi Sementara | Saat pergantian dilakukan pada Waktu Pergantian Terjadwal, Anda mungkin mengalami dampak berikut:
Catatan Dalam kebanyakan kasus, sistem memindahkan beban kerja Anda ke node hanya-baca sebelum acara terjadi. Pergantian dilakukan dalam jendela pemeliharaan setelah waktu pergantian terjadwal. | |
Perubahan Alamat IP Virtual | Beberapa peningkatan jaringan mungkin melibatkan migrasi lintas zona, yang mengubah alamat IP virtual kluster. Jika klien menggunakan alamat IP virtual untuk terhubung ke database cloud, koneksi akan terputus. Catatan Untuk mencegah koneksi sementara, gunakan titik akhir dalam bentuk nama domain yang disediakan oleh kluster Anda dan nonaktifkan fitur cache DNS aplikasi dan servernya. | ||
Peningkatan Gateway Penyimpanan Catatan Acara ini dihasilkan untuk meningkatkan gateway penyimpanan. Peningkatan meningkatkan performa dan stabilitas penyimpanan kluster. | Goyangan I/O | Goyangan I/O sementara mungkin terjadi, dan latensi SQL mungkin meningkat. Dampak ini berlangsung tidak lebih dari tiga detik. | |
Peningkatan Dingin Catatan Dalam skenario khusus seperti dan memperbarui versi pratinjau publik menjadi versi resmi, mode peningkatan dingin akan digunakan. | Peningkatan Versi Pratinjau Publik | Koneksi Sementara | Saat pergantian dilakukan pada Waktu Pergantian Terjadwal, Anda mungkin mengalami dampak berikut:
Catatan
|
Operasi API terkait
API | Deskripsi |
Meminta jumlah acara terjadwal untuk berbagai jenis tugas. | |
Memodifikasi waktu pergantian tugas untuk acara terjadwal. | |
Meminta detail tentang acara terjadwal. |