Pulihkan data lengkap instans ApsaraDB RDS untuk MySQL - ApsaraDB RDS

Anda dapat menggunakan file cadangan data dan file cadangan log dari instans ApsaraDB RDS untuk MySQL untuk memulihkan data ke instans RDS baru. Metode ini cocok untuk analisis data historis dan pemulihan data akibat operasi tidak disengaja.

Prasyarat

Instans RDS asli harus memenuhi persyaratan berikut:

Instans RDS berada dalam status Running dan tidak terkunci.
Tidak ada tugas migrasi yang sedang berlangsung.
Pencadangan telah selesai. ApsaraDB RDS menyediakan fitur pencadangan otomatis. Untuk informasi selengkapnya tentang metode pencadangan, lihat Ikhtisar metode pencadangan.
Fitur pencadangan log diaktifkan. Persyaratan ini wajib dipenuhi jika Anda ingin memulihkan data ke titik waktu tertentu. Untuk informasi selengkapnya tentang cara mengaktifkan fitur tersebut, lihat Cadangan log RDS MySQL.
Setidaknya satu pencadangan fisik telah selesai. Persyaratan ini wajib dipenuhi jika Anda ingin memulihkan data dari set cadangan. Untuk informasi selengkapnya, lihat Pencadangan otomatis.

Deskripsi fitur

Item	Deskripsi
Rentang pemulihan	Seluruh instans RDS dipulihkan.
Spesifikasi instans RDS baru	Instans RDS baru menggunakan konfigurasi daftar putih, konfigurasi pencadangan, dan konfigurasi parameter yang sama dengan instans RDS asli.
Informasi akun instans RDS baru	Informasi akun yang tersimpan pada titik waktu pemulihan data termasuk dalam instans RDS baru. Informasi akun dalam file cadangan data yang Anda pilih untuk pemulihan data juga termasuk dalam instans RDS baru.
Data pada instans RDS baru	Data pada instans RDS baru sama dengan data dalam file cadangan yang ditentukan dari instans RDS asli.
Titik waktu untuk pemulihan data	Jika fitur pencadangan log dinonaktifkan, Anda hanya dapat memulihkan data ke titik waktu saat data dicadangkan. Jika fitur pencadangan log diaktifkan, Anda dapat memulihkan data ke titik waktu apa pun dalam periode retensi pencadangan log. Jika fitur pemulihan pada titik waktu (PITR) diaktifkan, Anda dapat memulihkan data ke titik waktu apa pun berdasarkan nilai parameter Time Range of Specific Points in Time for Restoration. Fitur PITR merupakan peningkatan dari fitur pencadangan log. Catatan Untuk informasi selengkapnya tentang cara melihat periode retensi file cadangan log, lihat Gunakan fitur pencadangan log. Untuk informasi selengkapnya, lihat Perbedaan antara perlindungan titik waktu dan pencadangan log.
Waktu yang diperlukan untuk pemulihan data	Periode waktu yang diperlukan untuk pemulihan data bervariasi berdasarkan berbagai faktor. Misalnya, jika Anda memulihkan data sebesar 200 GB, waktu yang dibutuhkan kira-kira 3 jam. Untuk informasi selengkapnya, lihat bagian "FAQ" topik ini.

Aturan penagihan

Anda dikenai biaya untuk instans RDS baru yang digunakan untuk memulihkan data. Harga instans RDS baru dapat dilihat saat membuat instans tersebut.

Catatan

Jika Anda ingin menggunakan instans RDS sementara, buat instans RDS dengan model bayar sesuai penggunaan atau arsitektur tanpa server. Setelah data dipulihkan ke instans RDS baru, Anda dapat memigrasikan data ke instans RDS asli lalu melepaskan instans RDS baru. Untuk informasi selengkapnya, lihat Migrasikan data antar instans ApsaraDB RDS dan Lepaskan atau batalkan langganan instans ApsaraDB RDS untuk MySQL.
Biaya instans RDS baru langsung dikenakan setelah instans tersebut dibuat.

Aktifkan fitur pemulihan data lengkap

Anda tidak perlu mengaktifkan fitur pemulihan data lengkap secara manual. Setelah instans RDS dibuat, sistem secara otomatis melakukan pencadangan berkala. File cadangan data dan file cadangan log yang dihasilkan dapat digunakan untuk memulihkan data lengkap instans RDS.

Prosedur

