All Products
Search
Document Center

ApsaraDB RDS:Pulihkan database dan tabel

Last Updated:Sep 17, 2026

ApsaraDB RDS untuk MySQL menyediakan pemulihan database dan tabel dalam mode standar maupun cepat. Anda dapat memulihkan database atau tabel tertentu dari set cadangan atau ke titik waktu tertentu, baik ke instans asli maupun instans baru. Metode ini menghindari pemulihan data penuh, sehingga ideal untuk tugas seperti memulihkan kesalahan pengguna secara cepat atau menganalisis data historis.

Perbedaan mode pemulihan database dan tabel

Tersedia dua mode pemulihan untuk database dan tabel individu: standar dan cepat. Fitur pemulihan cepat untuk database dan tabel individu menggunakan instans sandbox tipe performa dan 50% hingga 95% lebih cepat dibandingkan pemulihan standar untuk volume data yang sama. Untuk menggunakan fitur pemulihan cepat, Anda harus terlebih dahulu mengaktifkan fitur tersebut, lalu memulihkan data dari set cadangan yang dibuat setelah fitur diaktifkan ke instans asli atau instans baru.

Untuk informasi lebih lanjut, lihat Ikhtisar solusi pemulihan data (perbandingan kecepatan pemulihan).

Item

Pemulihan standar

Pemulihan cepat

Rentang pemulihan

Memulihkan database dan tabel tertentu dalam suatu instans.

Memulihkan database dan tabel tertentu dalam suatu instans.

Tujuan pemulihan

  • Untuk instans yang menggunakan disk lokal berkinerja-tinggi: Anda dapat memulihkan data ke instans asli atau instans baru.

  • Untuk instans yang menggunakan cloud disk: Anda hanya dapat memulihkan data ke instans asli.

  • Untuk instans yang menggunakan disk lokal berkinerja-tinggi: Anda hanya dapat memulihkan data ke instans asli.

  • Instans yang menggunakan cloud disk tidak mendukung pemulihan cepat untuk database dan tabel individu.

Kecepatan pemulihan

Kecepatan pemulihan bergantung pada volume data dan relatif lambat.

Kecepatan pemulihan bergantung pada volume data. Metode ini sekitar 50% hingga 95% lebih cepat dibandingkan pemulihan standar.

Metode pemulihan

Mendukung pemulihan dari set cadangan dan pemulihan pada titik waktu.

  • edisi gratis: Anda dapat memulihkan data ke waktu cadangan penuh terakhir.

  • edisi berbayar: Anda dapat memulihkan data dari set cadangan atau melakukan pemulihan pada titik waktu.

Catatan
  • Setelah Anda mengaktifkan cadangan log, Anda dapat melakukan pemulihan pada titik waktu ke titik mana pun dalam periode retensi cadangan log. Jika cadangan log tidak diaktifkan, Anda hanya dapat memulihkan data ke titik waktu dari cadangan data yang ada.

  • Rentang waktu pemulihan yang tersedia bergantung pada faktor-faktor seperti periode retensi untuk cadangan log dan cadangan data, serta kapan Anda mengaktifkan fitur pemulihan. Periode retensi maksimum untuk cadangan log dan cadangan data adalah 730 hari. Anda dapat memanggil operasi API DescribeLocalAvailableRecoveryTime untuk menanyakan rentang waktu pemulihan yang tersedia.

Prasyarat

Pemulihan standar

