：Acara terjadwal layanan database

Ikhtisar

Acara terjadwal biasanya dikirim melalui email kepada kontak satu hingga tiga hari sebelumnya, sesuai pengaturan pada halaman Message Settings > Common Settings di konsol Message Center. Pastikan Anda mengonfigurasi kontak yang benar dan memilih metode notifikasi Email untuk Pemberitahuan Gangguan atau Pemeliharaan ApsaraDB dalam akun Alibaba Cloud Anda. Setelah menerima pemberitahuan berjudul Pemberitahuan ApsaraDB untuk Operasi dan Pemeliharaan Terencana, Anda dapat memilih Event Center (sebelumnya dikenal sebagai Event Management) lalu Acara Terjadwal di konsol terkait untuk melihat jenis acara, wilayah, penyebab, risiko pembatalan, serta daftar instance atau kluster yang terlibat. Anda dapat mengubah waktu switchover terjadwal ke jam non-puncak untuk instance atau kluster sesuai kebutuhan bisnis Anda.

Catatan Penggunaan

• Acara dibagi menjadi tingkat berikut berdasarkan urgensi:

  • [S0: Mendesak] Perbaikan Risiko: Acara pada tingkat ini adalah acara tak terduga yang perlu diperbaiki secepat mungkin untuk mencegah gangguan dalam kebanyakan kasus, seperti penggantian mendesak, peningkatan, atau pembaruan versi bermasalah, perbaikan pengecualian host, dan peningkatan sertifikat SSL sebelum kedaluwarsa. Pemberitahuan acara dapat dikirim tiga hari atau lebih sebelumnya, dengan jendela singkat untuk mengubah waktu switchover terjadwal.

  • [S1: Terjadwal] Pemeliharaan Sistem: Acara pada tingkat ini adalah resolusi masalah risiko rendah atau peningkatan terjadwal perangkat lunak dan keras dalam kebanyakan kasus. Pemberitahuan acara dikirim lebih dari tiga hari sebelumnya, dan Anda dapat membatalkan acara tersebut.

• Untuk memastikan bahwa Anda dapat menerima pemberitahuan acara pemeliharaan terjadwal, pilih metode pemberitahuan dan konfigurasikan kontak untuk Pemberitahuan Gangguan atau Pemeliharaan ApsaraDB di Message Center konsol. Kami menyarankan Anda menentukan personel O&M database sebagai kontak. Metode pemberitahuan mencakup Email dan Pesan Internal. Kami menyarankan Anda memilih Email untuk meningkatkan tingkat keberhasilan pemberitahuan.

  

  Gambar 1 Entri Pengaturan Pesan di konsol Pusat Pesan

  

  Gambar 2 Pengaturan Notifikasi untuk Pemberitahuan Gangguan atau Pemeliharaan ApsaraDB

• Jika Anda ingin diberi tahu tentang acara O&M sesegera mungkin atau ingin menyesuaikan otomatisasi O&M berbasis acara, Anda dapat menggunakan CloudMonitor untuk mengonfigurasi langganan acara sistem. Kemudian, layanan database cloud akan mendorong acara sistem CloudMonitor terkait dengan siklus hidup acara O&M, seperti langganan, mulai, akhir, dan pembatalan. Untuk informasi lebih lanjut, lihat Kelola Kebijakan Langganan Acara (Direkomendasikan). Untuk informasi tentang acara sistem CloudMonitor yang dapat Anda langgani, lihat "Lampiran 1 Acara Sistem Terkait CloudMonitor" bagian dari topik ini.

  Contoh acara CloudMonitor:

  {
    "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // ID peristiwa. Peristiwa yang sama memiliki ID yang sama.
    "product": "RDS",                                  // Kode layanan.
    "reason": "Host software/hardware upgrade",        // Penyebab peristiwa.
    "extra": {
       
      "impactEn": "Transient instance disconnection",  // Dampak peristiwa.
      "eventCode": "rds_apsaradb_transfer",            // Kode jenis peristiwa O&M.
      "eventNameEn": "Instance migration",             // Nama peristiwa O&M.
          
      "switchTime": "2024-09-15T01:30:00+08:00",       // Waktu switchover yang dijadwalkan, yaitu waktu ketika koneksi sementara terjadi pada instans jika switchover dilakukan.
      "startTime": "2024-09-14T21:30:00+08:00",          // Waktu mulai peristiwa yang dijadwalkan, yaitu waktu ketika peristiwa memasuki antrean penjadwalan dan menunggu untuk dieksekusi.
      "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk informasi selengkapnya, lihat bagian "Lampiran 2 Kode penyebab terperinci dan risiko pembatalan" pada topik ini.
      "detailCode": "HostSoftHardwareUpgrade",            // Kode penyebab terperinci. Untuk informasi selengkapnya, lihat bagian "Lampiran 2 Kode penyebab terperinci dan risiko pembatalan" pada topik ini.
      "instanceInfo": ""
    },
    "instanceId": "rm-2ze9d66o65q1g02g6",             // ID instans.
    "eventType": "Maintenance",
    "instanceComment": "rm-2ze9d66o65q1g02g6",        // Alias instans.
    "instanceType": "Instance",
    "publishTime": "2024-09-10T16:01:47+08:00"
  }