Anda dapat menggunakan data cadangan dari instans RDS asli untuk membuat instans RDS lain guna pemulihan data. Metode ini tidak memengaruhi kinerja instans RDS asli.

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS tersebut dan klik ID instans.
Di panel navigasi sebelah kiri, klik Backup and Restoration.
Pada halaman yang muncul, klik Restore Database.
Catatan
Anda juga dapat mengklik Restore Instance di bagian Instance Distribution pada halaman Basic Information.

Pada halaman Restore Instance, pilih titik waktu tujuan pemulihan data atau pilih set cadangan dari mana Anda ingin memulihkan data. Lalu, konfigurasikan parameter lainnya.

Parameter	Deskripsi
Billing Method	Subscription: Instans RDS berlangganan adalah instans yang Anda bayar di muka. Metode ini cocok untuk penggunaan jangka panjang. Anda mendapatkan harga lebih rendah untuk durasi langganan yang lebih lama. Pay-as-you-go: Instans RDS bayar sesuai penggunaan ditagih per jam berdasarkan penggunaan sumber daya aktual Anda. Metode ini cocok untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans RDS bayar sesuai penggunaan, Anda dapat melepaskannya.
Restoration Mode	By Backup Set: Metode ini memungkinkan Anda memulihkan data dari set cadangan tertentu. File cadangan logis tidak didukung. By Point in Time: Metode ini memungkinkan Anda memulihkan data ke titik waktu dalam periode retensi pencadangan log. Opsi ini hanya tersedia jika fitur pencadangan log diaktifkan.
Product Type	Jika Anda mengatur parameter Edition ke Basic Edition, parameter ini tidak ditampilkan. Jika Anda mengatur parameter Edition ke High-availability Edition, jenis produk yang dapat Anda pilih bergantung pada jenis penyimpanan instans RDS Anda. Jika Anda mengatur parameter Storage Type ke ESSD atau Premium ESSD, jenis produk Standard dan YiTian tersedia. Untuk informasi selengkapnya, lihat Jenis produk. Jika Anda mengatur parameter Storage Type ke PremiumLocal SSD, hanya jenis produk Standard yang tersedia. Jika Anda mengatur parameter Edition ke Cluster Edition, jenis produk Standard dan YiTian tersedia.
Zone of Primary Node dan Zone of Secondary Node	Anda dapat memilih metode Single-zone Deployment atau Multi-zone Development. Single-zone Deployment: Jika Anda memilih metode penerapan ini, instans RDS primer dan sekunder diterapkan di zona yang sama. Multi-zone Development: Jika Anda memilih metode penerapan ini, instans RDS primer dan sekunder diterapkan di beberapa zona untuk menerapkan pemulihan bencana antar-zona. Kami merekomendasikan agar Anda memilih metode penerapan ini. Catatan Setelah instans RDS dibuat, Anda dapat melihat informasi tentang instans RDS baru dan instans RDS sekundernya di halaman Service Availability. Jika Anda memilih RDS Basic Edition, sistem database hanya mendukung metode penerapan single-zone.
Instance Type	General-purpose Instance Types: Instans RDS tujuan umum secara eksklusif menempati sumber daya memori dan I/O. Namun, jenis instans ini berbagi sumber daya CPU dan penyimpanan dengan instans tujuan umum lain yang diterapkan pada host yang sama. Dedicated Instance Types: Instans RDS khusus secara eksklusif menempati sumber daya CPU, memori, penyimpanan, dan I/O yang dialokasikan. Keluarga instans host khusus adalah konfigurasi tertinggi dari keluarga instans khusus. Instans RDS host khusus secara eksklusif menempati semua sumber daya CPU, memori, penyimpanan, dan I/O pada host tempat instans tersebut diterapkan. Catatan Setiap jenis instans mendukung jumlah core, kapasitas memori, jumlah maksimum koneksi, dan IOPS maksimum tertentu. Untuk informasi selengkapnya, lihat Jenis instans utama ApsaraDB RDS.
Storage Capacity	Jumlah maksimum penyimpanan yang disediakan untuk menyimpan file data, file sistem, file log biner, dan file transaksi dalam instans RDS. Anda dapat menyesuaikan kapasitas penyimpanan dengan ukuran langkah 5 GB.

Klik Next: Instance Configuration untuk mengonfigurasi jenis jaringan dan kelompok sumber daya instans RDS.

