Data Management:Backup dan pemulihan logis database MySQL lintas-cloud atau yang dikelola sendiri

Fitur

Untuk mengaktifkan point-in-time recovery (PITR), aktifkan baik full backup maupun incremental backup. Full backup saja hanya memungkinkan Anda memulihkan ke titik saat full backup selesai.

Prasyarat

Sebelum memulai, pastikan Anda telah:

• Membeli jadwal pencadangan dengan Jenis Sumber Data diatur ke MySQL dan Backup Mode diatur ke Logical Backup. Lihat Membuat jadwal pencadangan.

• Memiliki izin akun database yang diperlukan. Untuk detailnya, lihat Izin yang diperlukan untuk jenis akun database yang berbeda.

• Untuk database yang dikelola sendiri: binary logging diaktifkan pada database sumber (diperlukan untuk incremental backup).

Konfigurasi jadwal backup

1. Login ke Konsol DMS V5.0.

2. Pada bilah navigasi atas, pilih Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.

   Jika Anda menggunakan Konsol DMS dalam mode simple, arahkan kursor ke ikon di pojok kiri atas dan pilih All Features > Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.

3. Pada halaman Backup Schedules, temukan jadwal backup target dan klik Configure Backup Schedule di kolom Actions.

   

4. Pada langkah Configure Backup Source and Destination, konfigurasikan parameter berikut, lalu klik Next.

   Nama jadwal dan sumber backup

   Parameter	Deskripsi
   Schedule Name	Nama untuk jadwal backup. Data Disaster Recovery menghasilkan nama secara otomatis. Masukkan nama deskriptif agar lebih mudah diidentifikasi. Nama tidak harus unik.
   Backup Mode	Metode backup. Nilai default adalah metode yang dipilih saat Anda membeli jadwal. Panduan ini menggunakan Logical Backup.
   Database Location	Lokasi database sumber. Opsi:<br>• No public network IP: Port's self-built database (accessed through the database gateway): terhubung melalui gateway database. Konfigurasikan juga Gateway instance ID. Siapkan gateway database sebelum melanjutkan.<br>• User-Created Database with Public IP Address \<IP Address:Port Number>: terhubung melalui IP publik. Konfigurasikan juga Address dan Port Number.<br>• ECS-Hosted Database: database di-hosting pada instance Elastic Compute Service (ECS). Konfigurasikan juga ECS Instance ID dan Port Number.<br>• Express Connect DB/VPN Gateway/Intelligent Gateway: terhubung melalui Virtual Private Cloud (VPC). Konfigurasikan juga Peer VPC. Siapkan VPC sebelum melanjutkan.<br>• PolarDB: backup kluster PolarDB for MySQL. Konfigurasikan juga PolarDB Cluster ID.
   Instance Region	Wilayah instans database sumber. Ditampilkan hanya jika Database Location diatur ke RDS Instance, PolarDB, ECS-Hosted Database, atau No public network IP: Port's self-built database (accessed through the database gateway).
   PolarDB Cluster ID	ID kluster PolarDB yang akan di-backup. Ditampilkan hanya jika Database Location diatur ke PolarDB.
   Database Type	Jenis database sumber. Nilai default: MySQL. Ditampilkan hanya untuk opsi User-Created Database with Public IP Address, PolarDB, ECS-Hosted Database, Express Connect DB/VPN Gateway/Intelligent Gateway, dan No public network IP.
   Peer VPC	VPC tempat database sumber berada. Ditampilkan hanya jika Database Location diatur ke Express Connect DB/VPN Gateway/Intelligent Gateway.
   ECS Instance ID	ID instance ECS tempat database sumber dideploy. Ditampilkan hanya jika Database Location diatur ke ECS-Hosted Database.
   Gateway instance ID	ID gateway database. Ditampilkan hanya jika Database Location diatur ke No public network IP: Port's self-built database (accessed through the database gateway).
   Address	Titik akhir yang digunakan untuk menghubungkan ke database sumber. Jika aturan firewall dikonfigurasi di server, klik Set Whitelist untuk mendapatkan blok CIDR dari Data Disaster Recovery, lalu tambahkan ke daftar putih server. Ditampilkan hanya untuk opsi gateway, VPC, dan IP publik.
   Port Number	Port yang digunakan untuk menghubungkan ke database sumber.
   Database Account	Username akun yang digunakan untuk menghubungkan ke database sumber. Akun tersebut harus memiliki izin backup.
   Password	Password untuk akun database. Setelah memasukkan kredensial, klik Test Connection untuk memvalidasinya. Jika uji coba gagal, klik Check dan perbarui parameter berdasarkan hasil diagnosis.
   SSL Encryption	Metode enkripsi koneksi:<br>• Non-encrypted<br>• SSL-encrypted: menambahkan SSL pada lapisan transport untuk integritas data yang lebih kuat, tetapi meningkatkan latensi koneksi. Untuk menggunakan enkripsi SSL, aktifkan SSL pada instans ApsaraDB RDS terlebih dahulu.
   Compliance warranty regarding cross-border data transfers	Baca dan centang kotak centang untuk menyetujui komitmen kepatuhan.

   Tujuan backup

   Parameter	Deskripsi
   Backup Storage Type	Tempat penyimpanan data backup:<br>• DBS Storage (recommended): Data disimpan langsung di Data Disaster Recovery. Tidak memerlukan bucket Object Storage Service (OSS). Dikenakan biaya berdasarkan volume. Lihat Biaya penyimpanan. Jika Anda ingin menyimpan data dalam jumlah besar, kami merekomendasikan pembelian paket penyimpanan subscription untuk mengimbangi biaya penyimpanan built-in Data Disaster Recovery. Paket penyimpanan lebih hemat biaya dibandingkan metode penagihan pay-as-you-go.<br>• OSS For User: Anda menyediakan bucket OSS sendiri (hanya kelas penyimpanan Standard). Buat bucket sebelum melanjutkan. Lihat Buat bucket. Jika Anda memilih opsi ini, konfigurasikan juga OSS Bucket Name.
   Storage Encryption	Cara enkripsi data backup yang disimpan:<br>• Encrypted (direkomendasikan): menggunakan enkripsi sisi server AES-256.<br>• Non-encrypted: data backup disimpan tanpa enkripsi.

   

