All Products
Search
Document Center

Data Management:Cadangan logis dan pemulihan untuk PolarDB for MySQL

Last Updated:Mar 28, 2026

Data Disaster Recovery melindungi database PolarDB for MySQL Anda dengan cadangan logis, mendukung pemulihan tingkat tabel tunggal, redundansi geografis, dan arsip jangka panjang. Ikuti langkah-langkah berikut untuk membuat dan mengonfigurasi rencana cadangan serta memulihkan database ke titik waktu tertentu.

Prasyarat

Sebelum memulai, pastikan Anda telah:

  • Memiliki instans PolarDB for MySQL dengan izin yang diperlukan.

  • Mengaktifkan binary logging pada instans jika Anda memerlukan cadangan inkremental—binary logging dinonaktifkan secara default. Lihat Enable binary logging.

  • Jadwal pencadangan yang dibeli memiliki Jenis Sumber Data diatur ke MySQL dan Backup Method diatur ke Logical Backup.

Untuk granularitas pencadangan dan pemulihan yang didukung untuk PolarDB for MySQL, lihat Supported database types and features.

Jenis cadangan

Data Disaster Recovery mendukung dua jenis cadangan untuk database PolarDB for MySQL:

  • Full backup: Mengambil snapshot lengkap dari database atau tabel yang dipilih pada waktu yang dijadwalkan. Anda dapat memulihkan ke titik waktu persis saat cadangan penuh selesai.

  • Incremental backup: Menangkap perubahan secara berkelanjutan menggunakan binary logs. Dengan incremental backup diaktifkan, Anda dapat memulihkan ke titik waktu apa pun antara cadangan penuh pertama dan cadangan inkremental terakhir. Memerlukan binary logging yang diaktifkan pada instans PolarDB for MySQL.

Gunakan kedua jenis cadangan—full dan incremental—secara bersamaan untuk opsi pemulihan paling fleksibel dan tujuan titik pemulihan (RPO) terendah.

Buat jadwal cadangan

Lihat Create a backup plan untuk petunjuknya.

