Tangani pemeliharaan terjadwal dan notifikasi O&M - Event terjadwal layanan database - Alibaba Cloud -

Untuk menyediakan layanan database cloud yang andal dan berkualitas tinggi, Alibaba Cloud dapat memulai event O&M terjadwal pada beberapa instans Anda guna melakukan peningkatan perangkat lunak, perangkat keras, konfigurasi, dan jaringan. Event tersebut mencakup migrasi instans, alih bencana primary/secondary, peningkatan versi, dan modifikasi parameter. Biasanya, event ini menyebabkan gangguan koneksi sementara, sehingga pastikan aplikasi Anda memiliki mekanisme penghubungan ulang. Lihat deskripsi masing-masing event untuk mengetahui dampak aktualnya.

Notifikasi event

Notifikasi untuk event terjadwal biasanya dikirim 1 hingga 3 hari sebelumnya melalui email, sesuai dengan pengaturan Anda di Message Center. Untuk menerima notifikasi ini, pastikan penerima yang tepat telah dikonfigurasi di Akun Alibaba Cloud Anda dan langganan telah diaktifkan untuk ApsaraDB Fault or Maintenance Notifications > Message Settings > Common Settings. Setelah menerima notifikasi berjudul "Notification of ApsaraDB for Planned operation and maintenance", Anda dapat melihat detailnya di halaman Scheduled Events di Event Center (atau Event Management). Detail tersebut mencakup jenis event, wilayah, alasan, risiko pembatalan, dan instans yang terdampak. Anda juga dapat menyesuaikan waktu alih bencana terjadwal suatu instans ke jam sepi sesuai kebutuhan.

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 singkat. Contohnya termasuk penggantian dan peningkatan versi mendesak, pemulihan kegagalan host, serta peningkatan sertifikat SSL yang akan kedaluwarsa.
- [S1 Scheduled] System Maintenance: Melibatkan perbaikan isu berisiko rendah atau peningkatan perangkat lunak dan 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, login ke Message Center, lalu pilih metode notifikasi dan konfigurasi kontak untuk ApsaraDB Fault or Maintenance Notifications. Kami merekomendasikan menambahkan personel O&M database Anda sebagai kontak. Jika tidak, Anda tidak akan menerima notifikasi event.Metode notifikasi mencakup Email dan Internal Messages. Kami merekomendasikan memilih Email untuk memastikan pengiriman.

Di pojok kanan atas konsol, klik ikon lonceng. Lalu, di panel Internal Message Notifications, klik Message Settings.

Gambar 1. Mengakses Message Settings

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 Manage event subscriptions (Recommended). Untuk daftar event CloudMonitor yang dapat dilanggani, lihat Appendix 1: CloudMonitor-related system events.

Klik untuk melihat 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. Gangguan koneksi instans sementara dapat terjadi pada waktu ini.
    "startTime": "2024-09-14T21:30:00+08:00",          // Waktu saat event dimasukkan ke antrean eksekusi.
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // Kode risiko pembatalan. Untuk detailnya, lihat Appendix 2: Detailed cause codes and cancellation risks.
    "detailCode": "HostSoftHardwareUpgrade",            // Kode penyebab detail. Untuk detailnya, lihat Appendix 2: Detailed cause codes and cancellation risks.
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",             // ID instans.
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",        // Alias instans.
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

Prosedur

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

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 berdasarkan 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 ini dapat menimbulkan risiko yang tidak diketahui. Berhasil: 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): Pemrakarsa event membatalkan event tersebut. 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 berada dalam kondisi 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 Event types and impacts.
Penyebab	-	Untuk informasi selengkapnya, lihat Lampiran 2: Kode Penyebab Terperinci dan Risiko Pembatalan.
Dampak bisnis	Transient connection interruption	Dampak bisnis bervariasi tergantung pada event. Untuk informasi selengkapnya, lihat Event types and impacts.
Saran O&M	Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis dan dirancang untuk menangani potensi dampak bisnis.	Saran O&M bervariasi tergantung pada event. Untuk informasi selengkapnya, lihat Appendix 1: CloudMonitor-related system events.
Waktu mulai	-	Waktu saat 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. Kolom ini kosong jika status event adalah Waiting Setting Time.
Waktu Failover Terjadwal	-	Waktu saat alih bencana primary/secondary atau alih bencana tautan terjadi, jika berlaku. Biasanya pada waktu inilah terjadi gangguan koneksi sementara. Alih bencana diperkirakan terjadi sekitar waktu perkiraan 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-tugas seperti penjadwalan event dan persiapan data. Oleh karena itu, terdapat selisih waktu antara waktu mulai dan waktu alih bencana. Selisih ini bervariasi tergantung pada produk database dan jenis event.
Batas akhir	-	Waktu terakhir di mana Anda dapat menetapkan waktu alih bencana. Waktu alih bencana yang disesuaikan tidak boleh melebihi Batas akhir 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 dapat dikeluarkan dalam siklus inspeksi berikutnya. Pembatalan yang sering dapat meningkatkan risiko. Untuk menghindari risiko ini, jadwalkan event pada waktu yang sesuai berdasarkan kebutuhan bisnis Anda alih-alih membatalkannya. Untuk informasi selengkapnya tentang risiko pembatalan, lihat Appendix 2: Detailed cause codes and cancellation risks.
Dapat dijadwal ulang	Ya	Anda dapat mengubah waktu eksekusi untuk sebagian besar event. Dalam kasus jarang yang melibatkan perbaikan mendesak berisiko tinggi, jendela waktu mungkin tidak cukup panjang untuk memungkinkan penjadwalan ulang.

