All Products
Search
Document Center

ApsaraDB RDS:Alasan terjadinya alih bencana primary/secondary

Last Updated:Mar 29, 2026

Alih bencana primary/secondary pada instans ApsaraDB RDS for MySQL dipicu oleh salah satu dari tiga event: perbaikan kerentanan, operasi manual, atau kegagalan instans.

Perbaikan kerentanan

Ketika Alibaba Cloud mendeteksi kerentanan yang dapat memengaruhi operasi normal instans, sistem terlebih dahulu menerapkan perbaikan pada instans secondary, lalu memulai alih bencana selama jendela pemeliharaan untuk memindahkan beban kerja Anda ke instans secondary yang telah diperbarui.

Penting

Jika terdeteksi kerentanan berisiko tinggi, alih bencana akan segera dipicu tanpa menunggu jendela pemeliharaan.

Tidak diperlukan aksi apa pun. Setelah alih bencana selesai, status instans berubah menjadi Running.

Operasi manual

Alih bencana dipicu secara manual oleh Anda atau pakar teknis Alibaba Cloud yang berwenang. Tidak diperlukan langkah tambahan setelah alih bencana selesai.

Kegagalan instans

Ketika Alibaba Cloud mendeteksi kegagalan yang dapat memengaruhi operasi normal instans, sistem secara otomatis memulai alih bencana untuk memindahkan beban kerja Anda ke instans secondary.

Jika instans Anda mengalami alih bencana tak terduga akibat kegagalan, periksa Primary/Secondary Switching Logs pada halaman Service Availability untuk mengidentifikasi event kegagalan tersebut.

Setelah alih bencana

Setelah alih bencana selesai, status instans berubah menjadi Running dan instans kembali beroperasi secara normal. Tidak diperlukan langkah tambahan.

Untuk melihat riwayat alih bencana, login ke Konsol ApsaraDB RDS, buka halaman Service Availability instans tersebut, lalu periksa bagian Primary/Secondary Switching Logs.

image.png