All Products
Search
Document Center

PolarDB:Lihat dan kelola event terjadwal

Last Updated:Sep 03, 2026

PolarDB memberitahukan event O&M terjadwal—seperti peningkatan perangkat lunak database, pemeliharaan, dan peningkatan perangkat keras—melalui pesan teks, panggilan suara, email, atau pesan internal, serta menampilkannya di Konsol. Di halaman Event Terjadwal, Anda dapat melihat jenis event, ID tugas, nama kluster, waktu alih bencana, dan detail lainnya, serta mengubah waktu alih bencana secara manual.

Catatan

  • Event diklasifikasikan menjadi dua tingkat urgensi:

    • [S0 Urgent] Risk Remediation: Biasanya melibatkan masalah tak terduga yang memerlukan tindakan segera untuk mencegah kegagalan layanan. Notifikasi untuk event ini dikirim paling lama tiga hari sebelumnya, dan jendela untuk menjadwal ulang waktu alih bencana lebih pendek. Contohnya mencakup penggantian dan peningkatan versi mendesak, pemulihan kegagalan host, serta pembaruan sertifikat SSL yang akan kedaluwarsa.

    • [S1 Scheduled] System Maintenance: Melibatkan perbaikan masalah berisiko rendah atau peningkatan perangkat lunak dan perangkat keras yang direncanakan. Notifikasi untuk event ini biasanya dikirim lebih dari tiga hari sebelumnya, dan Anda dapat membatalkan event tersebut.

  • Untuk menerima notifikasi event O&M terjadwal, masuk ke Message Center, lalu pilih metode notifikasi dan konfigurasikan kontak untuk Notifikasi Gangguan atau Pemeliharaan ApsaraDB. Kami menyarankan Anda menambahkan personel O&M database sebagai kontak. Jika tidak, Anda tidak akan menerima notifikasi event.Metode notifikasi mencakup Email dan Pesan Internal. Kami menyarankan Anda memilih Email untuk memastikan pengiriman.

    Di pojok kanan atas Konsol, klik ikon bel. Lalu, pada panel Internal Message Notifications, klik Message Settings.

    Gambar 1. Mengakses Message Settings

    image

    Gambar 2. Pengaturan notifikasi untuk ApsaraDB

  • Untuk menerima pembaruan real-time mengenai event O&M atau menerapkan otomatisasi berbasis event secara kustom, konfigurasikan langganan event sistem di CloudMonitor. ApsaraDB mendorong event sistem ke CloudMonitor untuk setiap tahap siklus hidup event O&M, seperti Scheduled, In Progress, Succeeded, dan Canceled. Untuk informasi selengkapnya, lihat Kelola langganan event (Direkomendasikan). Untuk daftar event CloudMonitor yang dapat dilanggan, lihat Lampiran 1: Event sistem terkait CloudMonitor.

    Klik untuk memperluas contoh event CloudMonitor.

    {
      "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // ID unik untuk event.
      "product": "RDS",                                  // Kode layanan.
      "reason": "Host software/hardware upgrade",        // Alasan event.
      "extra": {
        "impactEn": "Transient instance disconnection",  // Dampak event.
        "eventCode": "rds_apsaradb_transfer",            // Kode jenis event O&M.
        "eventNameEn": "Instance migration",             // Nama event O&M.
        "switchTime": "2024-09-15T01:30:00+08:00",       // Waktu alih bencana terjadwal. Kemungkinan terjadi gangguan sementara pada instans pada waktu ini.
        "startTime": "2024-09-14T21:30:00+08:00",          // Waktu antrean eksekusi event.
        "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk detail, lihat Lampiran 2: Kode penyebab detail dan risiko pembatalan.
        "detailCode": "HostSoftHardwareUpgrade",            // Kode penyebab detail. Untuk detail, lihat Lampiran 2: Kode penyebab detail dan risiko pembatalan.
        "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. Login ke Konsol produk database Anda.

  2. Di panel navigasi kiri, klik Event Center (formerly known as Event Management) > Scheduled Events. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada.

  3. Halaman Scheduled Events menampilkan detail event terjadwal. Secara default, event dengan status Planned ditampilkan. Untuk melihat event historis, klik tab Completed atau Canceled. Tabel berikut menjelaskan atribut event.

    Atribut

    Contoh

    Deskripsi

    Jenis event

    Risk remediation

    Event diklasifikasikan berdasarkan urgensi menjadi dua jenis: Risk remediation dan system maintenance.

    Status

    Pending

    Status penjadwalan event. Perhatikan status kunci berikut:

    • Waiting Setting Time: Waktu eksekusi belum ditetapkan. Anda harus menetapkan waktu sesuai kebutuhan bisnis Anda. Jika Anda tidak menetapkan waktu sebelum Deadline, event akan dibatalkan secara otomatis.

    • Pending: Event menunggu memasuki fase penjadwalan pada Waktu mulai yang dijadwalkan.

    • Executing: Event sedang berlangsung. Anda tidak dapat melakukan intervensi manual pada tahap ini. Untuk meminta penghentian darurat, ajukan Tiket. Perhatikan bahwa operasi non-standar semacam itu dapat menimbulkan risiko yang tidak diketahui.

    • Successful: Event telah selesai.

    • Canceled: Eksekusi event gagal atau dibatalkan. Alasan umum pembatalan meliputi:

      • Dibatalkan oleh pengguna (UserCancel): Pengguna membatalkan event di Konsol atau dengan memanggil Operasi API.

      • Timeout respons pengguna (UserResponseTimeout): Event dibatalkan secara otomatis karena waktu eksekusi tidak ditetapkan sebelum Deadline.

      • Dibatalkan oleh sistem kontrol (SupervisorCancel): Pihak yang menginisiasi event membatalkannya.

      • Dibatalkan karena tidak diperlukan lagi (AvoidCancel): Event tidak lagi diperlukan karena risiko telah terselesaikan atau kondisi instans saat ini membuat event tersebut usang. Misalnya, instans sudah menggunakan versi terbaru dan tidak memerlukan pembaruan.

      • Dibatalkan oleh sistem (AutoCancel): Sistem secara berkala memeriksa event terjadwal. Event dibatalkan jika instans tidak memenuhi prasyarat eksekusi, misalnya jika instans dalam keadaan abnormal dan tidak dapat menerima perintah.

      • Timeout eksekusi (ExecuteTimeout): Event memasuki antrean eksekusi tetapi tidak selesai dalam waktu yang diharapkan.

      • Kegagalan eksekusi (ExecuteFail): Event gagal selama eksekusi karena error yang tidak diketahui.

    Jenis event

    minor version update

    Nama spesifik jenis event. Untuk informasi selengkapnya, lihat Jenis dan dampak event.

    Penyebab

    -

    Untuk informasi selengkapnya, lihat Lampiran 2: Kode penyebab detail dan risiko pembatalan.

    Dampak bisnis

    Transient connection interruption

    Dampak bisnis bervariasi tergantung jenis event. Untuk informasi selengkapnya, lihat Jenis dan dampak event.

    Saran O&M

    Pastikan aplikasi Anda memiliki mekanisme reconnect otomatis dan dirancang untuk menangani potensi dampak bisnis.

    Saran O&M bervariasi tergantung jenis event. Untuk informasi selengkapnya, lihat Lampiran 1: Event sistem terkait CloudMonitor.

    Waktu mulai

    -

    Waktu ketika event memasuki antrean penjadwalan. Sebelum waktu mulai, event tidak memengaruhi instans. Setelah waktu mulai, database Anda tetap dapat diakses, tetapi Anda tidak dapat melakukan operasi tingkat instans seperti mengubah konfigurasi atau migrasi lintas zona ketersediaan. Bidang ini kosong jika status event adalah Waiting Setting Time.

    Waktu Failover Terjadwal

    -

    Waktu ketika terjadi alih bencana primary/secondary atau alih bencana link, jika berlaku. Ini biasanya merupakan waktu terjadinya gangguan koneksi sementara. Alih bencana diperkirakan terjadi sekitar waktu ini. Dalam kasus jarang terjadi, seperti failback ke zona ketersediaan asal, alih bencana kedua dapat terjadi.

    Catatan

    Diperlukan periode persiapan sebelum alih bencana untuk tugas seperti penjadwalan event dan persiapan data. Oleh karena itu, terdapat selisih waktu antara waktu mulai dan waktu alih bencana. Selisih ini bervariasi tergantung produk database dan jenis event.

    Deadline

    -

    Waktu terakhir Anda dapat menetapkan waktu alih bencana. Waktu alih bencana yang disesuaikan tidak boleh melewati Deadline ini.

    Dapat dibatalkan

    Ya

    Anda dapat membatalkan event untuk mencegahnya berjalan. Opsi ini biasanya tersedia untuk event "system maintenance".

    Penting

    Event terjadwal biasanya dikeluarkan oleh sistem manajemen database cloud selama inspeksi rutin. Jika Anda membatalkan event, event baru mungkin dikeluarkan pada siklus inspeksi berikutnya. Pembatalan yang sering dapat meningkatkan risiko. Untuk menghindari risiko ini, jadwalkan event pada waktu yang sesuai dengan kebutuhan bisnis Anda alih-alih membatalkannya. Untuk informasi selengkapnya tentang risiko pembatalan, lihat Lampiran 2: Kode penyebab detail dan risiko pembatalan.

    Dapat dijadwal ulang

    Ya

    Anda dapat mengubah waktu eksekusi untuk sebagian besar event. Dalam kasus jarang terjadi yang melibatkan perbaikan mendesak berisiko tinggi, jendela waktu mungkin tidak cukup panjang untuk memungkinkan penjadwalan ulang.

  4. (Opsional) Ubah event terjadwal.

    Pilih event yang ingin Anda jadwal ulang dan klik Modify Scheduled Event. Anda dapat mengubah event dengan salah satu cara berikut:

    • Eksekusi segera: Waktu mulai event diatur ke waktu saat ini, dan event langsung memasuki antrean eksekusi.

    • Alih bencana pada waktu tertentu: Pilih waktu yang sesuai untuk alih bencana dari rentang yang tersedia. Waktu mulai dihitung secara otomatis berdasarkan waktu alih bencana. Waktu mulai baru tidak boleh lebih awal dari waktu saat ini. Jika tidak, modifikasi akan gagal.

  5. (Opsional) Ubah jendela waktu berulang.

    Di pojok kanan atas daftar event, klik Recurring Time Window Settings untuk membuka halaman konfigurasi.

    Waktu eksekusi event terjadwal biasanya dihitung berdasarkan jendela pemeliharaan instans. Untuk informasi selengkapnya, lihat dokumentasi tentang pengaturan jendela pemeliharaan untuk RDS, Tair, MongoDB, dan PolarDB. Anda juga dapat menentukan jendela waktu berulang kustom untuk memenuhi kebutuhan O&M Anda. Layanan database cloud kemudian akan memprioritaskan jendela kustom ini saat menjadwalkan event baru.

    Anda dapat mengatur jendela tersebut secara mingguan atau bulanan. Misalnya, jika Anda mengatur waktu alih bencana berulang menjadi pukul 02.00–03.00 setiap Senin dan Selasa, dan jendela event platform secara keseluruhan dari Selasa ini hingga Minggu depan, sistem akan mengidentifikasi pukul 02.00–03.00 pada Selasa ini dan pukul 02.00–03.00 pada Senin depan sebagai waktu alih bencana yang valid. Biasanya, waktu yang lebih awal (Selasa ini) diprioritaskan.

    Penting
    1. Pengaturan ini hanya berlaku untuk event baru. Untuk mengubah waktu event yang sudah ada di daftar, klik Configure Execution Time.

    2. Pengaturan ini hanya sebagai bantuan untuk menghitung waktu eksekusi dan hanya berlaku untuk event "system maintenance". Waktu eksekusi aktual mengikuti waktu yang ditampilkan di daftar event.

    3. Ini adalah pengaturan tingkat akun. Setelah dikonfigurasi, berlaku untuk semua produk database yang mendukung jendela waktu berulang.

  6. (Opsional) Batalkan event terjadwal.

    Pilih event yang ingin Anda batalkan dan klik Cancel Scheduled Event. Setelah meninjau risikonya, klik Confirm untuk membatalkan event.

Jenis dan dampak event

Jenis peristiwa

Jenis dampak

Deskripsi dampak

Cluster migration

Catatan

Dalam operasi O&M terjadwal yang diinisiasi karena risiko host, kedaluwarsa garansi perangkat keras, atau peningkatan sistem operasi, sistem melakukan migrasi kluster ke node server baru. Hal ini berlaku untuk kluster non-high-availability dan kluster read-only.

Transient cluster disconnection

Setelah waktu failover yang dijadwalkan dimulai, dampak berikut akan terjadi:

Catatan

Event yang tertunda biasanya memicu failover kluster, yang dilakukan selama jendela pemeliharaan kluster setelah waktu failover yang dijadwalkan.

  • Kluster atau shard yang terlibat dalam alih bencana mengalami gangguan sementara dan memasuki status read-only yang berlangsung hingga 30 detik selama data disinkronkan sepenuhnya. Lakukan operasi ini selama jam sepi dan pastikan aplikasi Anda mendukung reconnect otomatis.

  • Penggunaan kluster ini di DMS dan DTS terganggu sebentar selama operasi. Penggunaan normal dilanjutkan setelah operasi selesai.

Primary/secondary switchover

Catatan

Dalam operasi O&M terjadwal yang diinisiasi karena risiko host, kedaluwarsa garansi perangkat keras, atau peningkatan sistem operasi, sistem memicu alih bencana node primary/secondary. Ini hanya berlaku untuk kluster high-availability.

Cluster parameter adjustment

Catatan

Dalam operasi O&M terjadwal yang diinisiasi karena risiko parameter yang diketahui, sistem memodifikasi parameter kluster. Jika parameter yang dikirimkan mencakup parameter yang memerlukan restart, kluster akan direstart.

Host risk remediation

Catatan

Memperbaiki risiko gangguan pada host tempat kluster berada.

SSL certificate renewal

Catatan

Operasi ini diinisiasi ketika sertifikat SSL kluster akan kedaluwarsa, sehingga kluster dapat terus memberikan keamanan dan stabilitas yang lebih baik.

Backup mode upgrade

Catatan

Untuk menyediakan kemampuan backup dan pemulihan yang lebih cepat bagi kluster, mode backup kluster dialihkan dari cadangan logis ke backup fisik basis data dan tabel.

Zone migration

Catatan

Memperbarui dan mentransformasi infrastruktur fisik beberapa wilayah dan zona lama.

Minor version upgrade

Catatan

Untuk meningkatkan pengalaman pengguna, layanan database merilis versi minor untuk kluster secara tidak teratur guna memperkaya fitur produk atau memperbaiki cacat yang diketahui.

Transient cluster disconnection

Setelah waktu failover yang dijadwalkan dimulai, dampak berikut akan terjadi:

Catatan

Event Pending biasanya memicu alih bencana kluster, yang dilakukan selama jendela pemeliharaan kluster setelah waktu alih bencana terjadwal.

  • Kluster atau shard yang terlibat dalam alih bencana mengalami gangguan sementara dan memasuki status read-only yang berlangsung hingga 30 detik selama data disinkronkan sepenuhnya. Lakukan operasi ini selama jam sepi dan pastikan aplikasi Anda mendukung reconnect otomatis.

  • Penggunaan kluster ini di DMS dan DTS terganggu sebentar selama operasi. Penggunaan normal dilanjutkan setelah operasi selesai.

Differences between minor versions

Versi minor berbeda (versi kernel) mencakup pembaruan berbeda. Perhatikan perbedaan antara versi minor setelah peningkatan dan versi minor saat ini. Untuk informasi selengkapnya, lihat catatan rilis versi minor produk terkait: Catatan rilis

Proxy minor version upgrade

Catatan

Untuk meningkatkan pengalaman pengguna, layanan database secara berkala merilis versi minor untuk node proxy guna memperkaya fitur layanan proxy atau memperbaiki cacat yang diketahui.

Transient cluster disconnection

Setelah waktu alih bencana terjadwal dimulai, dampak berikut terjadi:

Catatan

Event Pending biasanya memicu alih bencana kluster, yang dilakukan selama jendela pemeliharaan kluster setelah waktu alih bencana terjadwal.

  • Kluster atau shard yang terlibat dalam alih bencana mengalami gangguan sementara dan memasuki status read-only yang berlangsung hingga 30 detik selama data disinkronkan sepenuhnya. Lakukan operasi ini selama jam sepi dan pastikan aplikasi Anda mendukung reconnect otomatis.

  • Penggunaan kluster ini di DMS dan DTS terganggu sebentar selama operasi. Penggunaan normal dilanjutkan setelah operasi selesai.

Differences between minor versions

Versi minor berbeda mencakup pembaruan berbeda. Perhatikan perbedaan antara versi minor setelah peningkatan dan versi minor saat ini. Untuk informasi selengkapnya, lihat catatan rilis versi minor produk terkait: Catatan rilis PolarProxy

Network upgrade

Catatan

Memperbarui perangkat keras jaringan untuk meningkatkan kinerja dan stabilitas jaringan kluster.

Transient cluster disconnection

Setelah waktu failover yang dijadwalkan dimulai, dampak berikut akan terjadi:

Catatan

Event Pending biasanya memicu alih bencana kluster, yang dilakukan selama jendela pemeliharaan kluster setelah waktu alih bencana terjadwal.

  • Kluster atau shard yang terlibat dalam alih bencana mengalami gangguan sementara dan memasuki status read-only yang berlangsung hingga 30 detik selama data disinkronkan sepenuhnya. Lakukan operasi ini selama jam sepi dan pastikan aplikasi Anda mendukung reconnect otomatis.

  • Penggunaan kluster ini di DMS dan DTS terganggu sebentar selama operasi. Penggunaan normal dilanjutkan setelah operasi selesai.

Impact on VIP direct connection

Beberapa peningkatan jaringan mungkin melibatkan migrasi lintas zona, yang mengubah alamat IP virtual (VIP) kluster. Jika klien menggunakan VIP untuk menghubungkan ke database, koneksi akan terputus.

Catatan

Untuk menghindari dampak, gunakan titik akhir dalam format nama domain yang disediakan oleh kluster, dan nonaktifkan caching DNS pada aplikasi dan server host Anda.

Storage gateway upgrade

Catatan

Memperbarui gerbang penyimpanan untuk meningkatkan kinerja dan stabilitas penyimpanan kluster.

I/O jitter

Jitter I/O sementara atau latensi SQL yang meningkat mungkin terjadi. Dampak berlangsung tidak lebih dari 3 detik.

Enable seamless migration

Catatan

Mengaktifkan migrasi tanpa gangguan untuk meningkatkan pengalaman pengguna.

Parameter modification

Tidak ada dampak.

Catatan

Tidak melibatkan restart atau migrasi. Bisnis Anda saat ini tidak terpengaruh.

Proxy migration

Catatan

Host proxy ditingkatkan atau dipelihara untuk meningkatkan stabilitas node proxy.

Proxy node migration

Selama migrasi node proxy, cluster endpoint dan custom endpoint mengalami gangguan sementara yang berlangsung tidak lebih dari 10 detik.

FAQ

Notifikasi

Mengapa saya menerima notifikasi event O&M?

Untuk menyediakan layanan database cloud yang berkelanjutan, stabil, dan berkualitas tinggi, kami mungkin menginisiasi event O&M terjadwal untuk beberapa instans Anda guna melakukan peningkatan perangkat lunak dan perangkat keras, perubahan konfigurasi, serta pembaruan jaringan. Event ini dapat mencakup migrasi instans, alih bencana primary/secondary, peningkatan versi, dan penyesuaian parameter. Jika Anda mengaktifkan peningkatan versi otomatis untuk instans Anda, Anda akan secara rutin menerima notifikasi untuk event peningkatan versi minor.

Berapa jauh sebelumnya notifikasi dikirim? Mengapa saya tidak dapat menemukan notifikasi event?

Biasanya, notifikasi untuk event terjadwal dikirim 1 hingga 3 hari sebelumnya, tergantung pada urgensi event. Notifikasi dikirim melalui email. Di Message Center, Anda dapat melihat penerima dan mencari riwayat email Anda selama sebulan terakhir. Baris subjek email mencantumkan "Database Scheduled O&M Event Notification".

Mengapa saya menerima notifikasi O&M database tetapi tidak melihat event di daftar event terjadwal?

  • Mungkin terjadi penundaan dalam status pengiriman balik dari penyedia layanan. Setelah menerima notifikasi, tunggu 1 hingga 3 menit lalu refresh halaman event terjadwal. Pastikan juga Anda telah memilih wilayah yang benar untuk instans tersebut.

  • Notifikasi O&M dengan baris subjek seperti "Alibaba Cloud Database Network Upgrade Notification" adalah untuk peningkatan yang diinisiasi oleh tim infrastruktur dasar, seperti tim jaringan. Peningkatan ini melibatkan perangkat lunak atau perangkat keras di tingkat host atau pusat data, bukan di tingkat instans database individual. Akibatnya, event tersebut tidak dicatat sebagai event terjadwal, dan Anda tidak dapat mengubah waktu eksekusi atau membatalkannya untuk instans tertentu. Untuk detail dampak, rujuk email atau pesan spesifik yang Anda terima di Konsol.

Waktu mulai dan waktu alih bencana

Mengapa tidak ada tugas yang berjalan pada instans saya setelah waktu mulai event lewat?

  • Setelah waktu mulai, event memasuki antrean penjadwalan. Proses ini mencakup pemeriksaan awal, inisialisasi lingkungan, dan orkestrasi tugas. Pada tahap ini, tugas tingkat instans mungkin belum dimulai, dan tidak ada dampak pada ketersediaan instans. Anda hanya perlu memantau waktu alih bencana terjadwal.

  • Orkestrasi O&M dan waktu inisiasi tugas bervariasi tergantung produk database dan jenis event. Misalnya, migrasi instans untuk instans high-availability biasanya melibatkan pembangunan ulang instans secondary di host baru, melakukan alih bencana primary/secondary, lalu membangun ulang instans secondary lagi. Namun, jika hanya instans primary yang dimigrasikan, prosesnya terdiri dari alih bencana primary/secondary diikuti dengan pembangunan ulang instans secondary. Dalam kasus ini, tugas tidak dimulai segera setelah waktu mulai event, melainkan lebih dekat ke waktu alih bencana terjadwal.

Bagaimana cara mengubah waktu failover yang dijadwalkan?

Anda dapat mengubah waktu di Konsol atau dengan memanggil API. Untuk informasi selengkapnya, lihat Ubah event terjadwal (Opsional) dan ModifyActiveOperationTasks.

Mengapa saya tidak dapat mengubah waktu failover yang dijadwalkan?

Anda tidak dapat mengubah waktu alih bencana terjadwal dalam skenario berikut:

  • Event berada dalam status 'Executing'.

  • Waktu mulai event telah lewat.

  • Waktu saat ini telah melewati batas waktu modifikasi.

  • Waktu mulai baru akan lebih awal dari waktu saat ini.

  • Jenis event ini tidak dapat diubah.

Bagaimana jika waktu yang ingin saya atur berada di luar rentang yang dapat dikonfigurasi? Bagaimana cara menunda event?

Secara desain, waktu alih bencana tidak dapat diatur melewati waktu operasi terakhir. Deadline ini menentukan jendela operasional yang aman, dan melewatinya meningkatkan risiko kegagalan. Kami menyarankan Anda melakukan event sebelum deadline ini. Jika Anda memahami risikonya tetapi tetap perlu menunda event, Anda dapat mengajukan Tiket untuk meminta perubahan tersebut.

Apakah waktu selesai migrasi dapat diperkirakan?

Saat ini, hanya waktu mulai dan waktu alih bencana perkiraan yang ditampilkan. Waktu selesai tidak dapat diperkirakan karena bergantung pada berbagai faktor, seperti kondisi jaringan, antrean tugas, dan ukuran data.

Apakah event dalam status 'Waiting for Time Setting' akan dieksekusi secara otomatis jika saya tidak menetapkan waktu sebelum deadline?

Tidak. Jika Anda tidak menetapkan waktu eksekusi sebelum deadline, event akan dibatalkan secara otomatis. Jika sistem menentukan bahwa perubahan tersebut masih diperlukan, notifikasi event terjadwal baru akan dikirim.

Operasi event

Bagaimana cara membatalkan event?

Kami umumnya tidak merekomendasikan pembatalan event. Sebagai gantinya, Anda dapat menunda waktu alih bencana terjadwal ke periode jam sepi. Jika Anda harus membatalkan event, lihat Langkah 6, Opsi: Batalkan event terjadwal.

Jika saya membatalkan event secara manual, apakah event tersebut akan dijadwalkan ulang?

Sebagian besar event dikeluarkan secara berkala oleh sistem inspeksi otomatis. Jika Anda membatalkan event secara manual, event tersebut mungkin dikeluarkan ulang setelah periode diam, yang berkisar antara 1 hingga 30 hari. Untuk siklus penerbitan ulang spesifik berdasarkan penyebab event, lihat Lampiran 2 Kode penyebab detail dan risiko pembatalan (hanya sebagai referensi).

Bagaimana cara memblokir event terjadwal?

Penting

Event terjadwal dirancang untuk meningkatkan kualitas layanan dan stabilitas. Kami sangat menyarankan Anda tetap mengaktifkannya, karena memblokirnya menimbulkan risiko stabilitas.

Jika Anda memahami risikonya tetapi tetap perlu memblokir event terjadwal, Anda dapat mengajukan Tiket. Namun, untuk memastikan stabilitas layanan, Anda tidak dapat memblokir event remediasi risiko mendesak. Contoh umum termasuk event untuk kegagalan host, kunci disk penuh, dan peningkatan sertifikat SSL yang akan kedaluwarsa.

Pertanyaan lainnya

Bagaimana saya tahu kapan event selesai?

Setelah operasi pada instans selesai, event dihapus dari daftar event terjadwal aktif. Anda dapat melihatnya di daftar event Completed. Untuk pelacakan status otomatis, Anda dapat berlangganan event sistem CloudMonitor seperti yang dijelaskan dalam Catatan Penggunaan 3.

Apakah event migrasi instans akan memindahkan instans saya ke zona lain?

Tidak. Migrasi instans tidak mengubah zona, akun, konfigurasi jaringan, atau titik akhir instans Anda.

Lampiran 1: Event sistem CloudMonitor

Kode event

Nama Peristiwa

Kondisi pemicu

Rekomendasi

Instance:SystemMaintenance.MinorVersionUpgrade:Scheduled

Minor version update (scheduled)

Pembaruan versi minor dijadwalkan.

Event belum dimulai. Ketersediaan instans tidak terpengaruh.

Instance:SystemMaintenance.MinorVersionUpgrade:ReminderNotice

Minor version update (reminder)

Pengingat dikirim 7, 3, dan 1 hari sebelum eksekusi dimulai.

Ini adalah notifikasi informasional. Event belum dimulai.

Instance:SystemMaintenance.MinorVersionUpgrade:Executing

Minor version update (executing)

Pembaruan versi minor dimulai.

Untuk mencegah masalah tak terduga, hindari intervensi manual pada tahap ini.

Instance:SystemMaintenance.MinorVersionUpgrade:Executed

Minor version update (completed)

Pembaruan versi minor selesai.

Event berhasil diselesaikan. Alih bencana primary/secondary mungkin terjadi. Pantau dampak bisnis apa pun.

Instance:SystemMaintenance.MinorVersionUpgrade:Canceled

Minor version update (canceled)

Pembaruan versi minor gagal atau dibatalkan.

Event gagal atau dibatalkan secara otomatis, misalnya karena instans sudah menggunakan versi terbaru. Ketersediaan instans tidak terpengaruh.

Instance:SystemMaintenance.Transfer:ReminderNotice

Instance migration (reminder)

Pengingat dikirim 7, 3, dan 1 hari sebelum eksekusi dimulai.

Ini adalah notifikasi informasional. Event belum dimulai.

Instance:SystemMaintenance.Transfer:Scheduled

Instance migration (scheduled)

Migrasi instans dijadwalkan.

Event belum dimulai. Ketersediaan instans tidak terpengaruh.

Instance:SystemMaintenance.Transfer:Executing

Instance migration (executing)

Migrasi instans dimulai.

Untuk mencegah masalah tak terduga, hindari intervensi manual pada tahap ini.

Instance:SystemMaintenance.Transfer:Executed

Instance migration (completed)

Migrasi instans selesai.

Event berhasil diselesaikan. Alih bencana primary/secondary mungkin terjadi. Pantau dampak bisnis apa pun.

Instance:SystemMaintenance.Transfer:Canceled

Instance migration (canceled)

Migrasi instans gagal atau dibatalkan.

Event gagal atau dibatalkan secara otomatis, misalnya karena instans telah dimigrasikan secara manual sebelumnya. Ketersediaan instans tidak terpengaruh.

Instance:SystemMaintenance.ScheduledOperation:ReminderNotice

Scheduled event (reminder)

Pengingat dikirim 7, 3, dan 1 hari sebelum eksekusi dimulai.

Ini adalah notifikasi informasional. Event belum dimulai.

Instance:SystemMaintenance.ScheduledOperation:Scheduled

Scheduled event (scheduled)

Event terjadwal dijadwalkan.

Event belum dimulai. Ketersediaan instans tidak terpengaruh.

Instance:SystemMaintenance.ScheduledOperation:Executing

Scheduled event (executing)

Event terjadwal dimulai.

Untuk mencegah masalah tak terduga, hindari intervensi manual pada tahap ini.

Instance:SystemMaintenance.ScheduledOperation:Executed

Scheduled event (completed)

Event terjadwal selesai.

Event berhasil diselesaikan. Alih bencana primary/secondary mungkin terjadi. Pantau dampak bisnis apa pun.

Instance:SystemMaintenance.ScheduledOperation:Canceled

Scheduled event (canceled)

Event terjadwal gagal atau dibatalkan.

Ketersediaan instans tidak terpengaruh.

Lampiran 2: Kode penyebab dan risiko pembatalan

Kode penyebab

Deskripsi penyebab

Kode risiko

Deskripsi risiko

Catatan

Frekuensi

InfraArchUpgrade

Penggantian atau peningkatan arsitektur infrastruktur dasar.

OutOfGoodPerfByHardwareUpgrade

Anda tidak dapat memperoleh manfaat dari peningkatan kinerja dan stabilitas perangkat lunak yang ditingkatkan.

Kami meningkatkan atau memigrasikan instans untuk meningkatkan kualitas layanan dan stabilitas seiring evolusi arsitektur komputasi, penyimpanan, dan jaringan dasar kami.

Bulanan/Triwulanan

EnhanceStabilityAndResUtil

Meningkatkan stabilitas instans dan pemanfaatan resource.

ImpactStabAndResContention

Mempengaruhi stabilitas instans. Dampak potensial meliputi konflik sumber daya, kerentanan engine, dan kinerja di bawah ekspektasi.

-

Tidak teratur

EnableHotReplica

Mengaktifkan migrasi tanpa gangguan secara signifikan meningkatkan ketersediaan tinggi instans database Anda. Fitur ini juga mempercepat tugas pemeliharaan seperti scaling instans, peningkatan versi minor, dan migrasi, tanpa memengaruhi layanan Anda.

-

-

-

-

KernelExceptionRepair

Memperbaiki pengecualian instans yang disebabkan oleh engine.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

Ini umum terjadi untuk remediasi risiko mendesak dalam versi engine.

Tidak teratur

OldKernelVersionWithHardwareUpgrade

Versi engine lama ditingkatkan bersamaan dengan resource perangkat keras.

KernelVersionEndOfLife

Siklus hidup versi engine telah berakhir. Instans tidak dapat menggunakan fitur baru atau memperoleh manfaat dari optimasi kinerja.

Ini umum terjadi untuk pembaruan dan peningkatan versi rutin.

Bulanan/Triwulanan

KernelBugFix

Memperbaiki kerentanan engine.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

Ini umum terjadi untuk perbaikan bug mendesak dalam versi engine.

Tidak teratur

HostLoadHigh

Beban host berlebihan.

HostLoadHighAffectStability

Beban host berlebihan memengaruhi kinerja dan stabilitas instans.

Ini umum terjadi untuk mitigasi risiko perangkat keras host.

Tidak teratur

SoftwareUpgrade

Peningkatan perangkat lunak host.

OutOfGoodPerfByHardwareUpgrade

Anda tidak dapat memperoleh manfaat dari peningkatan kinerja dan stabilitas perangkat lunak yang ditingkatkan.

Peningkatan dingin sistem operasi host atau plugin dependen.

Bulanan/Triwulanan

HardwareUpgrade

Penggantian atau peningkatan perangkat keras dasar.

OutOfGoodPerfBySoftwareUpgrade

Anda tidak dapat memperoleh manfaat dari peningkatan kinerja dan stabilitas perangkat lunak yang ditingkatkan.

Peningkatan perangkat keras host.

Bulanan/Triwulanan

HostSoftHardwareUpgrade

Peningkatan perangkat lunak atau perangkat keras host.

OutOfGoodPerfBySoftHardwareUpgrade

Anda tidak dapat memperoleh manfaat dari peningkatan kinerja dan stabilitas perangkat lunak yang ditingkatkan.

Peningkatan perangkat lunak dan perangkat keras host.

Bulanan/Triwulanan

ProxyNodeHostMaintain

Pemeliharaan atau peningkatan host node proxy.

Proxy node host maintenance/upgrade

Risiko host memengaruhi stabilitas node proxy.

-

-

HostCPUException

Pengecualian CPU host.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

-

Tidak teratur

HostMemException

Pengecualian memori host.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

-

Tidak teratur

HostDiskException

Pengecualian disk host.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

-

Tidak teratur

KernelVersionWithServerlessUpgrade

Engine ditingkatkan, dan instans berpindah dari pratinjau publik ke ketersediaan umum (GA).

BetaVersionEndOfLife

Siklus hidup versi pratinjau publik telah berakhir. Instans tidak dapat menggunakan fitur baru atau memperoleh manfaat dari optimasi kinerja.

-

Bulanan/Triwulanan

ParamRiskRepairOrOptimize

Memperbaiki atau mengoptimalkan parameter untuk mengatasi risiko terkait.

UnknownRisks

Dapat menyebabkan risiko yang tidak diketahui.

Ini umum terjadi untuk event tuning otomatis yang dipicu oleh pengaturan parameter suboptimal dalam database cloud.

Bulanan/Triwulanan

PGOldKernelVersionWithHardwareUpgrade

Versi engine lama ditingkatkan bersamaan dengan resource perangkat keras. Ini mungkin mengubah Port database dan string koneksi lintas database. Plugin TimescaleDB, PostGIS, dan Ganos juga akan ditingkatkan ke versi terbarunya, karena versi lama tidak kompatibel.

KernelVersionEndOfLife

Siklus hidup versi engine telah berakhir. Instans tidak dapat menggunakan fitur baru atau memperoleh manfaat dari optimasi kinerja.

-

Bulanan/Triwulanan

MaxScaleExceptionRepair

Memperbaiki risiko pada komponen proxy.

RiskEscatateToFailure

Risiko ini dapat meningkat menjadi kegagalan, memengaruhi ketersediaan instans.

Ini umum terjadi untuk remediasi risiko mendesak dalam versi layanan proxy.

Tidak teratur

OriginalNetWorkHasFlawWithSqlTimeoutAndDIsconnection

Jenis jaringan saat ini memiliki kelemahan yang menyebabkan timeout kueri SQL lambat dan pemutusan koneksi intermiten. Peningkatan ini meningkatkan stabilitas dengan menyelesaikan masalah tersebut.

FlawNotResolvedAndAbnormalConnectionMayOccur

Jika tidak diselesaikan, kelemahan jaringan ini dapat menyebabkan masalah koneksi.

-

Tidak teratur

Lampiran 3: Jenis event

Jenis Peristiwa

Deskripsi

instance migration

instance migration

minor version update

minor version update

network upgrade

network upgrade

primary/secondary switchover

primary/secondary switchover

SSL certificate update

SSL certificate update

proxy minor version update

proxy minor version update

instance parameter modification

instance parameter modification

major version update

major version update

live migration

live migration

proxy migration

proxy migration

API Terkait

API

Deskripsi

DescribePendingMaintenanceActions

Menanyakan jumlah event pending berdasarkan jenis tugas.

ModifyPendingMaintenanceAction

Memodifikasi waktu failover untuk tugas event yang tertunda.

DescribePendingMaintenanceAction

Menanyakan detail event pending.