(Opsional) Modifikasi event terjadwal.

Pilih event yang ingin Anda jadwal ulang dan klik Modify Scheduled Event. Anda dapat memodifikasi event dengan salah satu dari dua 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.
(Opsional) Modifikasi 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 keseluruhan platform berlangsung dari Selasa ini hingga Minggu berikutnya, 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 merupakan 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, pengaturan ini berlaku untuk semua produk database yang mendukung jendela waktu berulang.
(Opsional) Batalkan event terjadwal.

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

Jenis dan dampak event

Jenis peristiwa	Deskripsi	Jenis dampak	Dampak
Instance migration	Selama pemeliharaan terencana ini, sistem memigrasikan instans ke host baru untuk mengatasi risiko host, perangkat keras yang akan kedaluwarsa, atau peningkatan sistem operasi. Ini berlaku untuk instans non-high-availability dan instans read-only.	Transient connection	Setelah waktu failover yang dijadwalkan, terjadi dampak berikut: Catatan Event yang tertunda biasanya melibatkan failover instans, yang dilakukan selama jendela pemeliharaan setelah waktu failover yang dijadwalkan. Instans atau shard yang terdampak akan mengalami koneksi sementara dan memasuki status read-only hingga 30 detik agar data sepenuhnya tersinkronisasi. Kami merekomendasikan melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penghubungan ulang. Akses instans dari DMS dan DTS terganggu sementara. Akses akan dipulihkan secara otomatis saat operasi selesai.
Primary/secondary switchover	Selama pemeliharaan terencana ini, sistem melakukan alih bencana primary/secondary untuk mengatasi risiko host, perangkat keras yang akan kedaluwarsa, atau peningkatan sistem operasi. Operasi ini hanya berlaku untuk instans high-availability.
Instance parameter modification	Selama pemeliharaan terencana ini, sistem memodifikasi parameter instans untuk mengatasi risiko yang diketahui. Jika parameter yang ditentukan memerlukan restart, instans akan direstart.
Host risk remediation	Sistem memperbaiki risiko gangguan pada host tempat instans berjalan.
SSL certificate update	Sistem memperbarui sertifikat SSL sebelum kedaluwarsa untuk memastikan keamanan dan stabilitas berkelanjutan.
Backup mode upgrade	Operasi ini mengalihkan mode backup instans dari backup logis ke backup fisik tingkat tabel untuk memungkinkan backup dan pemulihan yang lebih cepat.
Cross-zone migration	Sistem meningkatkan dan memperbarui infrastruktur fisik di beberapa wilayah dan zona lama.
Minor version update	Untuk meningkatkan pengalaman pengguna, layanan database cloud secara berkala merilis versi minor untuk instans guna menambahkan fitur atau memperbaiki cacat yang diketahui.	Transient connection	Setelah waktu alih bencana terjadwal, dampak berikut terjadi: Catatan Event yang tertunda biasanya melibatkan failover instans, yang dilakukan selama jendela pemeliharaan setelah waktu failover yang dijadwalkan. Instans atau shard yang terdampak akan mengalami koneksi sementara dan memasuki status read-only hingga 30 detik agar data sepenuhnya tersinkronisasi. Kami merekomendasikan melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penghubungan ulang. Akses instans dari DMS dan DTS terganggu sementara. Akses akan dipulihkan secara otomatis saat operasi selesai.
Minor version update		Differences between minor versions	Versi minor yang berbeda (versi kernel) berisi pembaruan yang berbeda. Anda harus mengetahui perbedaan antara versi saat ini dan versi target. Untuk detailnya, lihat catatan rilis produk terkait (catatan rilis versi minor belum tersedia untuk beberapa produk): ApsaraDB RDS: AliSQL kernel release notes, AliPG kernel minor version releases (PostgreSQL 14~18), SQL Server minor version release notes. PolarDB: Release notes for minor versions of PolarDB for MySQL, Release notes for minor versions of PolarDB for PostgreSQL (Compatible with Oracle), Release notes for minor versions of PolarDB for PostgreSQL. Tair (Redis-compatible): Tair minor version release notes, Redis Open-Source Edition: Minor version release notes. AnalyticDB for MySQL: New feature release notes.
Proxy minor version update	Pembaruan versi minor proxy menambahkan fitur atau memperbaiki cacat yang diketahui untuk meningkatkan pengalaman pengguna.	Transient connection	Setelah waktu failover yang dijadwalkan, dampak berikut terjadi: Catatan Event yang tertunda biasanya melibatkan failover instans, yang dilakukan selama jendela pemeliharaan setelah waktu failover yang dijadwalkan. Instans atau shard yang terdampak akan mengalami koneksi sementara dan memasuki status read-only hingga 30 detik agar data sepenuhnya tersinkronisasi. Kami merekomendasikan melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penghubungan ulang. Akses instans dari DMS dan DTS terganggu sementara. Akses akan dipulihkan secara otomatis saat operasi selesai.
Proxy minor version update		Differences between minor versions	Versi minor yang berbeda berisi pembaruan yang berbeda. Anda harus mengetahui perbedaan antara versi saat ini dan versi target. Untuk detailnya, lihat catatan rilis produk terkait (beberapa produk tidak memiliki node proxy atau tidak menyediakan catatan rilis untuk versi minornya): Tair (Redis-compatible): Proxy minor version release notes.
Network upgrade	Sistem meningkatkan perangkat keras jaringan untuk meningkatkan kinerja dan stabilitas jaringan instans.	Transient connection	Setelah waktu alih bencana terjadwal, dampak berikut terjadi: Catatan Event yang tertunda biasanya melibatkan failover instans, yang dilakukan selama jendela pemeliharaan setelah waktu failover yang dijadwalkan. Instans atau shard yang terdampak akan mengalami koneksi sementara dan memasuki status read-only hingga 30 detik agar data sepenuhnya tersinkronisasi. Kami merekomendasikan melakukan operasi ini selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penghubungan ulang. Akses instans dari DMS dan DTS terganggu sementara. Akses akan dipulihkan secara otomatis saat operasi selesai.
Network upgrade		Impact on VIP direct connections	Beberapa peningkatan jaringan dapat melibatkan migrasi lintas zona, yang mengubah alamat IP virtual (VIP) instans. Jika klien Anda terhubung ke database menggunakan VIP, koneksi akan terputus. Catatan Untuk menghindari dampak ini, gunakan titik akhir nama domain yang disediakan untuk instans Anda dan nonaktifkan Cache DNS pada aplikasi dan servernya.
Storage gateway upgrade	Sistem meningkatkan gerbang penyimpanan untuk meningkatkan kinerja dan stabilitas penyimpanan.	I/O jitter	Operasi ini dapat menyebabkan jitter I/O singkat atau peningkatan latensi SQL hingga 3 detik.
Enable seamless migration	Parameter dimodifikasi untuk mengaktifkan kemampuan migrasi mulus di masa depan.	Parameter modification	Tidak ada dampak. Catatan Tidak melibatkan restart atau migrasi, sehingga beban kerja Anda tidak terpengaruh.
Proxy node migration	Sistem meningkatkan atau memelihara host untuk node proxy guna meningkatkan stabilitasnya.	Proxy node migration	Selama migrasi node proxy, titik akhir instans dan titik akhir kustom akan mengalami koneksi sementara hingga 10 detik.