5. Pada langkah Edit Backup Objects, temukan database atau tabel yang akan di-backup di bagian Available, klik panah ke kanan untuk memindahkannya ke bagian Selected, lalu klik Next.

   Data Disaster Recovery mendukung backup beberapa database, satu database, atau satu tabel. Klik Select All untuk memilih semua database yang tersedia. Secara default, database yang dibuat setelah jadwal backup dikonfigurasi tidak termasuk. Untuk menambahkannya nanti, lihat Ubah objek backup.

6. Pada langkah Configure Backup Time, atur parameter berikut, lalu klik Next.

   Parameter	Deskripsi
   Full-scale Backup Frequency	Periodic Backup (berulang) atau Single Backup (sekali). Untuk Periodic Backup, konfigurasikan juga Full Data Backup Recurrence dan Start At.
   Full Data Backup Recurrence	Hari-hari dalam seminggu saat full backup dijalankan. Pilih minimal satu hari.
   Start At	Waktu mulai backup. Jadwalkan pada jam sepi untuk mengurangi dampak pada database. Contoh: 01:00. Jika full backup sebelumnya masih berjalan pada waktu mulai yang dijadwalkan, backup berikutnya dilewati.
   Incremental Backup	Aktifkan untuk menangkap perubahan antar full backup secara real time. Memerlukan binary logging pada database sumber. Untuk ApsaraDB RDS for MySQL, binary logging aktif secara default. Untuk database yang dikelola sendiri, aktifkan secara manual. Aktifkan opsi ini bersama full backup untuk mendukung PITR. Ditampilkan hanya jika Full-scale Backup Frequency diatur ke Periodic Backup.
   Maximum Concurrent Threads for Full Data Backup	Jumlah maksimum thread paralel untuk full backup. Kurangi nilai ini untuk membatasi dampak pada performa database selama backup.
   Backup network speed limit	Lebar pita jaringan maksimum yang digunakan selama backup, dalam MB/s. Nilai default 0 berarti tidak terbatas. Kurangi nilai ini jika backup secara signifikan menurunkan performa database.

7. Pada langkah Edit Lifecycle, konfigurasikan periode retensi untuk data full backup. Jika Anda mengaktifkan Incremental Backup pada langkah sebelumnya, konfigurasikan juga periode retensi untuk data incremental backup. Untuk detail aturan siklus hidup, lihat Bagaimana cara mengelola aturan siklus hidup set cadangan?

8. Klik Precheck.

9. Saat muncul Precheck Passed, klik Start Task. Jadwal backup aktif ketika state-nya berubah menjadi Running. Jika status tidak berubah menjadi Running atau terjadi error, lihat Bagaimana cara memperbaiki error pada jadwal backup abnormal? atau hubungi dukungan teknis di grup DingTalk (ID: 35585947).

Pemulihan dari backup

Gunakan prosedur ini untuk memulihkan database MySQL ke kondisi sebelumnya setelah kehilangan data, korupsi, atau modifikasi tidak disengaja.

1. Pada halaman Backup Schedules, temukan jadwal backup dan klik Manage di kolom Actions.

2. Pada halaman Configure Task, klik Restore Database di pojok kanan atas.

