All Products
Search

This Product

    ApsaraDB RDS:Event terjadwal

    Document Center

    ApsaraDB RDS:Event terjadwal

    Last Updated:Aug 25, 2026

    ApsaraDB RDS mengumumkan event O&M—seperti migrasi instans, peningkatan versi database, dan peningkatan versi mesin minor—melalui Konsol serta panggilan suara, email, atau pesan internal. Untuk setiap event, Anda dapat melihat jenis, wilayah, penyebab, dampak bisnis, dan ID instans yang terpengaruh. Anda juga dapat mengubah waktu alih bencana yang dijadwalkan.

    Prasyarat

    Sebelum memulai, pastikan Anda telah:

    • Memiliki event O&M yang tertunda (arahkan kursor ke ikon 通知 di pojok kanan atas Konsol untuk memeriksa)

    Tingkat urgensi event

    Event dikategorikan ke dalam dua tingkat berdasarkan urgensi:

    Level Nama Dapat ditunda Pemberitahuan sebelumnya Skenario Khas
    S0 Darurat — Perbaikan risiko Tidak 3 hari atau kurang Penggantian versi darurat, perbaikan kegagalan host, peningkatan sertifikat SSL yang akan kedaluwarsa
    S1 Terjadwal — Maintenance sistem Ya Lebih dari 3 hari Perbaikan isu berisiko rendah, peningkatan perangkat lunak dan keras terencana
    Catatan

    Konfigurasi Recurring Time Window Configuration hanya berlaku untuk event O&M proaktif. Event darurat S0 tetap dieksekusi terlepas dari jendela yang telah dikonfigurasi.

    Konfigurasi notifikasi

    Untuk menerima notifikasi event, atur notifikasi di Pusat Pesan:

    1. Pilih kotak centang untuk notifikasi kegagalan database cloud atau notifikasi O&M.

    2. Tetapkan penerima pesan. Tetapkan personel O&M database sebagai penerima.

    3. Pilih email sebagai metode notifikasi. Email menawarkan keandalan pengiriman yang lebih baik dibandingkan pesan internal.

    image.png

    Gambar 1. Titik masuk pengaturan notifikasi di Pusat Pesan

    image

    Gambar 2. Pengaturan notifikasi ApsaraDB

    Monitor event secara real time dengan Cloud Monitor

    Untuk pembaruan event O&M secara real time atau O&M otomatis berbasis event, berlanggananlah ke event sistem Cloud Monitor. Layanan database cloud mengirimkan event sistem terkait siklus hidup event O&M, seperti langganan, mulai, selesai, dan pembatalan.

    Untuk petunjuk pengaturan, lihat Kelola langganan event (Direkomendasikan). Untuk daftar event yang dapat dilanggankan, lihat Lampiran 1: Event sistem Cloud Monitor terkait.

    Contoh muatan event Cloud Monitor:

    {
  "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9",
  "product": "RDS",
  "reason": "Host software/hardware upgrade",
  "extra": {
    "impactZh": "Transient instance disconnection",
    "impactEn": "Transient instance disconnection",
    "eventCode": "rds_apsaradb_transfer",
    "eventNameEn": "Instance migration",
    "eventNameZh": "Instance migration",
    "switchTime": "2024-09-15T01:30:00+08:00",
    "startTime": "2024-09-14T21:30:00+08:00",
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade",
    "detailCode": "HostSoftHardwareUpgrade",
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

    Bidang utama:

    Field Deskripsi
    eventId ID event unik. Event yang sama selalu memiliki ID yang sama.
    extra.switchTime Waktu alih bencana yang dijadwalkan (ISO 8601). Ini adalah waktu terjadinya pemutusan sementara jika alih bencana dilakukan.
    extra.startTime Waktu event masuk ke antrian penjadwalan.
    extra.cancelCode Kode risiko pembatalan. Lihat Lampiran 2 untuk detailnya.
    extra.detailCode Kode alasan detail. Lihat Lampiran 2 untuk detailnya.

    Lihat dan jadwalkan ulang event

    1. Masuk ke Konsol ApsaraDB RDS.

    2. Di panel navigasi kiri, klik Event Center.

      Jika ada event yang mengharuskan Anda menjadwalkan waktu, kotak dialog akan muncul secara otomatis. Jadwalkan event tersebut sesegera mungkin.

    3. (Opsional) Di tab Scheduled Events, konfigurasikan jendela waktu berulang untuk event O&M proaktif.

      1. Klik Recurring Time Window Configuration.

      2. Di panel yang muncul, atur waktu berulang dan klik OK.

      Recurring Time Window Configuration merupakan pengaturan global untuk event O&M database proaktif, tetapi tidak berlaku untuk event remediasi ancaman darurat. Tanpa jendela waktu berulang, event O&M proaktif akan dijadwalkan secara otomatis dalam jendela pemeliharaan instans.

    4. Di tab Scheduled Events, lihat detail event. Untuk mengubah waktu alih bencana pada event dengan status Scheduled, pilih instans tersebut lalu klik Configure Scheduled Time.

      Informasi yang ditampilkan bervariasi tergantung jenis event. Informasi yang muncul di halaman memiliki prioritas tertinggi.

    5. Di kotak dialog Configure Scheduled Time, atur waktu failover dan klik OK.

      • Untuk menggunakan waktu eksekusi paling awal yang tersedia, pilih Set Earliest Execution Time. Sistem akan mengisi tanggal dan waktu paling awal yang memungkinkan, dan status instans berubah menjadi pending.

      • Untuk menetapkan waktu kustom, kosongkan pilihan Set Earliest Execution Time lalu masukkan tanggal dan waktu secara manual.

      Scheduled Switchover Time tidak boleh lebih lambat dari Latest Operation Time.

    Jenis dan dampak event

    Informasi yang sebenarnya ditampilkan di halaman memiliki prioritas tertinggi.

    Event yang menyebabkan alih bencana instans

    Event berikut memicu alih bencana instans. Saat waktu alih bencana yang dijadwalkan tiba, event tersebut dieksekusi pada jendela pemeliharaan pertama setelah waktu tersebut.

    Dampak: Instans berada dalam status read-only hingga 30 detik selama alih bencana untuk memungkinkan sinkronisasi data penuh. Jika alih bencana diperlukan, lakukan pada jam sepi dan pastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk informasi selengkapnya, lihat Dampak alih bencana instans. Penggunaan DMS dan DTS terganggu sebentar; layanan akan pulih secara otomatis setelah alih bencana.

    Jenis Peristiwa Pemicu
    Migrasi instans Ancaman host, masa garansi perangkat keras kedaluwarsa, atau peningkatan sistem operasi. Sistem memindahkan instans—termasuk instans non-HA dan read-only—ke node server baru.
    Peningkatan versi minor ApsaraDB secara berkala merilis versi minor untuk menambahkan fitur atau memperbaiki bug.
    Peningkatan versi minor proxy ApsaraDB secara berkala merilis versi minor untuk node proxy guna meningkatkan fitur proxy atau memperbaiki bug.
    Peningkatan jaringan Peningkatan perangkat keras jaringan untuk meningkatkan performa dan stabilitas.

    Untuk peningkatan versi minor: Perbedaan fitur bervariasi antarversi minor. Tinjau perbedaan antara versi baru dan versi saat ini sebelum melakukan peningkatan. Lihat Log pembaruan versi mesin minor untuk ApsaraDB RDS for SQL Server.

    Untuk peningkatan jaringan: Beberapa peningkatan jaringan melibatkan migrasi lintas zona, yang mengubah alamat IP virtual (VIP) instans. Jika klien Anda terhubung menggunakan VIP, koneksi akan terputus. Untuk mencegah hal ini, gunakan nama domain yang disediakan oleh instans sebagai titik akhir dan nonaktifkan cache DNS pada aplikasi dan servernya.

    Event dengan dampak lainnya

    Jenis Peristiwa Pemicu Dampak
    Alih bencana HA Ancaman host, masa garansi perangkat keras kedaluwarsa, atau peningkatan sistem operasi Alih bencana node primary-secondary. Hanya berlaku untuk instans HA.
    Peningkatan perangkat lunak atau keras host Ancaman host atau peningkatan perangkat lunak atau keras Alih bencana node primary-secondary.
    Pembaruan sertifikat SSL Sertifikat SSL mendekati masa kedaluwarsa Menjaga keamanan dan stabilitas instans.
    Peningkatan mode backup Mengalihkan instans dari cadangan logis ke cadangan fisik database dan tabel Memungkinkan pemulihan lebih cepat.

    Migrasi shutdown instans

    Migrasi shutdown instans dipicu oleh ancaman host, masa garansi perangkat keras kedaluwarsa, atau peningkatan sistem operasi. Sistem memindahkan instans non-HA ke node server baru.

    Setelah waktu alih bencana yang dijadwalkan:

    • Pengaturan instans tetap tidak berubah, termasuk nama instans, port akses, tag, akun database, dan titik akhir.

    • Layanan biasanya tidak tersedia selama sekitar 10 menit. Durasi aktual bergantung pada volume transaksi sebelum alih bencana dan total volume data.

    • Jika terdapat tugas DTS aktif, rencanakan terlebih dahulu. Setelah migrasi, mulai ulang secara manual tugas yang terpengaruh.

    FAQ

    Apakah event terjadwal dieksekusi secara otomatis? Bisakah saya membatalkannya?

    Event terjadwal dieksekusi secara otomatis untuk menjaga stabilitas instans dan tidak dapat dibatalkan. Untuk meminimalkan gangguan, ubah waktu alih bencana ke jam sepi dan pastikan aplikasi Anda memiliki mekanisme rekoneksi. Untuk petunjuknya, lihat Lihat dan jadwalkan ulang event di atas.