PolarDB：Lihat dan kelola acara terjadwal

Catatan penggunaan

• Acara dibagi menjadi dua kategori berdasarkan tingkat urgensi:

  • [S0: Urgent] Perbaikan Risiko: Biasanya mencakup skenario tak terduga yang memerlukan perbaikan cepat untuk mencegah kegagalan. Oleh karena itu, notifikasi mungkin dikirim tiga hari atau lebih sebelumnya, dengan jendela modifikasi waktu pergantian lebih kecil. Skenario tipikal meliputi penggantian versi bermasalah yang mendesak, perbaikan anomali host, peningkatan sertifikat SSL yang kedaluwarsa, dan lainnya.

  • [S1: Terjadwal] Pemeliharaan Sistem: Biasanya mencakup perbaikan masalah risiko rendah atau peningkatan perangkat lunak dan perangkat keras yang direncanakan. Notifikasi biasanya dikirim lebih dari 3 hari sebelumnya, dan pengguna diizinkan untuk membatalkan acara ini.

• Untuk memastikan Anda dapat menerima notifikasi acara O&M terjadwal, masuk ke Pusat Pesan. Pastikan kotak centang untuk metode notifikasi ApsaraDB Fault atau Maintenance Notifications dipilih dan konfigurasikan penerima pesan (disarankan menentukan insinyur O&M database sebagai penerima). Jika tidak, Anda tidak akan menerima notifikasi acara.Metode notifikasi mencakup email dan pesan internal. Disarankan memilih email untuk meningkatkan tingkat keberhasilan notifikasi.

  

  Gambar 1 Entri untuk Pengaturan Pesan di konsol Pusat Pesan

  

  Gambar 2 Pengaturan notifikasi untuk cloud database

• Jika ingin diberitahu tentang acara O&M pada kesempatan pertama atau ingin menyesuaikan otomatisasi O&M berbasis acara, gunakan CloudMonitor untuk mengonfigurasi langganan acara sistem. Layanan database cloud mendorong acara sistem CloudMonitor terkait siklus hidup acara O&M, seperti langganan, mulai, akhir, dan pembatalan. Untuk informasi lebih lanjut, lihat atau Kelola Kebijakan Langganan Acara (Direkomendasikan). Untuk daftar acara CloudMonitor yang dapat dilanggan, lihat Lampiran 1 Acara Sistem Terkait CloudMonitor.

  Klik untuk melihat format acara CloudMonitor contoh.

  {
    "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // ID acara. Acara yang sama memiliki ID yang sama.
    "product": "RDS",                                  // Kode layanan.
    "reason": "Peningkatan perangkat lunak/perangkat keras host",        // Penyebab acara.
    "extra": {
      "impactZh": "Koneksi sementara",                           // Dampak dari acara.
      "impactEn": "Transient instance disconnection",  // Dampak dari acara.
      "eventCode": "rds_apsaradb_transfer",            // Kode jenis acara O&M.
      "eventNameEn": "Instance migration",             // Nama acara O&M.
      "eventNameZh": "Instance migration",                        // Nama acara O&M.   
      "switchTime": "2024-09-15T01:30:00+08:00",       // Waktu pergantian terjadwal, yaitu waktu ketika koneksi sementara terjadi pada instance jika pergantian dilakukan.
      "startTime": "2024-09-14T21:30:00+08:00",          // Waktu mulai terjadwal acara, yaitu waktu ketika acara masuk ke antrian penjadwalan dan menunggu untuk dieksekusi.
      "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk informasi lebih lanjut, lihat bagian "Lampiran 2 Kode penyebab detail dan risiko pembatalan" dari topik ini.
      "detailCode": "HostSoftHardwareUpgrade",            // Kode penyebab detail. Untuk informasi lebih lanjut, lihat bagian "Lampiran 2 Kode penyebab detail dan risiko pembatalan" dari topik ini.
      "instanceInfo": ""
    },
    "instanceId": "rm-2ze9d66o65q1g02g6",             // ID instance.
    "eventType": "Maintenance",
    "instanceComment": "rm-2ze9d66o65q1g02g6",        // Alias instance.
    "instanceType": "Instance",
    "publishTime": "2024-09-10T16:01:47+08:00"
  }

Prosedur

1. Masuk ke setiap Konsol Manajemen.

2. Di panel navigasi sisi kiri, klik Event Center (formerly Known As Event Management) > Scheduled Events, lalu pilih wilayah di bilah navigasi atas.