Konfigurasi jadwal cadangan

  1. Masuk ke Konsol Data Management (DMS) V5.0.

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

    Dalam mode simple, arahkan pointer ke ikon 2023-01-28_15-57-17.png 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 cadangan yang akan dikonfigurasi dan klik Configure Backup Schedule di kolom Actions.

    image.png

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

    Untuk volume data besar, beli paket penyimpanan subscription untuk mengurangi biaya dibandingkan harga pay-as-you-go.
    BagianParameterDeskripsi
    N/ASchedule nameNama jadwal backup. Data Disaster Recovery menghasilkan nama secara otomatis. Masukkan nama deskriptif agar mudah diidentifikasi. Nama tidak perlu unik.
    Backup source informationBackup modeMetode backup yang dipilih saat pembelian. Pada contoh ini, ditampilkan Logical Backup.
    Database locationLokasi database sumber. Pilih PolarDB.
    Instance regionWilayah tempat instansiasi database sumber berada.
    Database typeJenis database sumber. Default: MySQL.
    PolarDB instance IDID dari database PolarDB for MySQL sumber.
    Database accountUsername akun yang digunakan untuk menghubungkan ke database sumber. Akun tersebut harus memiliki izin backup. Lihat Required permissions for different types of database accounts.
    PasswordPassword akun database. Setelah memasukkan kredensial, klik Test Connection untuk memverifikasi. Jika pengujian berhasil, akan muncul Test Passed. Jika gagal, klik Check di samping Test Failed dan perbaiki konfigurasi.
    Compliance warranty regarding cross-border data transfersBaca dan terima komitmen kepatuhan dengan memilih kotak centang.
    Backup destination informationBackup storage typeTempat penyimpanan data backup. Opsi: <br>- DBS Storage (recommended): Penyimpanan dikelola oleh Data Disaster Recovery. Dikenai biaya berdasarkan volume. Lihat Storage fees. <br>- OSS For User: Memerlukan bucket OSS yang telah dibuat sebelumnya dalam kelas penyimpanan Standard. Lihat Create buckets. Jika dipilih, konfigurasikan parameter OSS Bucket Name.
    Storage encryptionMetode enkripsi untuk data yang disimpan. Opsi: <br>- Encrypted (recommended): AES-256 dengan Enkripsi sisi server OSS. Lihat Server-side encryption. <br>- Non-encrypted: Data disimpan tanpa enkripsi.

    image

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

    - Data Disaster Recovery mendukung pencadangan tingkat tabel tunggal, database tunggal, dan multi-database. Klik Select All di pojok kiri bawah bagian Available untuk memilih semua database. Objek pencadangan yang didukung bervariasi tergantung jenis database. Lihat Supported database types and features. - Database yang dibuat setelah jadwal cadangan ditetapkan tidak dicadangkan secara otomatis. Untuk menyertakannya, tambahkan database tersebut pada halaman Configure Task. Lihat Modify backup objects.
  6. Pada langkah Configure Backup Time, atur parameter berikut lalu klik Next.

    ParameterDeskripsi
    Full-scale backup frequencyJenis jadwal pencadangan. Opsi: Periodic Backup atau Single Backup. Memilih Periodic Backup mengharuskan Anda mengonfigurasi Full Data Backup Recurrence dan Start At.
    Full data backup recurrenceHari dalam seminggu untuk menjalankan pencadangan. Pilih minimal satu hari.
    Start atWaktu mulai pencadangan. Jadwalkan pada jam sepi—misalnya, 01:00. Jika pencadangan penuh sebelumnya belum selesai saat waktu mulai berikutnya tiba, Data Disaster Recovery akan melewatkan pencadangan berikutnya.
    Incremental BackupApakah akan mengaktifkan pencadangan inkremental. Memerlukan binary logging pada instans PolarDB for MySQL. Lihat Enable binary logging. Ditampilkan hanya jika Full-scale backup frequency diatur ke Periodic Backup.
    Maximum concurrent threads for full data backupJumlah maksimum thread konkuren untuk pencadangan penuh. Kurangi nilai ini untuk meminimalkan dampak terhadap database selama pencadangan.
    Backup network speed limitBatas lebar pita jaringan. Default: 0 (tanpa batas). Sesuaikan berdasarkan kebutuhan bisnis Anda.
  7. Pada langkah Edit Lifecycle, konfigurasikan siklus hidup untuk data cadangan penuh di bagian Configure Full Data Backup Lifecycle. Jika Anda mengaktifkan Incremental Backup pada langkah sebelumnya, konfigurasikan juga siklus hidup untuk data cadangan inkremental. Untuk detail aturan siklus hidup, lihat How do I manage the lifecycle rules of backup sets?

  8. Klik Precheck di pojok kanan bawah.

  9. Saat muncul Precheck Passed, klik Start Task.

    - Jadwal cadangan aktif ketika statusnya berubah menjadi Running. - Jika terjadi error, segera lakukan pemecahan masalah. Lihat How do I fix errors for an abnormal backup schedule? Jika masalah berlanjut, hubungi dukungan teknis di grup DingTalk (ID: 35585947).

Memulihkan database PolarDB for MySQL