SSD Lokal

  • Instans ApsaraDB RDS untuk MySQL Anda harus memenuhi persyaratan berikut:

    • Versi utama: 8.0, 5.7, atau 5.6

    • Edisi: edisi ketersediaan tinggi atau Edisi Perusahaan Tiga Node MySQL 5.7

    • Jenis penyimpanan: SSD lokal

    • Mesin penyimpanan: InnoDB

    • Metode penagihan: bayar sesuai penggunaan atau langganan (Fitur ini tidak didukung untuk instans Serverless.)

    Catatan

    Anda dapat melihat informasi ini di halaman Basic Information instans.

  • Instans harus memiliki kurang dari 50.000 tabel.

  • Jika Anda menggunakan Layanan Cadangan Database (DBS) untuk pertama kalinya, Anda harus mengotorisasi peran terkait layanan untuk DBS (AliyunServiceRoleForDBS).

  • Pastikan fitur pemulihan database dan tabel diaktifkan untuk instans.

    Di halaman detail instans, buka halaman Backup and Recovery. Di tab Backup Policy, periksa status fitur pemulihan database dan tabel. Jika fitur dinonaktifkan, aktifkan Database and Table Recovery.

    Penting
    • Setelah Anda mengaktifkan pemulihan database dan tabel, format backup berubah dari arsip tar menjadi paket xbstream untuk mendukung fitur ini.

    • Fitur pemulihan database dan tabel diaktifkan secara default untuk instans baru dan tidak dapat dinonaktifkan.

    • Set cadangan yang dibuat sebelum Anda mengaktifkan fitur ini tidak mendukung pemulihan database dan tabel. Anda harus melakukan cadangan penuh manual setelah mengaktifkan fitur tersebut. Anda kemudian dapat menggunakan set cadangan yang dibuat setelah fitur diaktifkan untuk pemulihan.

      Jika diperlukan, Anda juga dapat merujuk ke Restore Full Data.

Cloud Disk

  • Instans ApsaraDB RDS untuk MySQL Anda harus memenuhi persyaratan berikut:

    • Versi utama: 8.0 atau 5.7

    • Edisi: edisi ketersediaan tinggi, Edisi Dasar, atau Edisi Kluster

    • Jenis penyimpanan: SSD cloud disk, ESSD, atau disk ultra

    • Mesin penyimpanan: InnoDB

    • Metode penagihan: bayar sesuai penggunaan atau langganan (Fitur ini tidak didukung untuk instans Serverless.)

    Catatan

    Anda dapat melihat informasi ini di halaman Basic Information instans.

  • Jika Anda menggunakan Layanan Cadangan Database (DBS) untuk pertama kalinya, Anda harus mengotorisasi peran terkait layanan untuk DBS (AliyunServiceRoleForDBS).

  • Pastikan fitur pemulihan database dan tabel diaktifkan untuk instans.

    • Instans baru (dibuat pada atau setelah 1 Desember 2023): Fitur pemulihan database dan tabel diaktifkan secara default dan tidak dapat dinonaktifkan.

    • Instans yang sudah ada (dibuat sebelum 1 Desember 2023): Sistem akan menonaktifkan fitur pemulihan database dan tabel secara paksa jika sebelumnya diaktifkan. Anda dapat membuka halaman Backup and Recovery instans dan mengaktifkan kembali fitur tersebut di tab Backup Policy. Setelah diaktifkan kembali, Anda dapat langsung menggunakan set cadangan valid yang ada untuk pemulihan. Fitur ini tidak dapat dinonaktifkan lagi.

    • Penting

      Jika set cadangan yang ada tidak valid dan tidak dapat digunakan untuk pemulihan, lakukan cadangan penuh secara manual setelah Anda mengaktifkan fitur tersebut. Kemudian, gunakan set cadangan berikutnya untuk pemulihan.