Parameter	Deskripsi
Network Type	Classic Network: jenis jaringan tradisional. VPC: jenis jaringan yang direkomendasikan. virtual private cloud (VPC) adalah jaringan virtual terisolasi yang memberikan keamanan dan kinerja lebih tinggi dibandingkan jaringan klasik. Jika Anda memilih jenis jaringan VPC, Anda harus mengonfigurasi parameter VPC dan vSwitch of Primary Node. Jika Anda mengatur parameter Deployment Method ke Multi-zone deployment pada langkah sebelumnya, Anda juga harus mengonfigurasi parameter vSwitch of Secondary Node. Catatan Jenis jaringan instans RDS baru harus sama dengan jenis jaringan instans Elastic Compute Service (ECS) yang ingin Anda hubungkan. Jika instans RDS baru dan instans ECS berada di VPC, pastikan instans tersebut berada di VPC yang sama. Jika instans RDS baru dan instans ECS berada di VPC yang berbeda, instans tersebut tidak dapat berkomunikasi melalui jaringan internal.
Resource Group	Anda dapat menggunakan kelompok sumber daya untuk mengkategorikan sumber daya Akun Alibaba Cloud Anda. Kelompok sumber daya membantu Anda menyederhanakan pengelolaan sumber daya dan izin dalam Akun Alibaba Cloud Anda. Anda dapat memilih kelompok sumber daya yang sudah ada atau membuat kelompok sumber daya. Jika Anda tidak perlu mengelompokkan sumber daya, pilih Default Resource Group.

Klik Next: Confirm Order.
Konfirmasi pengaturan di bagian Parameters, konfigurasikan parameter Purchase Plan dan Duration, klik Confirm Order, lalu selesaikan pembayaran. Anda hanya perlu mengonfigurasi parameter Duration jika memilih metode penagihan berlangganan untuk instans RDS.
Catatan
Jika Anda memilih metode penagihan berlangganan untuk instans RDS baru, kami merekomendasikan agar Anda memilih Auto-Renew Enabled di bawah parameter Duration. Dengan demikian, Anda tidak perlu memperpanjang instans RDS baru secara berkala, serta mencegah gangguan pada beban kerja Anda di instans RDS baru akibat keterlambatan pembayaran.
Opsi. Masuk ke instans RDS baru dan verifikasi data.

Perbaiki data online pada instans RDS baru

Setelah memulihkan data instans RDS asli ke instans RDS baru, Anda dapat menggunakan Data Transmission Service (DTS) untuk memigrasikan sebagian atau seluruh data dari database dan tabel yang diperlukan ke instans RDS asli guna memperbaiki data online. Untuk informasi selengkapnya, lihat Migrasikan data antar instans ApsaraDB RDS untuk MySQL.

Catatan

Saat membuat tugas, gunakan instans RDS baru sebagai database sumber dan instans RDS asli sebagai database tujuan, lalu atur parameter Access Method untuk kedua database sumber dan tujuan ke Alibaba Cloud Instance.

Referensi

Topik ini cocok untuk pemulihan data lengkap. Untuk informasi selengkapnya tentang cara memulihkan database dan tabel individual, lihat Pulihkan database dan tabel individual. Untuk informasi lebih lanjut, lihat Ikhtisar metode pemulihan data.

Jika Anda ingin memulihkan data ke instans RDS asli, instans RDS yang sudah ada, atau instans yang dikelola sendiri, Anda dapat menggunakan beberapa metode. Tabel berikut menjelaskan metode-metode tersebut.

Penting

Anda tidak dapat memulihkan file cadangan yang diunduh ke instans RDS for MySQL yang sudah ada. Untuk mencapai tujuan ini, Anda dapat memulihkan file cadangan ke instans baru, memverifikasi data pada instans baru, lalu memigrasikan data dari instans baru ke instans yang sudah ada.

