cara melihat dan mengelola event terjadwal - PolarDB - Alibaba Cloud Documentation Center

Anda akan menerima notifikasi mengenai event terjadwal pada kluster PolarDB, seperti upgrade perangkat lunak dan maintenance perangkat keras, melalui SMS, panggilan suara, email, pesan internal, atau notifikasi di Konsol. Di halaman Scheduled Events, Anda dapat melihat detail seperti jenis event, ID task, dan nama kluster, serta mengubah waktu alih bencana.

Peringatan

Jika Anda memiliki event maintenance yang tertunda, Anda dapat menemukan notifikasinya di panel navigasi sebelah kiri Konsol dengan memilih Event Center > Scheduled Events.
Kami biasanya memberi tahu Anda tentang event terjadwal, seperti upgrade perangkat lunak database atau maintenance perangkat keras, setidaknya tiga hari sebelumnya. Notifikasi dapat dikirim melalui panggilan suara, email, pesan internal, atau melalui Konsol. Untuk menerima notifikasi tersebut, login ke Message Center, aktifkan Cloud Database Fault or Maintenance Notification, dan tentukan penerima pesan. Kami menyarankan agar Anda menetapkan engineer O&M database Anda sebagai penerima untuk memastikan mereka menerima peringatan tersebut.

Gambar 1. Pengaturan notifikasi di Message Center
Untuk pertanyaan mengenai event terjadwal, bergabunglah dengan grup dukungan DingTalk kami dengan mencari nomor grup 51685000218. Di dalam grup tersebut, Anda dapat menyebutkan ahli terkait pertanyaan Anda atau menggunakan chatbot PolarDB yang tersedia 24/7 untuk bantuan.

Prosedur

Login ke Konsol PolarDB.
Di pojok kiri atas, pilih wilayah tempat kluster dideploy.
Di panel navigasi sebelah kiri, klik Event Center > Scheduled Events.

Catatan
Jendela pop-up akan muncul untuk event maintenance yang memerlukan penjadwalan. Jadwalkan event sesegera mungkin.
Opsi: Di halaman Scheduled Events, konfigurasikan jadwal periodik.
1. Di sisi kanan halaman, klik Periodic Time Settings.
  
  Catatan
  Periodic Time Settings merupakan konfigurasi global untuk event maintenance database proaktif, tidak termasuk event perbaikan risiko darurat. Setelah Anda menetapkan jadwal periodik, waktu alih bencana untuk event maintenance proaktif baru akan secara otomatis dijadwalkan dalam periode yang ditentukan. Jika Anda tidak menetapkan jadwal periodik, waktu alih bencana untuk event baru akan secara otomatis dijadwalkan dalam jendela pemeliharaan kluster.
2. Di kotak dialog yang muncul, atur jadwal periodik lalu klik Save.
Di halaman Scheduled Events, Anda dapat melihat detail event. Untuk mengubah waktu alih bencana event, pilih klusternya lalu klik Schedule Time.
Di kotak dialog Schedule Time, atur Scheduled Switching Time lalu klik OK.
Catatan
- Pilih kotak centang Set Earliest Execution Time untuk secara otomatis menggunakan waktu alih bencana paling awal yang memungkinkan. Setelah Anda mengklik OK, kluster akan bersiap untuk alih bencana dan masuk ke status pending. Jika Anda mengosongkan kotak centang ini, Anda dapat menyesuaikan waktu alih bencana secara manual.
- Scheduled Switching Time tidak boleh lebih lambat dari Latest Start Time.

Penyebab dan dampak event