Prosedur

1. Masuk ke konsol layanan database instance atau kluster yang ingin Anda kelola.

2. Di bilah navigasi kiri, pilih Event Center (formerly known as Event Management) > Scheduled Events. Di bilah navigasi atas, pilih wilayah tempat instance atau kluster berada.

3. Di halaman Acara Terjadwal, lihat informasi tentang acara. Secara default, acara dalam status Planned ditampilkan. Anda dapat mengklik tab Completed dan Canceled untuk beralih antara acara sejarah yang selesai dan dibatalkan. Tabel berikut menjelaskan atribut acara.

   Atribut	Contoh	Deskripsi
   Jenis acara	Perbaikan risiko	Acara dibagi menjadi tingkat perbaikan risiko dan pemeliharaan sistem berdasarkan 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. Batas waktu tanggapan pengguna (UserResponseTimeout): Acara secara otomatis dibatalkan karena pengaturan waktu acara tidak dikonfigurasi sebelum batas waktu. Pembatalan untuk manajemen database (SupervisorCancel): Inisiator acara membatalkan eksekusi acara untuk manajemen database. Pembatalan penghindaran berdasarkan permintaan (AvoidCancel): Acara tidak memerlukan eksekusi karena risiko telah dimitigasi atau status saat ini dari instance atau kluster tidak lagi memerlukan eksekusi acara ini. Misalnya, tidak diperlukan pembaruan jika instance atau kluster sudah merupakan versi terbaru. Pembatalan otomatis oleh sistem (AutoCancel): Eksekusi acara dibatalkan karena sistem menentukan bahwa instance atau kluster tidak memenuhi kondisi untuk eksekusi selama pemeriksaan rutin pada acara terjadwal. Misalnya, status saat ini dari instance atau kluster tidak normal dan perintah tindakan tidak dapat dikeluarkan. Batas waktu 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	Pembaruan versi minor	Jenis acara. Untuk informasi lebih lanjut, lihat bagian "Jenis acara dan dampak" dari topik ini.
   Penyebab	-	Penyebab acara. Untuk informasi lebih lanjut, lihat bagian "Lampiran 2 Kode penyebab rinci dan risiko pembatalan" dari topik ini.
   Dampak bisnis	Koneksi sementara	Dampak bisnis dari acara. Jenis acara yang berbeda memiliki dampak yang berbeda pada bisnis Anda. Untuk informasi lebih lanjut, lihat "Jenis acara dan dampak" bagian dari topik ini.
   Saran O&M	Pastikan aplikasi Anda dikonfigurasi secara otomatis untuk tersambung kembali ke instance atau kluster Anda dan perhatikan dampaknya pada bisnis Anda.	Saran O&M untuk acara. Saran O&M bervariasi berdasarkan acara. Untuk informasi lebih lanjut, lihat "Lampiran 1 Acara sistem terkait CloudMonitor" bagian dari topik ini.
   Waktu mulai	-	Waktu mulai terjadwal acara, yaitu waktu ketika acara masuk ke antrian penjadwalan. Sebelum waktu mulai, acara tidak memengaruhi instance atau kluster. Setelah waktu mulai, Anda masih dapat mengakses instance atau kluster. Namun, Anda tidak dapat melakukan operasi tingkat instance atau kluster, seperti mengubah konfigurasi instance atau kluster dan memigrasikan instance atau kluster lintas zona. Atribut ini kosong jika acara dalam status Menunggu Pengaturan Waktu.
   Waktu switchover terjadwal	-	Waktu switchover terjadwal, yaitu waktu ketika koneksi sementara terjadi pada instance atau kluster jika switchover utama/sekunder atau switchover tautan dilakukan. Waktu ini adalah perkiraan. Switchover diperkirakan terjadi sekitar waktu tersebut. Dalam kasus ekstrem seperti beralih kembali ke zona asli, dua switchover mungkin terjadi. Catatan Mempertimbangkan bahwa sejumlah waktu persiapan diperlukan untuk melakukan langkah-langkah seperti penjadwalan acara dan persiapan data sebelum switchover dalam kebanyakan kasus, waktu mulai dan waktu switchover memiliki perbedaan waktu. Perbedaan waktu mungkin bervariasi berdasarkan layanan database.
   Batas waktu	-	Waktu terakhir Anda dapat mengonfigurasi pengaturan waktu untuk eksekusi acara. Waktu switchover yang Anda inginkan 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 dikeluarkan oleh sistem manajemen database cloud selama inspeksi rutin. Jika Anda membatalkan acara sekali, acara baru mungkin dikeluarkan selama siklus inspeksi berikutnya. Pembatalan sering 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 mengubah waktu eksekusi acara. Dalam beberapa skenario di mana jendela untuk memperbaiki risiko tinggi yang mendesak singkat, Anda tidak dapat mengubah waktu eksekusi acara.