Destinasi pemulihan	Metode pemulihan
Instans RDS asli	Metode 1: Pulihkan data instans RDS asli ke instans RDS baru, verifikasi data pada instans RDS baru, lalu migrasikan sebagian atau seluruh data dari database dan tabel yang diperlukan ke instans RDS asli. Metode 2: Gunakan fitur pemulihan untuk database dan tabel untuk memulihkan data lengkap ke instans RDS asli. Metode 3: Gunakan Database Backup (DBS) untuk membuat cadangan logis. Lalu, pulihkan data ke instans RDS asli menggunakan file cadangan logis. Untuk informasi selengkapnya, lihat Pulihkan database MySQL dari cadangan logis.
Instans RDS lain yang sudah ada	Metode 1: Pulihkan data instans RDS asli ke instans RDS baru, verifikasi data pada instans RDS baru, lalu migrasikan data ke instans RDS lain yang sudah ada. Metode 2: Gunakan DBS untuk membuat cadangan logis. Lalu, pulihkan data ke instans RDS lain yang sudah ada menggunakan file cadangan logis. Untuk informasi selengkapnya, lihat Pulihkan database MySQL dari cadangan logis.
Database yang dikelola sendiri	Metode 1: Pulihkan data instans RDS asli ke instans RDS baru, verifikasi data pada instans RDS baru, lalu migrasikan data ke database yang dikelola sendiri. Metode 2: Gunakan DBS untuk membuat cadangan logis. Lalu, pulihkan data ke database yang dikelola sendiri menggunakan file cadangan logis. Untuk informasi selengkapnya, lihat Pulihkan database MySQL dari cadangan logis. Metode 3: Unduh file cadangan. Lalu, pulihkan data ke database yang dikelola sendiri dari file cadangan. Untuk informasi selengkapnya, lihat Pulihkan data instans ApsaraDB RDS untuk MySQL dari file cadangan fisik ke database MySQL yang dikelola sendiri, Pulihkan data instans ApsaraDB RDS untuk MySQL dari file cadangan logis ke instans MySQL yang dikelola sendiri, atau Pulihkan data instans ApsaraDB RDS untuk MySQL ke instans MySQL yang dikelola sendiri menggunakan file cadangan snapshot.

Untuk informasi selengkapnya tentang cara memulihkan data instans RDS yang menjalankan mesin database berbeda, lihat topik-topik berikut:

FAQ

Bagaimana cara memulihkan satu atau beberapa database individual yang dihapus?

Anda dapat menggunakan fitur pemulihan untuk database dan tabel individual guna memulihkan satu atau beberapa database dan tabel. Jika instans RDS Anda tidak mendukung pemulihan database atau tabel individual, Anda dapat memulihkan data database yang dihapus ke instans RDS baru, memverifikasi data pada instans RDS baru, lalu memigrasikan data dari instans RDS baru kembali ke instans RDS asli Anda.

Bisakah saya memulihkan data instans RDS saya ke titik waktu tertentu?

Ya, Anda dapat memulihkan data instans RDS ke titik waktu tertentu. Jika fitur pencadangan log diaktifkan, Anda dapat memulihkan data ke titik waktu dalam periode retensi file cadangan log. Jika fitur pencadangan log dinonaktifkan, Anda hanya dapat memulihkan data ke titik waktu saat pencadangan data dibuat.

Jika tidak ada file cadangan data yang dibuat untuk instans RDS saya, bisakah saya memulihkan data ke titik waktu tertentu?

Tidak, Anda tidak dapat memulihkan data instans RDS ke titik waktu tertentu jika tidak tersedia file cadangan data. Untuk memulihkan data ke titik waktu tertentu, Anda harus memiliki cadangan data lengkap yang selesai sebelum titik waktu tersebut dan memulihkan data dari file cadangan data tersebut. Selanjutnya, Anda harus memulihkan data inkremental dari file cadangan log yang dihasilkan hingga titik waktu yang ditentukan.

Jika periode retensi pencadangan diatur menjadi tujuh hari, bisakah saya memulihkan data yang dihasilkan tujuh hari lalu?

Tidak, Anda tidak dapat memulihkan data yang dihasilkan tujuh hari lalu. Setelah periode retensi berakhir, cadangan data akan dihapus secara otomatis dan tidak dapat dipulihkan.

Jika periode retensi pencadangan diatur menjadi tujuh hari, bisakah saya menggunakan fitur pelacakan data DMS untuk mengambil cadangan data yang dihapus?

Tidak, Anda tidak dapat menggunakan fitur pelacakan data Data Management (DMS) untuk mengambil cadangan data yang dihapus. Pelacakan data memungkinkan Anda menggunakan log biner untuk memulihkan data. Namun, karena periode retensi pencadangan hanya tujuh hari, Anda tidak dapat melacak log biner yang dihasilkan tujuh hari lalu. Anda dapat mengubah periode retensi pencadangan sesuai penjelasan dalam Pencadangan otomatis.

Mengapa saya dikenai biaya untuk pemulihan database?

Anda dikenai biaya untuk instans RDS baru yang digunakan untuk memulihkan data. Harga instans RDS baru dapat dilihat saat membuat instans tersebut.

Catatan

Jika Anda ingin menggunakan instans RDS sementara, buat instans RDS dengan model bayar sesuai penggunaan atau arsitektur tanpa server. Setelah data dipulihkan ke instans RDS baru, Anda dapat memigrasikan data ke instans RDS asli lalu melepaskan instans RDS baru. Untuk informasi selengkapnya, lihat Migrasikan data antar instans ApsaraDB RDS dan Lepaskan atau batalkan langganan instans ApsaraDB RDS untuk MySQL.
Biaya instans RDS baru langsung dikenakan setelah instans tersebut dibuat.