Pemulihan cepat

  • Instans RDS Anda harus memenuhi persyaratan berikut:

    • Versi utama: 8.0, 5.7, atau 5.6

    • Edisi: edisi ketersediaan tinggi

    • Jenis penyimpanan: SSD lokal (Pemulihan cepat database dan tabel tidak didukung untuk instans yang menggunakan cloud disk.)

    • Mesin penyimpanan: InnoDB

    • Metode penagihan: bayar sesuai penggunaan atau langganan (Fitur ini tidak didukung untuk instans Serverless.)

    • Wilayah instans: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), atau Tiongkok (Shenzhen)

    Catatan

    Anda dapat melihat informasi ini di halaman Basic Information instans.

  • Jika Anda menggunakan Layanan Cadangan Database (DBS) untuk pertama kalinya, Anda harus mengotorisasi peran terkait layanan untuk DBS (AliyunServiceRoleForDBS).

  • Fitur sandbox berbasis kapasitas harus dinonaktifkan untuk instans. Jika diaktifkan, nonaktifkan terlebih dahulu.

    Catatan

    Jika Anda mengaktifkan pemulihan cepat database dan tabel pada instans dengan sandbox berbasis kapasitas yang aktif, sistem akan meningkatkan sandbox tersebut menjadi sandbox berbasis performa. Hal ini meningkatkan biaya pemulihan bencana.

  • Pastikan fitur pemulihan cepat database dan tabel diaktifkan untuk instans.

    Di halaman detail instans, buka halaman Backup and Recovery. Di tab Backup Policy, periksa status fitur pemulihan cepat database dan tabel. Jika fitur dinonaktifkan, aktifkan Fast Database and Table Recovery Untuk informasi lebih lanjut, lihat 1. Aktifkan pemulihan cepat database dan tabel.

    Penting

    Set cadangan yang dibuat sebelum Anda mengaktifkan fitur ini tidak mendukung jenis pemulihan ini. Anda harus melakukan cadangan penuh manual setelah mengaktifkan fitur tersebut. Kemudian, gunakan set cadangan berikutnya untuk pemulihan.

    Jika diperlukan, Anda juga dapat merujuk ke Restore Full Data.

Pertimbangan

  • Diaktifkan secara default:

    • Fitur pemulihan database dan tabel standar diaktifkan secara default untuk instans baru dan tidak dapat dinonaktifkan.

    • Tugas pemulihan tidak dapat dijeda atau dibatalkan setelah dimulai.

  • Persyaratan cadangan log:

    Pemulihan pada titik waktu memerlukan cadangan log diaktifkan untuk instans. Jika cadangan log tidak diaktifkan, pemulihan cepat database dan tabel akan gagal.

  • Alih bencana primer/sekunder dan gangguan layanan:

    • Untuk instans yang menggunakan disk lokal berkinerja-tinggi:

      • Memulihkan data ke instans asli memicu alih bencana primer/sekunder, yang dapat menyebabkan gangguan layanan selama 30 hingga 120 detik. Pastikan aplikasi Anda memiliki mekanisme koneksi ulang otomatis.

      • Memulihkan data ke instans baru tidak memicu alih bencana primer/sekunder.

    • Untuk instans yang menggunakan cloud disk:

      • Memulihkan data ke instans asli tidak memicu alih bencana primer/sekunder, tetapi dapat memengaruhi performa instans asli atau bahkan menyebabkan alih bencana instans.

      • Cadangan penuh dibuat setelah pemulihan selesai.

Batasan

  • Batasan pemulihan database dan tabel (standar/cepat):

    • Anda hanya dapat memulihkan data dari database dan tabel yang menggunakan mesin penyimpanan InnoDB. Pemulihan dari mesin penyimpanan X-Engine tidak didukung.

    • Tabel partisi, view, dan prosedur tersimpan tidak didukung. Untuk memulihkan objek-objek ini, gunakan fitur pemulihan data penuh.

    • Anda tidak dapat memulihkan tabel jika binlog terkait berisi operasi rename untuk tabel tersebut, atau jika tabel memiliki generated column.

    • Pemulihan kendala: pemulihan database dan tabel mendukung pemulihan primary key, unique index, dan indeks biasa (INDEX/KEY), tetapi tidak mendukung foreign key constraint, trigger, atau full-text index (FULLTEXT INDEX).

      Penting

      Proses pemulihan secara otomatis menghapus foreign key constraint untuk memastikan keberhasilannya. Jika Anda memerlukan foreign key constraint, Anda harus membuatnya kembali secara manual setelah pemulihan selesai.

  • Batasan jumlah tabel:

    • Agar pemulihan database dan tabel berhasil, suatu instans harus memiliki 50.000 tabel atau kurang.

    • Pemulihan mungkin memakan waktu jauh lebih lama tergantung pada volume data, jumlah database dan tabel yang dipulihkan, serta jumlah binlog yang diproses untuk rentang waktu tertentu.

  • Batasan untuk pemulihan cepat database dan tabel:

    • Untuk instans yang menggunakan disk lokal berkinerja-tinggi, Anda hanya dapat memulihkan data ke instans asli, bukan ke instans baru.

    • Anda tidak dapat menggunakan pemulihan cepat database dan tabel pada instans jika instans tersebut memiliki node read-only, menggunakan Transparent Data Encryption (TDE), atau tidak memiliki cadangan log yang diaktifkan.