Instans yang terdampak

Penting

Jika waktu alih bencana yang diusulkan tidak sesuai, Anda dapat menjadwal ulang event tersebut dalam waktu 30 hari sejak pembuatannya.
Untuk menerima pembaruan segera mengenai event terjadwal, seperti pembuatan dan status eksekusinya, konfigurasikan alert event di CloudMonitor. Untuk informasi selengkapnya, lihat Subscribe to event notifications.

FAQ

Notifikasi

Mengapa saya menerima notifikasi event O&M?

Untuk menyediakan layanan database cloud yang berkelanjutan, stabil, dan berkualitas tinggi, kami dapat memulai event O&M terjadwal untuk beberapa instans Anda guna melakukan peningkatan perangkat lunak dan keras, perubahan konfigurasi, serta pembaruan jaringan. Event tersebut 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 tingkat urgensi event tersebut. Notifikasi dikirim melalui email. Di Message Center, Anda dapat melihat penerima dan mencari riwayat email Anda dari sebulan terakhir. Baris subjek email mencantumkan "Database Scheduled O&M Event Notification".

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

Dapat terjadi penundaan dalam status pengiriman balik dari penyedia layanan. Setelah Anda 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 diprakarsai oleh tim infrastruktur dasar, seperti tim jaringan. Peningkatan ini melibatkan perangkat lunak atau keras di tingkat host atau pusat data, bukan di tingkat instans database individual. Akibatnya, peningkatan ini tidak dicatat sebagai event terjadwal, dan Anda tidak dapat memodifikasi waktu eksekusi atau membatalkannya untuk instans tertentu. Untuk detail dampaknya, lihat 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 berlalu?

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 pada 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 terjadwal?