Berapa lama waktu yang dibutuhkan untuk memulihkan data ke instans RDS baru?

Waktu yang dibutuhkan untuk memulihkan data ke instans RDS baru bergantung pada volume data dan kondisi jaringan. Dalam kebanyakan kasus, pemulihan data memerlukan waktu beberapa menit hingga beberapa jam.

Contoh periode waktu yang dibutuhkan untuk pemulihan data

Tabel berikut mencantumkan perkiraan waktu pemulihan data ke instans RDS baru yang menyediakan 2 core dan 4 GB memori serta menjalankan RDS High-availability Edition dengan Premium Local SSDs.

Operasi	Waktu yang dibutuhkan
Create an RDS instance	5 menit
Configure an RDS instance	15 menit
Download a backup file	200 GB-jam
Start an RDS instance	5 menit
Download a binary log file	200 GB-jam
Apply a binary log file	Berdasarkan konten spesifik file log biner

Catatan

Sebagai contoh, jika Anda ingin memulihkan data sebesar 200 GB dan waktu yang dibutuhkan untuk menerapkan file log biner adalah 30 menit, total waktu pemulihan kira-kira 3 jam. Hal ini berlaku jika data cadangan dan log biner diunduh secara serial.
Jika Anda ingin mempercepat pemulihan, Anda dapat mengaktifkan instans sandbox. Sistem secara otomatis menyinkronkan data ke instans sandbox sehingga Anda dapat melakukan pemulihan cepat. Untuk informasi selengkapnya, lihat Gunakan fitur pemulihan darurat.

Faktor-faktor

Kecepatan pemulihan bervariasi berdasarkan sejumlah faktor, dan pemulihan dapat gagal dalam beberapa keadaan. Anda mungkin juga perlu memecahkan masalah kesalahan akibat eksekusi pernyataan SQL secara manual. Faktor-faktor berikut memengaruhi kecepatan pemulihan:

Volume data cadangan: Semakin besar volume data, semakin lambat kecepatan pemulihan.
Transaksi besar: Jika file log biner berisi informasi tentang transaksi besar, kecepatan pemulihan menjadi lebih lambat.
Pembaruan data aktif: Jika file log biner berisi informasi tentang pembaruan data aktif, kecepatan pemulihan menjadi lebih lambat.
Batasan kunci asing: Batasan kunci asing meningkatkan biaya verifikasi dan menurunkan kecepatan pemulihan.
Jumlah catatan log biner: Jika Anda memulihkan data ke titik waktu tertentu, banyak catatan log biner diperlukan, sehingga menurunkan kecepatan pemulihan.
Jenis penyimpanan: Kecepatan pemulihan lebih tinggi saat menggunakan disk cloud dibandingkan Premium Local SSDs.
Spesifikasi: Spesifikasi yang lebih tinggi menghasilkan kecepatan pemulihan yang lebih tinggi.
Versi mesin database: Jika versi mesin database mendukung replikasi paralel, kecepatan pemulihan lebih tinggi. Sebaliknya, jika tidak mendukung replikasi paralel, kecepatan pemulihan lebih rendah.

Penting

Faktor-faktor berikut dapat menyebabkan kegagalan pemulihan:

Log biner tidak diurai dengan benar karena instans RDS baru menjalankan versi mesin database yang lebih lama daripada instans RDS asli.
Nama tabel atau nama kolom berisi karakter Tionghoa atau karakter khusus.
Log biner dalam instans RDS asli telah dihapus.
Tabel yang tidak memiliki kunci primer tidak dapat dipulihkan karena parameter implicit_primary_key diatur ke off dalam instans RDS asli.

Saat saya membuat instans RDS tempat saya ingin memulihkan data, mengapa saya tidak dapat memilih vSwitch dari daftar drop-down vSwitch of Primary Node?

Jika tidak ada vSwitch yang tersedia di zona yang ditentukan dalam langkah Basic Configurations, Anda tidak dapat memilih vSwitch dari daftar drop-down vSwitch of Primary Node pada langkah Instance Configuration. Dalam kasus ini, klik link untuk membuka konsol VPC. Di konsol VPC, buat vSwitch. Setelah itu, Anda dapat memilih vSwitch dari daftar drop-down vSwitch of Primary Node.