All Products
Search
Document Center

Data Management:Pulihkan cadangan logis

Last Updated:Aug 28, 2026

Anda dapat memulihkan database dan tabel tertentu dari sebuah set cadangan atau hingga titik waktu tertentu ke instans asal atau instans baru. Proses ini menghindari pemulihan data penuh, sehingga ideal untuk memperbaiki kesalahan operasional secara cepat atau menganalisis data historis.

Prasyarat

Batasan

Anda tidak dapat memulihkan data cadangan ke instans ApsaraDB RDS di wilayah lain.

Penagihan

Fitur pemulihan tidak dikenai biaya. Namun, jika Anda memulihkan data ke instans ApsaraDB RDS baru, Anda akan dikenai biaya untuk instans baru tersebut. Biaya instans baru bergantung pada spesifikasi instans dan storage space yang dipilih, dan biaya akhir akan tercantum pada Tagihan Anda.

Prosedur

  1. Login ke DMS 5.0.

  2. Pada bilah navigasi atas, pilih Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

    Catatan

    Jika Anda menggunakan Konsol DMS dalam mode simple, arahkan penunjuk ke ikon 2023-01-28_15-57-17.png di pojok kiri atas Konsol DMS, lalu pilih All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

  3. Pada bilah navigasi atas, pilih wilayah. Lalu, klik ID sumber data target untuk membuka halaman detailnya.

    • Untuk database Alibaba Cloud: Pada halaman Backup Data, klik tab Logical Backup, lalu klik Create Restore Task.

    • Untuk database yang dikelola sendiri pada instans Elastic Compute Service (ECS), database on-premises, atau database dari penyedia cloud lain (dengan cadangan otomatis): Pada halaman Backup Data, klik Create Restore Task.

  4. Konfigurasikan tujuan dan mode pemulihan, lalu klik Next.

    Parameter

    Deskripsi

    Restore task name

    Masukkan nama deskriptif agar mudah diidentifikasi. Nama ini tidak perlu unik.

    Restore to

    • Restore to Original Instance: Data database dan tabel dipulihkan ke instans asal.

    • Restore to New Instance: Instans ApsaraDB RDS baru dibuat secara otomatis, dan data dipulihkan ke instans tersebut. Anda harus mengonfigurasi instans baru di Langkah 5.

    Restore mode

    • By Backup Set: Pilih set cadangan target tempat data akan dipulihkan. Pastikan data dalam set cadangan yang dipilih valid.

    • By Point in Time: Pilih titik waktu dalam periode retensi set cadangan. Rentang waktu yang dapat dipilih dimulai dari titik pemulihan paling awal dari set cadangan yang valid hingga waktu saat ini. Rentang waktu maksimum adalah 30 hari.

      Catatan
      • Cadangan log diaktifkan secara default dan log dapat dibaca. Anda tidak dapat menonaktifkan fitur ini.

      • Periode retensi untuk set cadangan log tetap selama 30 hari dan tidak dapat diubah.

  5. (Opsional) Jika Anda memilih Restore to New Instance, konfigurasikan parameter berikut.

    Parameter

    Deskripsi

    Database location

    Lokasi instans baru. Nilai ini diatur ke RDS secara default dan tidak dapat diubah.

    Instance region

    Wilayah instans baru. Nilai ini tetap sama dengan wilayah sumber data dan tidak dapat diubah.

    VPC

    Pilih Virtual Private Cloud (VPC) untuk instans baru. Untuk membuat VPC, lihat Buat dan kelola VPC.

    instance specifications

    Pilih spesifikasi instans untuk instans baru. Opsi yang tersedia ditampilkan di Konsol.

    Catatan

    Kami menyarankan agar spesifikasi instans baru sama dengan atau lebih tinggi daripada spesifikasi instans sumber. Menggunakan spesifikasi yang lebih rendah dapat menyebabkan loss data atau masalah operasional.

    storage space

    Storage space untuk instans baru. Opsi yang tersedia ditampilkan di Konsol.

    Catatan

    Untuk memastikan ruang yang cukup untuk pemulihan, kami menyarankan storage space minimal 1,3 kali ukuran storage space instans sumber, atau 5 hingga 6 kali ukuran set cadangan penuh dari Data Disaster Recovery (DBS), karena DBS melakukan kompresi data saat pencadangan.

    Anda dapat melihat ukuran set cadangan pada halaman Backup Data sumber data. Jika sumber data adalah database Alibaba Cloud, Anda juga harus membuka tab Logical Backup.

  6. Pilih objek yang akan dipulihkan dan klik Submit.

    Parameter

    Deskripsi

    Restore objects

    Pada kotak Source Objects, pilih database atau tabel yang ingin dipulihkan, lalu klik image untuk memindahkannya ke kotak Selected Objects. Anda dapat mengklik Edit untuk mengonfigurasi database dan tabel yang dipulihkan.

    conflict handling

    Opsi default adalah Rename if object with same name exists. Misalnya, jika tabel bernama job_info dipulihkan dan tabel dengan nama yang sama sudah ada, sistem akan mengganti nama tabel baru menjadi job_info_dbs_<restore_task_ID>_<timestamp>.

  7. Setelah Pemeriksaan Awal selesai, klik Start pada kotak dialog Precheck.

    Catatan

    Anda juga dapat mengklik Cancel untuk menunda tugas pemulihan. Untuk menjalankannya nanti, buka halaman Task Management > Restore Tasks, temukan tugas tersebut, lalu klik Start pada kolom Actions.

Lihat progres pemulihan

Pada halaman detail sumber data, buka Task Management > Restore Tasks untuk melihat progres tugas pemulihan.

Catatan
  • Waktu yang dibutuhkan untuk pemulihan bergantung pada spesifikasi instans dan ukuran database. Spesifikasi yang lebih tinggi menghasilkan pemulihan lebih cepat, sedangkan volume data yang lebih besar meningkatkan waktu pemulihan. Untuk informasi lebih lanjut, lihat Kinerja pencadangan dan pemulihan.

  • Jika Anda memilih untuk memulihkan ke instans baru, sistem memerlukan waktu sekitar 5 hingga 10 menit untuk membuat instans ApsaraDB RDS dengan model bayar sesuai penggunaan. Setelah pemulihan berhasil, Anda dapat menemukan instans ApsaraDB RDS baru tersebut di Konsol ApsaraDB RDS.

Dokumentasi terkait

Anda dapat login ke instans asal atau instans baru untuk memverifikasi data. Untuk informasi tentang cara login ke instans, lihat Hubungkan ke instans.

FAQ

T: Apa penyebab umum pengecualian pada tugas pemulihan, dan bagaimana cara mengatasinya?

J: Penyebab umum meliputi:

  • Alasan 1: akun yang diotorisasi untuk Data Disaster Recovery tidak memiliki izin untuk memulihkan database dan tabel.

    Solusi: Lihat Izin akun untuk memeriksa apakah akun yang digunakan untuk pemulihan memiliki izin yang diperlukan.

  • Penyebab 2: Server yang menghosting database mungkin mengalami masalah konektivitas jaringan.

    Solusi: Periksa server database terkait masalah tersebut dan selesaikan. Jika masalah berlanjut, hubungi kami melalui kelompok layanan pelanggan DBS (ID grup DingTalk: 35585947) untuk bantuan.