Jenis	Penyebab	Dampak	Deskripsi
Hot upgrade Catatan Pembaruan versi minor untuk kluster biasanya menggunakan hot upgrade.	Migrasi kluster Catatan Maintenance terjadwal akibat risiko host, masa garansi perangkat keras yang berakhir, atau upgrade sistem operasi. Sistem memindahkan kluster ke node server baru. Ini berlaku untuk kluster non-high-availability dan kluster read-only.	Transient connection interruption	Saat alih bencana, dampak berikut mungkin terjadi: Dalam kebanyakan kasus, pembaruan versi minor menggunakan hot upgrade. Kluster atau shard yang terpengaruh akan mengalami transient connection interruption dan masuk ke status read-only hingga 30 detik selama proses sinkronisasi data selesai. Kami menyarankan Anda melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Akses kluster dari DMS dan DTS terganggu sementara. Layanan akan pulih secara otomatis setelah operasi selesai. Catatan Operasi dilakukan selama jendela pemeliharaan kluster yang mengikuti waktu alih bencana terjadwal.
	Alih bencana primary/standby Catatan Maintenance terjadwal akibat risiko host, masa garansi perangkat keras yang berakhir, atau upgrade sistem operasi. Sistem memulai alih bencana primary/standby. Ini hanya berlaku untuk kluster high-availability.
	Penyesuaian parameter kluster Catatan Maintenance terjadwal akibat risiko parameter yang diketahui. Sistem memodifikasi parameter kluster. Jika parameter baru mencakup parameter yang memerlukan restart kluster agar berlaku, kluster akan direstart.
	Perbaikan risiko host Catatan Event ini memperbaiki risiko gangguan pada host tempat kluster berada.
	Upgrade mode backup Catatan Upgrade ini mengubah mode backup kluster dari logical backup ke physical database and table backup untuk memberikan kemampuan backup dan recovery yang lebih cepat.
	Minor version update Catatan Untuk meningkatkan pengalaman pengguna, PolarDB secara berkala merilis versi minor kluster guna menambah fitur atau memperbaiki isu yang diketahui.	Transient connection interruption	Saat alih bencana, dampak berikut mungkin terjadi: Dalam kebanyakan kasus, pembaruan versi minor menggunakan hot upgrade. Kluster atau shard yang terpengaruh akan mengalami transient connection interruption dan masuk ke status read-only hingga 30 detik selama proses sinkronisasi data selesai. Kami menyarankan Anda melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Akses kluster dari DMS dan DTS terganggu sementara. Layanan akan pulih secara otomatis setelah operasi selesai. Catatan Operasi dilakukan selama jendela pemeliharaan kluster setelah waktu failover yang dijadwalkan.
		Perbedaan antar versi minor	Versi minor (versi kernel) yang berbeda berisi pembaruan yang berbeda. Tinjau perbedaan antara versi minor saat ini dan versi baru. Untuk informasi lebih lanjut, lihat Release notes of minor engine versions of PolarDB for MySQL.
	Proxy minor version update Catatan Untuk meningkatkan pengalaman pengguna, PolarDB secara berkala merilis versi minor node proxy guna menambah fitur atau memperbaiki isu yang diketahui.	Transient connection interruption	Saat alih bencana, dampak berikut mungkin terjadi: Dalam kebanyakan kasus, pembaruan versi minor menggunakan hot upgrade. Kluster atau shard yang terpengaruh akan mengalami transient connection interruption dan masuk ke status read-only hingga 30 detik selama proses sinkronisasi data selesai. Kami menyarankan Anda melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Akses kluster dari DMS dan DTS terganggu sementara. Layanan akan pulih secara otomatis setelah operasi selesai. Catatan Operasi dilakukan selama jendela pemeliharaan klaster setelah waktu failover yang dijadwalkan.
		Perbedaan antar versi minor	Versi minor yang berbeda berisi pembaruan yang berbeda. Tinjau perbedaan antara versi minor saat ini dan versi baru.
	Network upgrade Catatan Upgrade perangkat keras jaringan untuk meningkatkan performa dan stabilitas jaringan kluster.	Transient connection interruption	Saat alih bencana, dampak berikut mungkin terjadi: Dalam kebanyakan kasus, pembaruan versi minor menggunakan hot upgrade. Kluster atau shard yang terpengaruh akan mengalami transient connection interruption dan masuk ke status read-only hingga 30 detik selama proses sinkronisasi data selesai. Kami menyarankan Anda melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Akses kluster dari DMS dan DTS terganggu sementara. Layanan akan pulih secara otomatis setelah operasi selesai. Catatan Operasi berlangsung selama jendela pemeliharaan kluster setelah waktu failover yang dijadwalkan.
		Dampak pada koneksi VIP langsung	Beberapa network upgrade mungkin melibatkan migrasi lintas zona ketersediaan, yang mengubah alamat IP virtual (VIP) kluster. Jika client Anda terhubung ke database menggunakan VIP, koneksi akan terputus. Catatan Untuk menghindari dampak ini, lakukan koneksi menggunakan nama domain kluster dan nonaktifkan Cache DNS pada aplikasi dan server Anda.
	Storage gateway upgrade Catatan Upgrade storage gateway untuk meningkatkan performa dan stabilitas penyimpanan kluster.	I/O jitter	Jitter I/O sementara atau peningkatan latensi SQL mungkin terjadi. Dampaknya berlangsung tidak lebih dari 3 detik.
Cold upgrade Catatan Dalam skenario khusus, seperti upgrade versi utama kluster dari 8.0.1 ke 8.0.2 atau upgrade dari versi pratinjau publik ke versi GA, cold upgrade diperlukan.	Major version upgrade	Brief cluster interruption	Saat alih bencana, dampak berikut mungkin terjadi: Kluster atau shard yang terpengaruh biasanya mengalami gangguan koneksi kurang dari 2 menit. Untuk kluster yang memiliki banyak file tabel, menjalankan transaksi besar sebelum upgrade, atau memiliki utilisasi CPU tinggi sebelum upgrade, gangguan selama cold upgrade dapat melebihi 2 menit. Kami menyarankan Anda melakukan operasi ini pada jam sepi dan memastikan aplikasi Anda memiliki mekanisme reconnect. Jika cold upgrade diperlukan, tinjau perbedaan antar versi dan pilih waktu upgrade yang sesuai berdasarkan kebutuhan bisnis Anda. Catatan Operasi dilakukan selama jendela pemeliharaan kluster yang mengikuti waktu alih bencana terjadwal. Untuk memastikan keamanan data, kami menyarankan Anda melakukan backup data sebelum upgrade versi utama atau upgrade dari versi pratinjau publik.
	Public preview version upgrade	Brief cluster interruption

API Terkait

API	Deskripsi
DescribePendingMaintenanceActions	Mengembalikan jumlah event tertunda untuk setiap jenis task.
ModifyPendingMaintenanceAction	Memodifikasi waktu alih bencana untuk event tertunda.
DescribePendingMaintenanceAction	Mengembalikan detail event tertunda.