Penagihan

Pemulihan standar

SSD lokal

Untuk instans yang menggunakan SSD lokal, fitur pemulihan database dan tabel standar diaktifkan secara default dan gratis. Jika Anda memulihkan data ke instans baru, Anda akan dikenai biaya untuk instans baru tersebut. Anda dapat melihat detail harga saat membuat instans.

Catatan

cloud disk

Terhitung mulai 1 Desember 2023, ketika Anda mengaktifkan fitur pemulihan database dan tabel standar untuk instans yang menggunakan cloud disk, arsitektur backup ditingkatkan, meningkatkan penggunaan penyimpanan backup sebesar 30% hingga 80%. Jika ukuran total backup tidak melebihi kuota gratis, tidak ada biaya yang dikenakan. Penyimpanan yang melebihi kuota gratis ditagih berdasarkan penggunaan aktual.

Pemulihan cepat

Fitur pemulihan cepat database dan tabel tersedia dalam edisi gratis dan berbayar untuk instans yang menggunakan SSD lokal, tetapi tidak didukung untuk instans yang menggunakan cloud disk.

  • Edisi gratis: Tidak ada biaya yang dikenakan. Anda dapat memulihkan data dari set cadangan atau ke titik waktu cadangan penuh terakhir.

  • Edisi berbayar: Bayar sesuai penggunaan. Anda dikenai biaya $0,008 per GB per hari. Anda dapat memulihkan data dari set cadangan atau ke titik waktu apa pun.

1. Aktifkan Pemulihan Cepat Database/Tabel

Untuk menggunakan Pemulihan Cepat Database/Tabel, aktifkan fitur tersebut dengan mengikuti langkah-langkah di bawah ini. Kemudian, gunakan set cadangan yang dibuat setelah mengaktifkan fitur untuk Pemulihan Database/Tabel. Fitur ini hanya tersedia untuk instans dengan disk lokal berkinerja-tinggi yang memenuhi prasyarat. Mengaktifkan fitur ini tidak memengaruhi layanan Anda.

Catatan

Jika Anda hanya perlu menggunakan pemulihan standar untuk database dan tabel individu, lewati bagian ini dan lanjutkan ke 2. Pulihkan database dan tabel ke instans asli atau instans baru.

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

  2. Di panel navigasi kiri, klik Backup and Restoration.

    Catatan

    Jika muncul kotak dialog penagihan untuk Pemulihan Cepat Database/Tabel, centang kotak Do not show again. lalu aktifkan edisi gratis atau berbayar sesuai kebutuhan. Jika kotak dialog tidak muncul, lanjutkan ke langkah berikutnya.

  3. Di halaman Backup and Restoration, klik tab Backup Strategy.

  4. Di bagian Basic Backup, klik Edit dan atur Fast Database/Table Restoration ke Enabled.

  5. Konfigurasikan CDM Billing Method dan CDM Retention Period. Fitur ini tersedia dalam edisi gratis dan edisi berbayar:

    • Edisi gratis: Hanya mendukung pemulihan dari set cadangan. Atur CDM Billing Method ke Previous Full Backup Point in Time (Free Edition). Periode retensi untuk data yang dipulihkan adalah satu hari.

    • Edisi berbayar: Mendukung pemulihan dari set cadangan atau ke titik waktu tertentu (memerlukan cadangan log diaktifkan terlebih dahulu). Atur CDM Billing Method ke Any Point in Time (Paid Edition). Anda dapat mengatur periode retensi data dari 1 hingga 730 hari.

  6. Klik OK.