Anda dapat mengubah waktu di konsol atau dengan memanggil API. Untuk informasi selengkapnya, lihat Modify a scheduled event (Optional) dan ModifyActiveOperationTasks.

Mengapa saya tidak dapat mengubah waktu alih bencana terjadwal?

Anda tidak dapat mengubah waktu failover terjadwal dalam skenario berikut:

Event berada dalam status 'Executing'.
Waktu mulai event telah berlalu.
Waktu saat ini telah melewati batas akhir modifikasi.
Waktu mulai baru akan lebih awal dari waktu saat ini.
Jenis event ini tidak dapat dimodifikasi.

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 lebih lambat dari waktu operasi terakhir. Batas akhir ini menentukan jendela operasional yang aman, dan melebihinya meningkatkan risiko kegagalan. Kami merekomendasikan melakukan event sebelum batas akhir ini. Jika Anda mengetahui risikonya tetapi tetap perlu menunda event, Anda dapat mengajukan tiket untuk meminta perubahan tersebut.

Dapatkah waktu selesai migrasi 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 batas akhir?

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

Operasi event

Bagaimana cara membatalkan event?

Kami umumnya tidak merekomendasikan membatalkan 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 dijadwal ulang?

Sebagian besar event dikeluarkan secara berkala oleh sistem inspeksi otomatis. Jika Anda membatalkan event secara manual, event tersebut dapat dikeluarkan ulang setelah periode diam, yang berkisar antara 1 hingga 30 hari. Untuk siklus penerbitan ulang spesifik berdasarkan penyebab event, lihat Appendix 2 Detailed cause codes and cancellation risks (hanya sebagai referensi).

Bagaimana cara memblokir event terjadwal?

Penting

Event terjadwal dirancang untuk meningkatkan kualitas dan stabilitas layanan. Kami sangat merekomendasikan agar 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 tersebut 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.

Lampiran

Appendix 1: Event sistem CloudMonitor

Kode event	Nama event	Kondisi pemicu	Rekomendasi
Instance:SystemMaintenance.MinorVersionUpgrade:Scheduled	Minor version update (scheduled)	Peningkatan 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)	Peningkatan versi minor dimulai.	Untuk mencegah masalah tak terduga, hindari intervensi manual pada tahap ini.
Instance:SystemMaintenance.MinorVersionUpgrade:Executed	Minor version update (completed)	Peningkatan versi minor selesai.	Event telah berhasil diselesaikan. Alih bencana primer atau sekunder dapat terjadi. Pantau dampak bisnis apa pun yang mungkin timbul.
Instance:SystemMaintenance.MinorVersionUpgrade:Canceled	Minor version update (canceled)	Peningkatan 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 dapat terjadi. Pantau adanya dampak bisnis.
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. 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 dapat terjadi. Pantau adanya dampak bisnis.
Instance:SystemMaintenance.ScheduledOperation:Canceled	Scheduled event (canceled)	Event terjadwal gagal atau dibatalkan.	Ketersediaan instans tidak terpengaruh.

Untuk informasi selengkapnya, lihat Supported cloud services and their system events.

Appendix 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 dan stabilitas layanan 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 mulus secara signifikan meningkatkan ketersediaan tinggi instans database Anda. Fitur ini juga mempercepat tugas pemeliharaan seperti penskalaan 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 yang usang 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 keras host.	OutOfGoodPerfBySoftHardwareUpgrade	Anda tidak dapat memperoleh manfaat dari peningkatan kinerja dan stabilitas perangkat lunak yang ditingkatkan.	Peningkatan perangkat lunak dan 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 di database cloud.	Bulanan/Triwulanan
PGOldKernelVersionWithHardwareUpgrade	Versi engine yang usang ditingkatkan bersamaan dengan resource perangkat keras. Hal ini dapat 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

Appendix 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

Jenis instans	Engine	Referensi
ApsaraDB RDS	ApsaraDB RDS for MySQL	View and manage scheduled events
	ApsaraDB RDS for SQL Server	View and manage scheduled events
	ApsaraDB RDS for PostgreSQL	View and manage scheduled events
	ApsaraDB RDS for MariaDB	View and manage scheduled events
PolarDB	PolarDB for MySQL	View and manage scheduled events
	PolarDB O	View and manage scheduled events
	PolarDB for PostgreSQL	View and manage scheduled events
	PolarDB-X	View and manage scheduled events
Tair	N/A	View and manage scheduled events