Pemulihan Bencana Data di Konsol Data Management (DMS) menyediakan kemampuan cadangan penuh, cadangan inkremental, dan pemulihan database. Gunakan jadwal backup untuk mengotomatiskan backup berulang dan memulihkan data saat diperlukan.
Pemulihan Bencana Data mendukung opsi backup dan pemulihan yang berbeda tergantung pada jenis database Anda. Untuk jenis database yang didukung dan detail fitur, lihat Jenis database dan fitur yang didukung.
Prasyarat
Sebelum memulai, pastikan Anda telah memiliki:
Akses ke Konsol DMS V5.0
Akun database dengan izin yang diperlukan untuk database yang akan dibackup. Untuk detailnya, lihat Izin akun
(Hanya untuk backup fisik) gateway cadangan yang telah diinstal pada server database. Untuk petunjuk instalasi, lihat Instal gateway cadangan
Untuk memeriksa apakah gateway cadangan telah diinstal, buka halaman Backup Gateways di Konsol DMS.
Pemahaman yang jelas mengenai metode backup yang sesuai dengan kebutuhan Anda. Untuk panduan, lihat:
Buat jadwal backup
Masuk ke Konsol DMS V5.0.
Pada bilah navigasi atas, pilih Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Jika Konsol DMS berada dalam mode simple, arahkan kursor ke ikon
di pojok kiri atas dan pilih All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.Pada halaman Backup Schedules, klik Create Schedule di pojok kanan atas.
Konfigurasikan parameter berikut dan klik Buy and Start.
Parameter jadwal backup
| Parameter | Deskripsi |
|---|---|
| Product Type | Jenis jadwal backup yang akan dibeli. Jadwal backup pay-as-you-go tidak dapat dibuat di Konsol Data Management (DMS). |
| Region | Wilayah tempat data backup disimpan. Tersedia dua opsi: Backup in the same region — pilih wilayah tempat database sumber berada. Geo-redundancy — pilih wilayah berbeda untuk pemulihan bencana yang lebih kuat. Opsi ini mungkin menimbulkan biaya tambahan. Misalnya, untuk membackup database di wilayah China (Beijing) ke wilayah China (Shanghai), pilih China (Shanghai). |
| Data Source Type | Jenis database dari sumber data. Untuk instans ApsaraDB RDS for MySQL, database MySQL yang dikelola sendiri, atau kluster PolarDB for MySQL, pilih MySQL. Untuk detail pemilihan jenis sumber data, lihat Jenis database dan fitur yang didukung. |
| Specification | Tingkat performa untuk jadwal backup. Tiers yang tersedia: micro, small, medium, large, xlarge, 2xlarge, dan 4xlarge. Tier yang lebih tinggi memberikan kecepatan backup dan pemulihan yang lebih cepat. Tier xlarge ke atas tidak memiliki batas atas volume data backup. Untuk database produksi, pilih tier xlarge atau lebih tinggi. Jika performa tinggi tidak diperlukan, pilih tier berdasarkan biaya dan kebutuhan. Untuk panduan, lihat Pilih metode backup dan jenis jadwal backup. |
| Backup Method | Pendekatan backup. Physical Backup — melakukan backup file database pada level sistem operasi. Hanya tersedia untuk database yang dikelola sendiri (bukan instans ApsaraDB RDS). Umumnya lebih cepat daripada cadangan logis. Mendukung instans sandbox untuk pemulihan bencana darurat. Logical Backup — melakukan backup objek database seperti tabel, indeks, dan prosedur tersimpan. Tersedia untuk instans ApsaraDB RDS, database yang dikelola sendiri di pusat data, serta database yang dikelola sendiri pada instans Elastic Compute Service (ECS). Memungkinkan backup detail halus untuk database dan tabel tertentu. Untuk detailnya, lihat Cadangan logis, cadangan fisik, dan snapshot dan Pilih metode backup. |
| Storage Space | Kapasitas penyimpanan tidak ditentukan saat pembelian. Biaya dihitung berdasarkan jumlah data aktual yang disimpan di Pemulihan Bencana Data. Untuk volume backup besar, beli backup instance storage plan untuk mengimbangi biaya penyimpanan untuk built-in DBS storage. Untuk detail penagihan, lihat Billing FAQ. |
| Resource Group | Kelompok sumber daya untuk jadwal backup. Pilih kelompok sumber daya default atau kelompok sumber daya kustom. |
| Quantity | Jumlah jadwal backup yang akan dibeli. Setiap jadwal backup mendukung satu instans database dan satu jenis database. Misalnya, membackup Instans A dan Instans B ApsaraDB RDS for MySQL memerlukan dua jadwal. Membackup database SQL Server yang dikelola sendiri dan database MySQL yang dikelola sendiri juga memerlukan dua jadwal. |
| Subscription Duration | Periode langganan untuk jadwal backup. |
Memilih tier spesifikasi rendah untuk database dengan skema tabel yang tidak optimal, tabel besar, atau field besar dapat menyebabkan kegagalan backup karena sumber daya tidak mencukupi. Untuk skenario ini, pilih tier spesifikasi yang lebih tinggi.
Untuk informasi tentang biaya yang mungkin berlaku untuk jadwal backup, lihat Billing FAQ.
Pada halaman Confirm Order, verifikasi detail pesanan, baca dan setujui syarat layanan, lalu klik Pay.
Setelah pembayaran, jadwal backup baru akan muncul di halaman Backup Schedules.
Konfigurasi jadwal backup
Setelah membeli jadwal backup, konfigurasikan agar terhubung ke database Anda dan tentukan pengaturan backup. Contoh berikut menggunakan jadwal backup logis untuk instans ApsaraDB RDS for MySQL. Langkah konfigurasi bervariasi tergantung mesin database.
Pada halaman Backup Schedules, temukan jadwal backup tersebut dan klik Configure Backup Schedule di kolom Actions.
Pada langkah Configure Backup Source and Destination, tentukan sumber dan tujuan backup, lalu klik Next.
Pada langkah Edit Backup Objects, pilih database atau tabel yang akan dibackup dan tambahkan ke bagian Selected. Klik Next.
Dengan Logical Backup, tentukan database dan tabel individual untuk backup penuh. Bergantung pada jenis database Anda, Anda dapat membackup satu tabel, satu database, beberapa database, atau seluruh instans. Cadangan inkremental, jika didukung, secara default membackup semua data inkremental. Dengan Physical Backup, seluruh instans database dibackup.
Pada langkah Configure Backup Time, atur jadwal dan frekuensi backup, lalu klik Next.
Pada langkah Edit Lifecycle, konfigurasikan periode retensi untuk data cadangan penuh.
Jika Anda mengatur parameter Incremental Backup ke Enable pada langkah sebelumnya, konfigurasikan juga periode retensi untuk data cadangan inkremental.
Klik Precheck.
Setelah muncul pesan Precheck Passed, klik Start Task.
Hasil
Status jadwal backup berubah menjadi Running, yang menunjukkan bahwa jadwal aktif dan backup dijalankan sesuai frekuensi yang dikonfigurasi.
Jika terjadi pengecualian atau error pada jadwal backup, bergabunglah dengan grup DingTalk (ID: 35585947) untuk dukungan teknis.
Pulihkan database
Catatan penggunaan
Pemulihan lintas wilayah: Untuk memulihkan database ke instans ApsaraDB RDS di wilayah berbeda, pastikan instans tujuan dapat diakses melalui titik akhir publik. Misalnya, jika jadwal backup dibuat di wilayah China (Hangzhou) dan tujuannya adalah instans ApsaraDB RDS di wilayah China (Beijing), instans tersebut harus memiliki titik akhir publik yang diaktifkan.
Durasi pemulihan: Waktu yang diperlukan untuk pemulihan bergantung pada spesifikasi jadwal backup dan ukuran database. Jadwal dengan spesifikasi lebih tinggi memulihkan data lebih cepat. Database yang lebih besar memerlukan waktu pemulihan lebih lama.
Fitur sandbox: Pemulihan Bencana Data juga menyediakan fitur sandbox berdasarkan teknologi manajemen data salinan (CDM). Fitur ini memulihkan database dengan Objektif Waktu Pemulihan (RTO) beberapa detik, memungkinkan analisis, pengujian, dan verifikasi di instans sandbox. Untuk detailnya, lihat Gunakan fitur pemulihan darurat untuk database MySQL yang dikelola sendiri.
Prosedur
Prosedur ini menjelaskan alur kerja pemulihan umum. Langkah-langkah spesifik bervariasi tergantung mesin database.
Pada halaman Backup Schedules, temukan jadwal backup dan klik Manage di kolom Actions.
Pada halaman Configure Task, klik Restore Database di pojok kanan atas.
Pada langkah Set Time Restored To pada wizard Create Restore Task, konfigurasikan parameter di bagian Set Time Restored To dan Configure Destination Database. Lalu, klik Next.
Opsi konfigurasi pemulihan bervariasi tergantung mesin database. Pemulihan Bencana Data dapat memulihkan database seperti MySQL atau SQL Server ke instans ApsaraDB RDS baru tanpa perlu membuat instans tersebut terlebih dahulu.
Pada langkah Configure Objects to Restore, konfigurasikan parameter berikut dan klik Precheck.
Parameter Deskripsi Conflict Handling Nilai default adalah Rename Object with the Same Name. Jika tabel yang akan dipulihkan memiliki nama yang sama dengan tabel di database tujuan, sistem akan mengganti nama tabel yang dipulihkan dengan format: {table_name}_dbs_{restore_task_id}_{timestamp}. Misalnya, tabeljob_infodiganti namanya menjadijob_info_dbs_<Restore task ID>_<Timestamp>.Objects to Restore Pilih database atau tabel yang akan dipulihkan dari bagian Available dan pindahkan ke bagian Selected. Pemulihan Bencana Data mendukung pemulihan sebagian database pada level database atau tabel, yang mengurangi volume data dan memperpendek Objektif Waktu Pemulihan (RTO). Untuk granularitas yang didukung, lihat Jenis database dan fitur yang didukung. Setelah muncul pesan Precheck Passed, klik Start Task.
Hasil
Tugas pemulihan dimulai. Untuk melihat progres pemulihan, klik Restore Tasks di panel navigasi kiri.
Durasi pemulihan bergantung pada spesifikasi jadwal backup dan ukuran database. Jadwal dengan spesifikasi lebih tinggi menyelesaikan pemulihan lebih cepat. Jika target pemulihan adalah instans ApsaraDB RDS baru, sistem memerlukan waktu sekitar 5 hingga 10 menit untuk membuat instans tersebut. Setelah pemulihan selesai, lihat instans baru di Konsol ApsaraDB RDS, atau buka Restore Tasks, klik ID tugas pemulihan, lalu klik ID instans ApsaraDB RDS di bagian Basic Information.