All Products
Search
Document Center

ApsaraDB RDS:Event terjadwal

Last Updated:Aug 21, 2026

RDS memberi tahu Anda mengenai event maintenance, seperti migrasi instans, peningkatan versi database dan peningkatan versi minor, melalui Konsol RDS serta panggilan suara, email, atau Pesan internal. Anda dapat melihat detail event, seperti jenis event, wilayah, penyebab, dampak bisnis, dan ID instans yang terpengaruh. Anda juga dapat mengubah waktu alih bencana yang dijadwalkan secara manual.

Prasyarat

Anda memiliki event maintenance yang tertunda.

Catatan

Arahkan kursor ke ikon 通知 di pojok kanan atas konsol untuk melihat event maintenance yang tertunda.

Catatan

  • Event diklasifikasikan menjadi dua tingkat urgensi:

    • [S0 Urgent] Remediasi Risiko: Biasanya melibatkan masalah tak terduga yang memerlukan tindakan segera untuk mencegah kegagalan layanan. Notifikasi untuk event ini dikirimkan paling lama tiga hari sebelumnya, dan jendela untuk menjadwal ulang waktu alih bencana lebih singkat. Contohnya termasuk penggantian dan peningkatan versi mendesak, pemulihan kegagalan host, serta peningkatan Sertifikat SSL yang akan kedaluwarsa.

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

  • Untuk menerima notifikasi event O&M terjadwal, login ke Message Center, lalu pilih metode notifikasi dan konfigurasikan kontak untuk Notifikasi Gangguan atau Maintenance 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 lonceng. 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 untuk jenis event O&M.
        "eventNameEn": "Instance migration",             // Nama event O&M.
        "switchTime": "2024-09-15T01:30:00+08:00",       // Waktu alih bencana yang dijadwalkan. Pemutusan koneksi instans sementara mungkin terjadi pada waktu ini.
        "startTime": "2024-09-14T21:30:00+08:00",          // Waktu saat event dimasukkan ke antrian untuk dieksekusi.
        "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk detailnya, lihat Lampiran 2: Kode penyebab terperinci dan risiko pembatalan.
        "detailCode": "HostSoftHardwareUpgrade",            // Kode penyebab terperinci. Untuk detailnya, lihat Lampiran 2: Kode penyebab terperinci 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 ApsaraDB RDS.

  2. Pada panel navigasi kiri, klik Event Center.

    Catatan

    Untuk event maintenance yang mengharuskan Anda menjadwalkan waktu, jendela pop-up akan muncul untuk mengingatkan Anda agar segera menjadwalkan waktu tersebut.

  3. Opsi: Pada halaman Scheduled events, konfigurasikan jendela waktu berulang untuk menjadwalkan event secara manual.

    Catatan

    Recurring time window settings adalah konfigurasi global untuk event maintenance database proaktif, tidak termasuk event remediasi risiko darurat. Setelah Anda menetapkan jendela berulang, waktu alih bencana yang dijadwalkan untuk event maintenance baru secara otomatis berada dalam jendela ini. Jika Anda tidak menetapkan jendela berulang, waktu tersebut secara otomatis ditetapkan dalam maintenance window instans.

    1. Klik Recurring time window settings.

    2. Pada panel yang muncul, atur waktu berulang lalu klik Save.

  4. Pada halaman Scheduled events, lihat detail event. Untuk event yang berstatus Planned, pilih instans yang ingin Anda ubah waktunya, lalu klik Schedule Event.

    Catatan

    Informasi yang ditampilkan bervariasi tergantung jenis event. Informasi pada halaman aktual berlaku sebagai acuan utama.

  5. Pada kotak dialog Schedule Event, atur waktu peralihan terjadwal, lalu klik OK.

    Catatan
    • Pilih Earliest Execution Time untuk menjadwalkan alih bencana pada waktu paling awal yang memungkinkan. Setelah Anda klik Save, instans mulai mempersiapkan alih bencana dan memasuki status Pending. Jika Anda tidak memilih opsi ini, Anda dapat menentukan tanggal dan waktu kustom.

    • scheduled switching time tidak boleh lebih lambat dari latest action time.

Penyebab dan dampak event

Jenis peristiwa

Deskripsi

Jenis dampak

Deskripsi dampak

Instance migration

Operasi maintenance terjadwal yang dipicu oleh risiko host, perangkat keras yang masa garansinya habis, atau peningkatan sistem operasi. Selama operasi, sistem melakukan migrasi instans, termasuk instans dasar dan instans read-only, ke host baru.

Instance switchover

Setelah periode transisi yang dijadwalkan, operasi dilakukan selama jendela pemeliharaan instance. Dampak berikut dapat terjadi:

  • Terjadi alih bencana instans, membuat instans menjadi read-only hingga 15 detik selama sinkronisasi data. Kami menyarankan melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya, lihat Dampak instance switchover.

  • Penggunaan instans di DMS dan DTS terganggu sementara. Layanan kembali normal setelah operasi selesai.

Primary/secondary switchover

Operasi maintenance terjadwal yang dipicu oleh risiko host, perangkat keras yang masa garansinya habis, atau peningkatan sistem operasi. Selama operasi, sistem memulai alih bencana primary/secondary. Operasi ini hanya berlaku untuk instans high-availability.