2. Pulihkan database dan tabel ke instans asli atau instans baru

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

  2. Di panel navigasi kiri, klik Backup and Restoration, lalu klik Restore Individual Database/Table.

    Catatan
    • Jika tombol Restore Individual Database/Table tidak ditampilkan di konsol, periksa apakah persyaratan di bagian Prasyarat telah terpenuhi.

    • Jika konsol tidak merespons setelah Anda mengklik tombol Restore Individual Database/Table, bersihkan cache browser dan coba lagi.

    • Jika muncul pesan kapasitas penyimpanan tidak mencukupi, Anda dapat terlebih dahulu memperluas kapasitas penyimpanan lalu mencoba pemulihan lagi.

  3. Konfigurasikan tujuan dan metode pemulihan.

    Parameter

    Deskripsi

    Restore to

    • Restore to original instance

    • Restore to new instance (hanya tersedia untuk instans yang menggunakan disk lokal berkinerja-tinggi): Sistem membuat instans RDS baru. Proses ini tidak memengaruhi instans asli.

      Setelah memverifikasi data di instans baru, Anda juga dapat memigrasikan data kembali ke instans asli.

    Restore speed

    Restore method

    • By backup set

    • By time (memerlukan cadangan log diaktifkan): Sistem pertama-tama memulihkan data dari cadangan penuh lalu menerapkan cadangan log inkremental untuk memulihkan instans ke titik waktu tertentu. Anda dapat memilih titik waktu apa pun dalam periode retensi cadangan log. Untuk melihat atau mengubah periode retensi cadangan log, lihat Automatic backup.

      Sebagai contoh, jika periode retensi cadangan data dan cadangan log suatu instans RDS masing-masing tujuh hari, Anda dapat memulihkan data hingga tujuh hari yang lalu. Set cadangan yang lebih tua dari tujuh hari akan dihapus dan tidak dapat digunakan untuk pemulihan.

    Catatan

    Edisi gratis fitur pemulihan cepat tidak mendukung pemulihan pada titik waktu. Fitur ini hanya mendukung pemulihan dari set cadangan.

  4. Pilih database atau tabel yang ingin Anda pulihkan, tentukan nama baru untuk database atau tabel yang dipulihkan, lalu klik OK.

    Catatan
    • Anda dapat memilih maksimal 50 database atau tabel sekaligus.

    • Saat memulihkan data ke instans asli, data yang ada di instans asli tidak terpengaruh. Database yang dipulihkan memerlukan nama unik, sedangkan tabel yang dipulihkan dapat menggunakan kembali nama yang sudah ada. Secara default, sistem menambahkan _backup ke nama database yang dipulihkan, yang kemudian dapat Anda ubah.

    • Saat memulihkan data ke instans asli, pastikan instans memiliki kapasitas penyimpanan yang cukup untuk database dan tabel yang dipilih.

  5. Jika Anda melakukan pemulihan standar dan memilih Restore to new instance untuk instans yang menggunakan disk lokal berkinerja-tinggi, Anda harus memilih metode penagihan dan mengonfigurasi parameter untuk instans baru.

    • Subscription: Anda harus membayar instans saat membuatnya. Metode penagihan ini cocok untuk penggunaan jangka panjang.

    • Pay-as-you-go: Anda dikenai biaya per jam. Metode penagihan ini cocok untuk penggunaan jangka pendek. Anda dapat melepas instans kapan saja untuk mengurangi biaya.

    Parameter

    Deskripsi

    Zone

    Zona adalah area fisik independen dalam suatu wilayah. Tidak ada perbedaan substansial antar zona.

    Anda dapat membuat instans RDS di zona yang sama dengan instans ECS atau di zona berbeda.

    Catatan

    Instans baru harus berada di wilayah yang sama dengan instans asli. Anda tidak dapat mengubah wilayah.

    Instance type

    Setiap tipe instans menyediakan jumlah vCPU, ukuran memori, jumlah koneksi maksimum, dan IOPS maksimum tertentu.

    Storage capacity

    Kapasitas penyimpanan mencakup ruang untuk data, file sistem, file log, dan file transaksi.

    Network type

    VPC (default). VPC adalah lingkungan jaringan terisolasi yang memberikan keamanan dan performa lebih tinggi dibandingkan Classic Network.

  6. Anda dapat melihat progres pemulihan database dan tabel atau pembuatan instans baru di halaman Tugas.

    Batasan

    • Tugas pemulihan tidak dapat dihentikan sementara atau diinterupsi setelah dimulai.

    • Hanya satu tugas pemulihan yang dapat berjalan dalam satu waktu. Jika Anda memulai tugas pemulihan lain saat satu tugas sedang berlangsung, kesalahan berikut akan dikembalikan: The operation failed. The RDS instance is not in a ready state. Tunggu hingga tugas saat ini selesai sebelum memulai yang lain.

    • Jika instansi hanya baca tersambung ke instans utama dan tugas pemulihan sedang berlangsung, sistem akan secara otomatis menyinkronkan data dari instans utama ke semua instansi hanya baca setelah tugas pemulihan selesai. Hal ini memastikan konsistensi data antara instans utama dan instans sekunder.

  7. Hubungkan ke instans RDS untuk MySQL untuk melihat data yang dipulihkan ke instans asli atau instans baru.

    Catatan
    • Pastikan akun yang Anda gunakan untuk menghubungkan ke instans memiliki izin untuk melihat atau mengelola database. Kami menyarankan menggunakan akun istimewa.

    • Jika Anda menggunakan DMS untuk menghubungkan ke instans RDS untuk MySQL, Anda harus mengklik kanan instans dan memilih Refresh / Sync Dictionary setelah pemulihan selesai. Database baru kemudian akan muncul dalam daftar.

    Anda dapat menggunakan DTS untuk memigrasikan data dari instans baru kembali ke instans asli.