Setelah pemulihan, tabel apa pun yang mengalami konflik penamaan akan diubah namanya menjadi format job_info_dbs_<Restore task ID>_<Timestamp>. Misalnya, konflik pada tabel job_info menghasilkan job_info_dbs_<Restore task ID>_<Timestamp>.

  1. Masuk ke Konsol DMS V5.0.

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

    Dalam mode simple, arahkan pointer ke ikon 2023-01-28_15-57-17.png 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 cadangan lalu klik Manage di kolom Actions.

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

  5. Pada langkah Set Time Restored To wizard Create Restore Task, atur parameter berikut lalu klik Next.

    BagianParameterDeskripsi
    N/ATask nameNama tugas pemulihan. Data Disaster Recovery menghasilkan nama secara otomatis. Masukkan nama deskriptif agar mudah diidentifikasi. Nama tidak harus unik.
    Set time restored toTime range available to restoreRentang waktu yang dapat dipulihkan, dari saat set cadangan penuh pertama dibuat hingga saat set cadangan penuh terbaru dibuat.
    Restore toTitik waktu target. Harus berada dalam rentang Time range available to restore. Dengan incremental backup diaktifkan, Anda dapat memulihkan ke titik waktu apa pun dari selesainya cadangan penuh pertama hingga selesainya cadangan inkremental terakhir. Tanpa incremental backup, pemulihan hanya terbatas pada titik-titik saat cadangan penuh selesai.
    Configure destination databaseTarget database instance typeJenis instans database tujuan. Pilih Use Exists. Pada contoh ini, set cadangan dipulihkan ke kluster PolarDB sumber.
    Database locationLokasi database tujuan. Pilih PolarDB.
    Instance regionWilayah tempat database tujuan berada.
    Database typeJenis database tujuan. Default: MySQL.
    PolarDB instance IDID kluster PolarDB for MySQL tujuan.
    Database accountUsername akun yang digunakan untuk menghubungkan ke database tujuan. Akun tersebut harus memiliki izin menulis.
    PasswordPassword akun yang digunakan untuk menghubungkan ke database tujuan.
    Compliance warranty regarding cross-border data transfersBaca dan terima komitmen kepatuhan dengan memilih kotak centang.
  6. Pada langkah Configure Objects to Restore, atur parameter berikut lalu klik Precheck.

    ParameterDeskripsi
    Conflict handlingDefault: Rename Object with the Same Name. Tabel yang mengalami konflik akan diubah namanya menjadi format <table_name>_dbs_<Restore task ID>_<Timestamp>.
    Objects to restorePilih database atau tabel di bagian Available lalu klik panah ke kanan untuk memindahkannya ke bagian Selected. Data Disaster Recovery mendukung pemulihan tingkat database dan tingkat tabel, yang mengurangi jumlah data yang dipulihkan dan memperpendek objektif waktu pemulihan (RTO). Lihat Supported database types and features.
  7. Saat muncul Precheck Passed di kotak dialog Precheck, klik Start Task. Untuk memantau progres pemulihan, klik Restore Tasks di panel navigasi kiri.

    Waktu pemulihan bergantung pada spesifikasi jadwal cadangan dan ukuran database. Spesifikasi jadwal yang lebih tinggi menghasilkan pemulihan lebih cepat. Lihat Performance tests on logical backup and physical backup.

Langkah selanjutnya

  • Kelola jadwal cadangan Anda melalui API: Panggil CreateBackupPlan untuk membuat jadwal cadangan, atau CreateAndStartBackupPlan untuk membuat, mengonfigurasi, dan menjalankannya dalam satu operasi. Lihat CreateBackupPlan atau CreateAndStartBackupPlan.

  • Perbarui konfigurasi cadangan: Ubah sumber cadangan, objek cadangan, jadwal cadangan, atau kebijakan retensi. Lihat Manage a backup plan.

  • Tinjau penagihan: Periksa biaya yang terkait dengan jadwal cadangan Anda. Lihat Billing FAQ.

  • Jeda jadwal cadangan: Hentikan sementara jadwal cadangan yang tidak lagi diperlukan untuk mengurangi biaya. Lihat Pause or start a backup schedule.

FAQ

Pemeriksaan awal gagal dengan error binary logging. Apa yang harus saya lakukan?

PolarDB MySQL未开通binlog预检查失败

Binary logging dinonaktifkan pada instans PolarDB for MySQL. Aktifkan di konsol PolarDB. Lihat Enable binary logging.