3. Pada langkah Set Time Restored To, konfigurasikan parameter berikut, lalu klik Next.

   Parameter	Deskripsi
   Task Name	Nama untuk tugas pemulihan. Data Disaster Recovery menghasilkan nama secara otomatis. Masukkan nama deskriptif agar lebih mudah diidentifikasi. Nama tidak harus unik.
   Time Range Available to Restore	Rentang waktu yang dapat dipulihkan: dari full backup pertama hingga backup terbaru.
   Restore To	Titik waktu target. Harus berada dalam Time Range Available to Restore. Dengan incremental backup diaktifkan, pulihkan ke titik mana pun dari full backup pertama hingga incremental backup terakhir. Tanpa incremental backup, hanya dapat memulihkan ke titik penyelesaian full backup.
   Target database instance type	New(Recommend): Data Disaster Recovery menyediakan instans ApsaraDB RDS baru (memerlukan waktu 5–10 menit). Use Exists: memulihkan ke instans database yang sudah ada. Pastikan tujuan tersedia sebelum memulai.
   Database Location	Untuk New(Recommend), pilih RDS Instance. Untuk Use Exists, pilih opsi konektivitas yang sesuai dengan database tujuan: gateway, IP publik, ECS-hosted, RDS, VPC, atau PolarDB.
   Instance Region	Wilayah instans tujuan. Tidak ditampilkan saat Database Location diatur ke User-Created Database with Public IP Address.
   VPC	VPC untuk instans database baru. Lihat Buat dan kelola VPC. Ditampilkan hanya saat Target database instance type diatur ke New(Recommend).
   DB InstanceClass	Tipe instans untuk database baru. Pilih tipe instans yang sama dengan sumber, atau tipe spesifikasi yang lebih tinggi.
   Storage Space(GB)	Ukuran penyimpanan untuk database baru. Pilih minimal 1,3× ukuran database sumber, atau 5–6× ukuran set full backup. Data dikompresi selama backup, sehingga set backup lebih kecil daripada data aslinya.
   Database Type	MySQL. Ditampilkan hanya saat Database Location diatur ke No public network IP: Port's self-built database (accessed through the database gateway).
   Gateway instance ID	Gateway untuk database tujuan yang dikelola sendiri. Lihat Instal gateway backup. Ditampilkan hanya untuk opsi gateway.
   Address	Titik akhir database tujuan. Ditampilkan untuk opsi gateway, IP publik, ECS-hosted, dan VPC.
   Port Number	Port database tujuan. Ditampilkan untuk opsi gateway dan IP publik.
   Database Account	Username untuk database tujuan. Akun tersebut harus memiliki izin tulis.
   Password	Password untuk akun database tujuan.
   Compliance warranty regarding cross-border data transfers	Baca pernyataan dan pilih I have read and agree to the preceding compliance commitment.

   

4. Pada langkah Configure Objects to Restore, konfigurasikan parameter berikut, lalu klik Precheck.

   Parameter	Deskripsi
   Conflict Handling	Cara menangani konflik nama dengan objek yang sudah ada. Secara default, Rename Object with the Same Name dipilih: jika tabel yang dipulihkan memiliki nama yang sama dengan tabel yang sudah ada di database tujuan, tabel yang dipulihkan akan diganti namanya dalam format <table_name>_dbs_<restore_task_id>_<timestamp>. Misalnya, job_info menjadi job_info_dbs_<Restore task ID>_<Timestamp>.
   Objects to Restore	Pilih database atau tabel yang akan dipulihkan dari bagian Available dan klik panah ke kanan untuk memindahkannya ke bagian Selected. Data Disaster Recovery mendukung granularitas tingkat database dan tingkat tabel untuk mengurangi jumlah data yang dipulihkan dan mempersingkat RTO. Lihat Jenis database dan fitur yang didukung.

5. Saat muncul Precheck Passed, klik Start Task. Untuk memantau progres, klik Restore Tasks di panel navigasi kiri.

   Waktu pemulihan bergantung pada spesifikasi jadwal backup dan ukuran database. Jadwal dengan spesifikasi lebih tinggi menawarkan pemulihan lebih cepat. Lihat Uji performa backup logis dan backup fisik. Jika data dipulihkan ke instans ApsaraDB RDS baru, sistem memerlukan waktu sekitar 5–10 menit untuk menyediakan instans tersebut. Setelah pemulihan, lihat instans baru di Konsol ApsaraDB RDS. Atau, pada halaman Restore Tasks, klik ID tugas pemulihan, lalu klik ID instans ApsaraDB RDS di bagian Basic Information.

Langkah selanjutnya

• API: Gunakan operasi CreateBackupPlan untuk membuat jadwal backup, atau gunakan CreateAndStartBackupPlan untuk membuat, mengonfigurasi, dan memulai dalam satu panggilan. Lihat CreateBackupPlan dan CreateAndStartBackupPlan.

• Kelola jadwal: Ubah sumber backup, objek backup, waktu backup, atau kebijakan retensi dari jadwal yang sudah ada. Lihat Kelola jadwal backup.

• Tagihan: Tinjau biaya yang berlaku untuk jadwal backup Anda. Lihat FAQ Tagihan.

• Jeda jadwal: Jeda jadwal backup yang tidak lagi Anda perlukan untuk menghindari biaya yang tidak perlu. Lihat Jeda atau mulai jadwal backup.