3. Di halaman Acara Terjadwal, Anda dapat melihat informasi acara terperinci. Secara default, acara yang belum selesai dalam status Planned ditampilkan. Untuk melihat acara historis yang telah selesai, klik Completed atau Canceled untuk beralih pencarian. Deskripsi rinci atribut acara adalah sebagai berikut:

   Properti	Contoh	Deskripsi
   Jenis acara	Perbaikan risiko	Acara dibagi menjadi level "perbaikan risiko" dan "pemeliharaan sistem" berdasarkan tingkat urgensi.
   Status	Menunggu	Status penjadwalan acara. Perhatikan status berikut: Menunggu Pengaturan Waktu: Waktu eksekusi acara kosong dan Anda harus mengonfigurasi pengaturan waktu berdasarkan kebutuhan bisnis Anda. Jika Anda tidak mengonfigurasi pengaturan waktu sebelum batas waktu yang ditentukan, sistem secara otomatis membatalkan eksekusi acara dan tidak akan mengeksekusi acara secara otomatis. Menunggu: Acara menunggu hingga waktu mulai terjadwal tercapai. Menjalankan: Acara sedang dieksekusi sesuai jadwal. Dalam hal ini, Anda tidak dapat melakukan intervensi manual. Untuk menghentikan acara secara mendesak, ajukan tiket. Risiko yang tidak diketahui mungkin terjadi jika operasi non-standar dilakukan. Berhasil: Acara berhasil dieksekusi. Dibatalkan: Eksekusi acara gagal atau dibatalkan. Daftar berikut menjelaskan penyebab pembatalan umum: Pembatalan pengguna (UserCancel): Eksekusi acara dibatalkan di konsol atau dengan memanggil operasi API. Timeout respons pengguna (UserResponseTimeout): Acara dibatalkan secara otomatis karena pengaturan waktu acara tidak dikonfigurasi sebelum batas waktu. Pembatalan untuk manajemen database (SupervisorCancel): Inisiator acara membatalkan eksekusi acara untuk manajemen database. Pembatalan penghindaran sesuai permintaan (AvoidCancel): Acara tidak memerlukan eksekusi karena risiko telah dimitigasi atau status saat ini dari instance tidak lagi memerlukan eksekusi acara ini. Misalnya, tidak diperlukan pembaruan jika instance sudah merupakan versi terbaru. Pembatalan otomatis oleh sistem (AutoCancel): Eksekusi acara dibatalkan karena sistem menentukan bahwa instance tidak memenuhi kondisi untuk eksekusi selama pemeriksaan rutin pada acara terjadwal. Misalnya, status saat ini dari instance tidak normal dan perintah aksi tidak dapat dikeluarkan. Timeout eksekusi (ExecuteTimeout): Acara masuk ke antrian eksekusi tetapi eksekusi tidak selesai dalam waktu yang diharapkan. Kegagalan eksekusi (ExecuteFail): Acara gagal selama eksekusi karena pengecualian yang tidak diketahui.
   Jenis acara	Peningkatan versi minor	Lihat Jenis acara dan dampak.
   Penyebab acara	-	Lihat Lampiran 2 Kode penyebab rinci dan risiko pembatalan.
   Dampak bisnis	Koneksi transien	Jenis acara yang berbeda memiliki dampak yang berbeda pada bisnis Anda. Untuk informasi lebih lanjut, lihat Jenis acara dan dampak.
   Saran O&M	Pastikan aplikasi Anda dikonfigurasi untuk secara otomatis menyambung ulang ke database Anda dan perhatikan dampaknya terhadap bisnis Anda	Saran O&M bervariasi berdasarkan acara. Untuk informasi lebih lanjut, lihat bagian "Lampiran 1 Acara sistem terkait CloudMonitor" dari topik ini.
   Waktu mulai	-	Waktu mulai terjadwal acara, yaitu waktu ketika acara masuk ke antrian penjadwalan. Sebelum waktu mulai, acara tidak memengaruhi instance. Setelah waktu mulai, Anda masih dapat mengakses database secara normal. Namun, Anda tidak dapat melakukan operasi tingkat instance (seperti mengubah konfigurasi atau migrasi lintas zona). Atribut ini kosong jika acara dalam status "Menunggu Pengaturan Waktu".
   Waktu pergantian terjadwal	-	Waktu pergantian terjadwal, yaitu waktu ketika pergantian primer/sekunder atau tautan (jika ada) terjadi. Ini biasanya mengacu pada waktu ketika koneksi transien memengaruhi instance. Waktu ini adalah nilai perkiraan. Pergantian yang terjadi di sekitar waktu ini diharapkan. Dalam kasus ekstrem, seperti skenario yang melibatkan failback ke zona asli, pergantian kedua mungkin terjadi. Catatan Mempertimbangkan faktor-faktor seperti penjadwalan acara dan waktu persiapan data, biasanya diperlukan waktu persiapan tertentu sebelum pergantian. Oleh karena itu, ada interval antara waktu mulai dan waktu pergantian. Interval ini mungkin berbeda tergantung pada produk database dan jenis acara.
   Batas waktu	-	Waktu terakhir Anda dapat mengonfigurasi waktu pergantian. Waktu pergantian yang ingin Anda atur tidak boleh lebih dari waktu ini.
   Dapat dibatalkan	Ya	Untuk memblokir acara ini, Anda dapat membatalkannya. Dalam kebanyakan kasus, fitur ini tersedia untuk acara O&M sistem. Penting Dalam kebanyakan kasus, acara terjadwal diterbitkan oleh sistem manajemen database cloud selama pemeriksaan rutin. Jika Anda membatalkan acara sekali, acara baru mungkin diterbitkan selama siklus pemeriksaan berikutnya. Pembatalan berulang kali dapat mengakibatkan peningkatan risiko. Kami menyarankan Anda memilih waktu yang tepat untuk mengeksekusi acara berdasarkan kondisi bisnis Anda daripada membatalkan acara. Untuk informasi tentang risiko pembatalan, lihat bagian Lampiran 2 Kode penyebab rinci dan risiko pembatalan dari topik ini.
   Jadwal dapat diubah	Ya	Dalam kebanyakan kasus, Anda dapat menyesuaikan waktu eksekusi acara. Dalam skenario langka yang melibatkan perbaikan mendesak untuk masalah risiko tinggi, mungkin tidak ada jendela penyesuaian waktu yang cukup tersedia, sehingga tidak memungkinkan untuk menyesuaikan waktu.