4. (Opsional) Jadwalkan ulang acara.

   Pilih acara yang ingin Anda ubah waktu eksekusinya dan klik Schedule Event. Di halaman yang muncul, konfigurasikan salah satu dari pengaturan berikut:

   • Eksekusi Segera: Menentukan waktu saat ini sebagai waktu mulai acara. Kemudian, acara masuk ke antrian eksekusi dan segera dieksekusi.

   • Switchover pada Waktu Tertentu: Memungkinkan Anda memilih waktu switchover yang sesuai berdasarkan rentang waktu switchover yang dapat dikonfigurasi. Waktu mulai secara otomatis dihitung berdasarkan waktu switchover. Waktu mulai baru tidak boleh lebih awal dari waktu saat ini. Jika tidak, waktu switchover tidak dapat diubah.

5. (Opsional) Ubah pengaturan jendela waktu berulang.

   Klik Pengaturan Jendela Waktu Berulang di sudut kanan atas daftar acara.

   Dalam kebanyakan kasus, waktu eksekusi peristiwa terjadwal suatu instans atau klaster dihitung secara otomatis berdasarkan jendela pemeliharaan instans atau klaster tersebut. Untuk informasi tentang cara mengonfigurasi jendela pemeliharaan untuk instans ApsaraDB RDS, instans Tair (kompatibel dengan Redis OSS), instans ApsaraDB for MongoDB, dan klaster PolarDB, lihat Mengonfigurasi Jendela Pemeliharaan, Mengonfigurasi Jendela Pemeliharaan, Menentukan Jendela Pemeliharaan, dan Mengatur Jendela Pemeliharaan. Anda juga dapat menentukan jendela waktu berulang kustom berdasarkan kebutuhan O&M Anda. Jika sistem memulai suatu peristiwa, waktu eksekusi peristiwa akan dihitung dengan prioritas berdasarkan jendela waktu yang ditentukan.

   Anda dapat mengatur jendela waktu berulang berdasarkan bulan atau minggu. Misalnya, jika Anda mengatur jendela waktu berulang menjadi pukul 02:00 hingga 03:00 setiap Senin dan Selasa setiap minggu dan jendela waktu untuk acara terjadwal menjadi hari Selasa ini hingga hari Minggu depan, rentang waktu switchover acara 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, switchover diprioritaskan dilakukan pada hari Selasa ini.

   Penting

   1. Konfigurasi ini hanya berlaku untuk acara baru. Jika Anda ingin mengubah waktu eksekusi acara yang ada, klik Konfigurasikan Waktu Eksekusi.

   2. Konfigurasi ini membantu menghitung waktu eksekusi acara hanya pada tingkat pemeliharaan sistem. Waktu eksekusi aktual tunduk pada waktu yang ditampilkan dalam daftar acara.

   3. Konfigurasi ini adalah konfigurasi tingkat akun. Konfigurasi ini berlaku untuk semua layanan database yang mendukung Pengaturan Jendela Waktu Berulang.

6. (Opsional) Batalkan acara terjadwal.

   Pilih acara yang ingin Anda batalkan dan klik Cancel Scheduled Event. Di halaman yang muncul, baca dan konfirmasi risiko pembatalan, lalu klik Confirm.

Jenis acara dan dampak

Lampiran 1 Acara sistem terkait CloudMonitor

Untuk informasi lebih lanjut, lihat atau Layanan cloud yang didukung dan acara sistem mereka.

Lampiran 2 Kode penyebab rinci dan risiko pembatalan

Lampiran 3 Jenis acara