Operasi terkait

Memperbaiki data online

Tujuan

Metode perbaikan

Instans asli

Gunakan pernyataan RENAME TABLE untuk mengganti nama tabel yang dipulihkan.

Instans baru

Setelah data dipulihkan ke instans baru, Anda dapat menggunakan Data Transmission Service (DTS) untuk Migrasikan data di antara instans ApsaraDB RDS untuk MySQLke instans sumber untuk memperbarui data pada instans sumber.

Catatan

Saat membuat tugas migrasi data, tentukan instans baru yang dipulihkan sebagai sumber dan instans sumber sebagai tujuan. Untuk sumber dan tujuan, pilih Alibaba Cloud instance sebagai Access method.

Nonaktifkan pemulihan cepat database/tabel

Menonaktifkan Pemulihan Cepat Database/Tabel tidak memengaruhi pemulihan database dan tabel standar.

Buka halaman Backup and Restoration instans. Di tab Backup Strategy, klik Edit di samping Basic Backup, lalu atur Fast Database/Table Restoration ke Disabled.

image.png

Ubah edisi pemulihan cepat untuk mengurangi biaya

Anda dapat mengubah Pemulihan Cepat Database/Tabel ke edisi gratis untuk mengurangi biaya. Dengan edisi gratis, Anda hanya dapat memulihkan data dari set cadangan atau ke titik waktu cadangan penuh terbaru; pemulihan ke titik waktu arbitrer tidak didukung.

Buka halaman Backup and Restoration instans. Di tab Backup Strategy, klik Edit di samping Basic Backup, lalu atur CDM Billing Method ke Previous Full Backup Point in Time (Free Edition).

image.png

API Terkait

API

Deskripsi

RestoreTable

Memulihkan database atau tabel ke instans asli.

CloneDBInstance

Mengkloning database atau tabel dari instans RDS ke instans baru.

DescribeLocalAvailableRecoveryTime

Menanyakan rentang waktu yang dapat dipulihkan untuk instans RDS dari cadangannya.

FAQ

Apa yang harus saya lakukan jika menerima pesan kesalahan Operation failed. This operation is not supported in the current instance state. selama pemulihan tingkat database/tabel?

Tugas di konsol ApsaraDB RDS dijalankan secara berurutan. Kesalahan ini terjadi jika Anda memulai tugas pemulihan baru saat tugas lain sedang berlangsung. Tunggu hingga tugas saat ini selesai sebelum memulai yang baru.

Apa yang harus saya lakukan jika tidak dapat memilih database dan tabel untuk pemulihan dan menerima pesan kesalahan Meta information is too large. (Error code: InvalidMeta.TooLarge)?

Kesalahan ini terjadi karena jumlah tabel melebihi batas 50.000. Untuk mengatasi batasan ini, pulihkan data penuh ke instans baru. Untuk informasi lebih lanjut, lihat Restore full data.