4. Modifikasi acara terjadwal (opsional).

   Pilih catatan yang ingin disesuaikan waktu eksekusinya, klik Schedule Event untuk masuk ke antarmuka pengaturan waktu pergantian. Dua metode modifikasi didukung:

   • Eksekusi Segera: Waktu mulai tugas akan diatur ke waktu saat ini, lalu masuk ke antrian eksekusi untuk eksekusi segera.

   • Pergantian pada Waktu Tertentu: Memungkinkan Anda memilih titik waktu yang sesuai dalam rentang waktu pergantian yang dapat dikonfigurasi untuk eksekusi. Waktu mulai akan dihitung secara otomatis berdasarkan waktu pergantian, tetapi waktu mulai baru tidak boleh lebih awal dari waktu saat ini, jika tidak, tidak dapat dimodifikasi.

5. Ubah pengaturan jendela waktu berulang (opsional).

   Klik "Pengaturan Jendela Waktu Berulang" di sudut kanan atas daftar acara untuk mengakses halaman konfigurasi jendela waktu berulang.

   Waktu eksekusi acara terjadwal biasanya dihitung secara otomatis berdasarkan waktu pemeliharaan instance (lihat Atur jendela pemeliharaan RDS|Tair/Redis|MongoDB|PolarDB). Anda juga dapat menyesuaikan jendela waktu berulang berdasarkan kebutuhan pemeliharaan. Ketika layanan database cloud memulai acara baru di masa mendatang, mereka akan memprioritaskan menghitung waktu eksekusi berdasarkan jendela waktu yang telah Anda konfigurasikan.

   Anda dapat mengatur jendela waktu berulang berdasarkan bulan atau minggu. Sebagai contoh, jika Anda mengatur jendela waktu berulang menjadi pukul 02:00 hingga 03:00 pada hari Senin dan Selasa setiap minggu dan jendela waktu untuk acara terjadwal menjadi hari Selasa ini hingga hari Minggu depan, rentang waktu pergantian untuk acara tersebut mencakup pukul 02:00 hingga 03:00 pada hari Selasa ini dan pukul 02:00 hingga 03:00 pada hari Senin depan. Dalam kebanyakan kasus, pergantian diprioritaskan dilakukan pada hari Selasa ini.

   Penting

   1. Konfigurasi ini hanya berlaku untuk acara baru di masa mendatang. Jika ingin menyesuaikan waktu untuk acara dalam daftar acara saat ini, klik "Konfigurasikan Waktu Eksekusi".

   2. Konfigurasi ini hanya berfungsi sebagai tambahan untuk menghitung waktu eksekusi dan hanya berlaku untuk acara jenis "pemeliharaan sistem". Harap merujuk pada waktu dalam daftar acara untuk waktu eksekusi yang dihitung sebenarnya.

   3. Konfigurasi ini adalah konfigurasi tingkat akun. Setelah dikonfigurasi, berlaku untuk semua produk database yang mendukung jendela waktu berulang.

6. Batalkan acara terjadwal (opsional).

   Pilih acara yang ingin dibatalkan, klik Cancel Scheduled Event untuk masuk ke antarmuka pembatalan, dan setelah memahami risiko pembatalan, klik Confirm untuk memulai pembatalan.

Jenis acara dan dampak

Operasi API terkait