SSL certificate update

Operasi ini dimulai ketika Sertifikat SSL instans akan kedaluwarsa untuk memastikan keamanan dan stabilitas layanan.

Backup mode upgrade

Untuk meningkatkan kecepatan pencadangan dan pemulihan, mode pencadangan instans ditingkatkan dari cadangan logis ke cadangan fisik pada level database dan tabel.

Host software or hardware upgrade

Operasi maintenance terjadwal yang dipicu oleh risiko host atau peningkatan perangkat lunak atau keras. Selama operasi, sistem memulai alih bencana primary/secondary.

Minor version upgrade

Untuk meningkatkan pengalaman pengguna, ApsaraDB RDS secara berkala merilis versi minor untuk instans guna menambahkan fitur atau memperbaiki isu yang diketahui.

Instance switchover

Setelah waktu alih bencana yang dijadwalkan, operasi dilakukan selama maintenance window instans. Dampak berikut mungkin terjadi:

  • Terjadi alih bencana instans, membuat instans menjadi read-only hingga 15 detik selama sinkronisasi data. Kami menyarankan melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya, lihat Dampak instance switchover.

  • Penggunaan instans di DMS dan DTS terganggu sementara. Layanan kembali normal setelah operasi selesai.

Differences between minor versions

Versi minor menyediakan pembaruan yang berbeda. Anda harus memperhatikan perbedaan antara versi minor baru dan versi minor saat ini. Untuk informasi selengkapnya, lihat catatan rilis versi minor. Perhatikan bahwa catatan rilis versi minor tidak tersedia untuk beberapa produk. Catatan rilis versi mesin minor untuk ApsaraDB RDS for PostgreSQL.

Database proxy minor version upgrade

Untuk meningkatkan pengalaman pengguna, ApsaraDB RDS secara berkala merilis versi minor untuk node proxy guna menambahkan fitur pada layanan proxy atau memperbaiki isu yang diketahui.

Instance switchover

Setelah waktu alih bencana yang dijadwalkan, operasi dilakukan selama maintenance window instans. Dampak berikut mungkin terjadi:

  • Terjadi alih bencana instans, membuat instans menjadi read-only hingga 15 detik selama sinkronisasi data. Kami menyarankan melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya, lihat Dampak instance switchover.

  • Penggunaan instans di DMS dan DTS terganggu sementara. Layanan kembali normal setelah operasi selesai.

Differences between minor versions

Versi minor menyediakan pembaruan yang berbeda. Anda harus memperhatikan perbedaan antara versi minor baru dan versi minor saat ini.

Network upgrade

Perangkat keras jaringan ditingkatkan untuk meningkatkan kinerja dan stabilitas jaringan instans.

Instance switchover

Setelah waktu alih bencana yang dijadwalkan, operasi dilakukan selama maintenance window instans. Dampak berikut mungkin terjadi:

  • Terjadi alih bencana instans, membuat instans menjadi read-only hingga 15 detik selama sinkronisasi data. Kami menyarankan melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya, lihat Dampak instance switchover.

  • Penggunaan instans di DMS dan DTS terganggu sementara. Layanan kembali normal setelah operasi selesai.

VIP direct connection impact

Beberapa peningkatan jaringan mungkin melibatkan migrasi lintas zona ketersediaan, yang mengubah alamat IP virtual (VIP) instans. Jika client Anda terhubung ke database menggunakan VIP, koneksi akan terputus.

Catatan

Untuk menghindari gangguan layanan, Anda harus menggunakan endpoint yang disediakan untuk instans Anda dan menonaktifkan caching DNS pada aplikasi dan servernya.

Instance migration with downtime

Operasi maintenance terjadwal yang dipicu oleh risiko host, perangkat keras yang masa garansinya habis, atau peningkatan sistem operasi. Selama operasi, sistem melakukan migrasi instans ke host baru. Operasi ini berlaku untuk instans dasar.

Switchover with downtime

Dampak berikut dapat terjadi setelah waktu peralihan terjadwal:

  • Pengaturan awal, seperti nama instans, port, tag, akun database, dan endpoint, tidak berubah setelah migrasi.

  • Migrasi ini melibatkan pengalihan jaringan yang menyebabkan waktu henti sekitar 10 menit. Durasi aktualnya bergantung pada faktor-faktor seperti volume transaksi sebelum pengalihan.

  • Penggunaan instans di DTS terpengaruh. Jika ada Tugas DTS yang sedang Berjalan, rencanakan terlebih dahulu. Setelah migrasi selesai, Anda harus menjalankan ulang secara manual tugas tersebut.

  • Waktu yang dibutuhkan untuk migrasi tergantung pada faktor seperti volume data instans.

FAQ

T: Apakah event maintenance RDS dilakukan secara otomatis? Bisakah saya membatalkan tugas?

J: Ya. Untuk memastikan stabilitas instans, event terjadwal dilakukan secara otomatis dan tidak dapat dibatalkan. Namun, Anda dapat mengubah waktu alih bencana yang dijadwalkan. Kami menyarankan Anda menjadwalkan event tersebut pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya tentang cara mengubah waktu alih bencana yang dijadwalkan, lihat bagian Prosedur topik ini.