Catatan

Apa yang harus saya lakukan jika titik pemulihan gagal dimuat dan saya menerima pesan kesalahan Operation failed. The specified restoration time is invalid. Please reset the restoration time. (Error code: InvalidRestoreTime.Format) selama pemulihan pada titik waktu?

Untuk melakukan pemulihan pada titik waktu, pastikan cadangan log diaktifkan untuk instans. Buka halaman Backup and Restoration instans, lalu pada tab Backup Strategy, periksa atau ubah status Log Backup. Untuk informasi selengkapnya, lihat Pencadangan otomatis.

Apa yang harus saya lakukan jika menerima pesan kesalahan Meta information is empty. (Error code: InvalidMeta.Empty) saat memulihkan dari set cadangan atau ke titik waktu tertentu?

Untuk instans yang menggunakan disk lokal berkinerja-tinggi, Anda harus melakukan pencadangan manual setelah Anda mengaktifkan fitur pemulihan tingkat database/tabel. Kemudian, pilih set cadangan yang baru untuk pemulihan. Jika perlu, lihat Memulihkan data penuh.

Apa yang harus saya lakukan jika tabel yang dipulihkan kosong?

Verifikasi bahwa tabel asli berisi data pada titik waktu yang dipilih. Jika tabel kosong, pilih titik waktu saat tabel berisi data dan coba lagi pemulihan tersebut.

Bagaimana cara memulihkan data dari penghapusan tidak sengaja?

Anda dapat menggunakan fitur pelacakan data Data Management (DMS) untuk melacak pembaruan terkait, menghasilkan pernyataan SQL rollback, dan mengeksekusinya melalui tiket perubahan data untuk memulihkan data.

Mengapa pengguna RAM tidak dapat menemukan tombol "Restore Individual Database/Table" di halaman Backup dan Pemulihan di konsol ApsaraDB RDS?

Verifikasi bahwa kebijakan AliyunDBSFullAccess dilampirkan ke pengguna RAM. Untuk petunjuknya, lihat Grant permissions to a RAM user.

Bagaimana cara memilih antara pemulihan tingkat database/tabel dan pemulihan darurat?

  • Gunakan pemulihan tingkat database/tabel untuk memulihkan database dan tabel tertentu akibat penghapusan atau modifikasi tidak sengaja. Gunakan pemulihan darurat untuk memulihkan seluruh instans.

  • Pemulihan darurat memungkinkan Anda memulihkan data ke titik waktu tertentu pada instans sandbox (bukan instans RDS). Ini berguna untuk membandingkan data historis, memperbaiki data yang rusak, atau memulihkan kehilangan data dengan menggunakan Data Transmission Service (DTS) untuk memigrasikan data kembali ke instans asli.

Catatan

Jika Anda mengaktifkan kedua fitur pemulihan tingkat database/tabel dan pemulihan darurat, Cloud Data Migration (CDM) menggabungkan penyimpanan di backend untuk mengurangi biaya penyimpanan. Untuk informasi lebih lanjut tentang metode pemulihan data, lihat Overview of data restoration methods.

Apakah ada cara lain untuk memulihkan database dan tabel untuk instans RDS yang menggunakan cloud disk?

Anda dapat menggunakan Data Disaster Recovery untuk mencadangkan dan memulihkan database cloud atau database yang dikelola sendiri pada instans Elastic Compute Service (ECS). Data Disaster Recovery juga memungkinkan Anda mengunduh set cadangan cloud ke komputer lokal.

Catatan

Untuk cara lain memulihkan database dan tabel, lihat pemulihan tingkat database/tabel atau Mencadangkan dan memulihkan data dengan menggunakan mysqldump.

Bagaimana cara memutar balik perubahan data dengan cepat berdasarkan file log biner?

Untuk satu atau sejumlah kecil Operasi DML, Anda dapat menggunakan fitur pelacakan data DMS untuk memulihkan data.

Di mana saya dapat menemukan tabel yang dipulihkan?

Tabel yang dipulihkan berada di database rx_backup_task_no.