Logically back up and restore a PolarDB for MySQL database - Data Management

Pemulihan Bencana Data menyediakan fitur seperti pemulihan tabel tunggal, redundansi geografis, dan arsip jangka panjang untuk database PolarDB for MySQL. Topik ini menjelaskan cara menggunakan Pemulihan Bencana Data untuk mencadangkan dan memulihkan database PolarDB for MySQL.

Catatan penggunaan

Sebelum mencadangkan data inkremental dari database PolarDB for MySQL, pastikan bahwa fitur pencatatan biner diaktifkan. Secara default, fitur ini dinonaktifkan. Untuk informasi lebih lanjut, lihat Aktifkan pencatatan biner.

Buat jadwal cadangan

Untuk informasi lebih lanjut, lihat Buat jadwal cadangan.

Catatan

Saat membuat jadwal cadangan, atur parameter Tipe Sumber Data ke MySQL dan parameter Metode Cadangan ke Logical Backup.
Untuk informasi tentang granularitas pencadangan dan pemulihan oleh Pemulihan Bencana Data untuk database PolarDB for MySQL, lihat Tipe database yang didukung dan fitur.

Konfigurasikan jadwal cadangan

Masuk ke Konsol Manajemen Data (DMS) V5.0.
Di bilah navigasi atas, pilih Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Catatan
Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan pointer ke ikon di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Di halaman Jadwal Cadangan, temukan jadwal cadangan yang ingin dikonfigurasi dan klik Configure Backup Schedule di kolom Actions.

Di langkah Configure Backup Source and Destination, konfigurasikan sumber dan tujuan cadangan, lalu klik Next di pojok kanan bawah halaman.

Bagian	Parameter	Deskripsi
Tidak Ada	Schedule Name	Nama jadwal cadangan. Pemulihan Bencana Data secara otomatis menghasilkan nama jadwal cadangan. Kami menyarankan Anda memasukkan nama deskriptif yang mudah dikenali. Nama jadwal cadangan tidak perlu unik.
Backup Source Information	Backup Mode	Metode yang digunakan untuk mencadangkan data. Nilai default dari parameter ini adalah metode cadangan yang Anda pilih saat membeli jadwal cadangan. Dalam contoh ini, Cadangan Logis ditampilkan.
	Database Location	Lokasi database sumber yang ingin Anda cadangkan. Pilih PolarDB dari daftar drop-down.
	Instance Region	Wilayah tempat instans database sumber berada.
	Database Type	Tipe database sumber. Nilai default: MySQL.
	PolarDB Instance ID	ID database sumber PolarDB for MySQL.
	Database Account	Nama pengguna akun yang digunakan untuk terhubung ke database sumber. Akun tersebut harus memiliki izin untuk mencadangkan database. Untuk informasi lebih lanjut, lihat Izin yang diperlukan untuk berbagai jenis akun database.
	Password	Kata sandi akun yang digunakan untuk terhubung ke database yang ingin Anda cadangkan. Setelah Anda memasukkan nama pengguna dan kata sandi akun database, klik Test Connection di sebelah kata sandi untuk memeriksa apakah informasi tentang database yang ingin Anda cadangkan valid. Jika parameter yang ditentukan valid, pesan Uji Berhasil akan ditampilkan. Jika pesan Uji Gagal ditampilkan, klik Periksa di sebelah Uji Gagal. Modifikasi informasi tentang database yang ingin Anda cadangkan berdasarkan hasil pemeriksaan.
	Compliance warranty regarding cross-border data transfers	Baca dan setujui komitmen kepatuhan dengan memilih kotak centang.
Backup Destination Information	Backup Storage Type	Tipe penyimpanan data cadangan. Nilai valid: DBS Storage (recommended): Data cadangan disimpan di Pemulihan Bencana Data tanpa perlu membuat bucket Object Storage Service (OSS). Anda akan dikenakan biaya berdasarkan volume data yang disimpan di Pemulihan Bencana Data. Untuk informasi lebih lanjut tentang metode penagihan, lihat Biaya penyimpanan. OSS For User: Anda harus membuat bucket di konsol OSS terlebih dahulu. Untuk informasi lebih lanjut, lihat Buat bucket. Catatan Dalam contoh ini, DBS Storage (recommended) dipilih. Jika Anda memilih OSS For User, Anda harus mengonfigurasi parameter OSS Bucket Name. Hanya kelas penyimpanan Standar yang didukung. Jika Anda ingin menyimpan sejumlah besar data, kami sarankan Anda membeli paket penyimpanan berlangganan untuk mengimbangi biaya penyimpanan bawaan Pemulihan Bencana Data. Paket penyimpanan Pemulihan Bencana Data lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian.
Backup Destination Information	Storage Encryption	Metode yang digunakan untuk mengenkripsi data yang disimpan. Nilai valid: Encrypted (direkomendasikan): AES-256 digunakan untuk mengenkripsi data yang tersimpan. Fitur enkripsi sisi server digunakan di OSS. Saat Anda mengunggah objek ke bucket yang memiliki enkripsi sisi server diaktifkan, OSS mengenkripsi dan menyimpan objek tersebut. Saat Anda mengunduh objek terenkripsi dari OSS, OSS mendekripsi objek tersebut dan mengembalikan objek terdekripsi kepada Anda. Untuk informasi lebih lanjut, lihat Enkripsi sisi server. Non-encrypted: Data yang disimpan tidak dienkripsi.

Di langkah Edit Backup Objects, temukan database atau tabel yang ingin dicadangkan di bagian Tersedia. Klik panah ke kanan untuk menambahkan database atau tabel yang dipilih ke bagian Selected. Lalu, klik Next.
Catatan
- Pemulihan Bencana Data memungkinkan pencadangan satu tabel, satu database, atau beberapa database. Anda dapat mengklik Select All di pojok kiri bawah bagian Tersedia untuk memilih semua database. Objek cadangan yang didukung bervariasi berdasarkan tipe database. Untuk informasi lebih lanjut, lihat Tipe database yang didukung dan fitur.
- Secara default, jadwal cadangan tidak dapat digunakan untuk mencadangkan database yang dibuat setelah jadwal cadangan dibuat. Untuk mencadangkan database tersebut, tambahkan database ke jadwal cadangan di halaman Konfigurasi Tugas jadwal cadangan. Untuk informasi lebih lanjut, lihat Ubah objek cadangan.

Di langkah Configure Backup Time, atur parameter yang dijelaskan dalam tabel berikut dan klik Next.

Parameter	Deskripsi
Full-scale Backup Frequency	Frekuensi jadwal cadangan. Nilai valid: Periodic Backup dan Single Backup. Catatan Jika Anda memilih Periodic Backup, Anda harus mengonfigurasi parameter Full Data Backup Recurrence dan Start At.
Full Data Backup Recurrence	Hari-hari dalam seminggu ketika Pemulihan Bencana Data menjalankan jadwal cadangan. Anda dapat memilih satu atau lebih hari dalam seminggu. Pilih setidaknya satu hari dalam seminggu.
Start At	Waktu mulai cadangan. Kami menyarankan Anda menetapkan waktu di luar jam sibuk. Contoh: 01:00. Catatan Jika cadangan data penuh sebelumnya belum selesai pada waktu mulai cadangan berikutnya, Pemulihan Bencana Data melewati cadangan berikutnya.
Incremental Backup	Menentukan apakah akan mengaktifkan cadangan inkremental. Jika Anda mengaktifkan cadangan inkremental, pastikan bahwa fitur pencatatan biner diaktifkan untuk database PolarDB for MySQL yang ingin Anda cadangkan. Untuk informasi lebih lanjut, lihat Aktifkan pencatatan biner. Parameter ini hanya ditampilkan jika Anda mengatur parameter Full-scale Backup Frequency ke Periodic Backup.
Maximum Concurrent Threads for Full Data Backup	Jumlah maksimum thread bersamaan yang tersedia untuk cadangan penuh. Anda dapat mengatur parameter ini untuk menyesuaikan kecepatan cadangan. Misalnya, Anda dapat mengurangi jumlah thread cadangan untuk meminimalkan dampak pada database.
Backup network speed limit	Batas pada lebar pita jaringan. Anda dapat menentukan batas berdasarkan kebutuhan bisnis Anda. Nilai default: `0`, yang menunjukkan bahwa lebar pita jaringan tidak dibatasi.

Di langkah Edit Lifecycle, konfigurasikan siklus hidup untuk data cadangan penuh di bagian Konfigurasi Siklus Hidup Data Penuh.
Jika Anda mengatur parameter Incremental Backup ke Aktifkan di Langkah 6, Anda harus mengonfigurasi siklus hidup untuk data cadangan inkremental. Untuk informasi lebih lanjut tentang aturan siklus hidup data cadangan, lihat Bagaimana cara mengelola aturan siklus hidup set cadangan?
Setelah konfigurasi selesai, klik Precheck di pojok kanan bawah halaman.
Jika pesan Precheck Passed muncul, klik Start Task.
Catatan
- Jika status jadwal cadangan berubah menjadi Running, jadwal cadangan mulai berlaku.
- Jika terjadi pengecualian atau kesalahan saat memulai jadwal cadangan, perbaiki pengecualian atau kesalahan tersebut segera. Untuk informasi lebih lanjut, lihat Bagaimana cara memperbaiki kesalahan untuk jadwal cadangan yang abnormal? Jika masalah tetap ada setelah menggunakan solusi yang disediakan dalam topik sebelumnya, hubungi dukungan teknis di grup DingTalk (ID: 35585947).

Pulihkan database PolarDB for MySQL

Masuk ke atau Konsol DMS V5.0.
Di bilah navigasi atas, pilih Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Catatan
Jika Anda menggunakan konsol DMS dalam mode sederhana, gerakkan pointer ke ikon di sudut kiri atas konsol DMS dan pilih All Features > Security and Specifications (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Di halaman Jadwal Cadangan, temukan jadwal cadangan yang ingin dikelola dan klik Manage di kolom Actions.
Di halaman Configure Task, klik Restore Database di pojok kanan atas.

Di langkah Set Time Restored To dari wizard Buat Tugas Pemulihan, konfigurasikan parameter yang dijelaskan dalam tabel berikut dan klik Next.

Bagian	Parameter	Deskripsi
Tidak Ada	Task Name	Nama tugas pemulihan. Pemulihan Bencana Data secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang dapat membantu Anda mengidentifikasi tugas tersebut. Nama tugas tidak perlu unik.
Set Time Restored To	Time Range Available to Restore	Rentang waktu dari titik waktu saat set cadangan penuh pertama dibuat hingga titik waktu saat set cadangan penuh terbaru dibuat. Database dapat dipulihkan ke titik waktu dalam rentang waktu tersebut.
Set Time Restored To	Restore To	Titik waktu ke mana Anda ingin memulihkan database sumber. Nilai tersebut harus berada dalam rentang waktu yang ditentukan oleh parameter Time Range Available to Restore. Catatan Jika fitur cadangan inkremental diaktifkan, Pemulihan Bencana Data memungkinkan Anda memulihkan data ke titik waktu dari penyelesaian cadangan penuh pertama hingga penyelesaian cadangan inkremental terakhir. Jika fitur cadangan inkremental dinonaktifkan, Pemulihan Bencana Data memungkinkan Anda memulihkan data ke titik waktu ketika cadangan penuh selesai.
Configure Destination Database	Target database instance type	Tipe instans database tujuan. Pilih Use Exists. Dalam contoh ini, set cadangan dipulihkan ke kluster sumber PolarDB.
	Database Location	Lokasi database tujuan. Pilih PolarDB.
	Instance Region	Wilayah tempat database tujuan berada.
	Database Type	Tipe database tujuan. Nilai default: MySQL.
	PolarDB Instance ID	ID kluster tujuan PolarDB for MySQL.
	Database Account	Nama pengguna akun yang digunakan untuk terhubung ke database tujuan. Akun tersebut harus memiliki izin tulis pada database.
	Password	Kata sandi akun yang digunakan untuk terhubung ke database tujuan.
	Compliance warranty regarding cross-border data transfers	Baca dan setujui komitmen kepatuhan dengan memilih kotak centang.

Di langkah Configure Objects to Restore, konfigurasikan parameter yang dijelaskan dalam tabel berikut dan klik Precheck.

Parameter	Deskripsi
Conflict Handling	Secara default, Rename Object with the Same Name dipilih untuk parameter Conflict Handling. Sebagai contoh, jika tabel `job_info` yang akan dipulihkan memiliki nama yang sama dengan tabel di database tujuan, sistem akan mengubah nama tabel yang dipulihkan dalam format berikut: `job_info_dbs_<ID Tugas Pemulihan>_<Timestamp>`.
Objects to Restore	Pilih database atau tabel yang ingin Anda pulihkan di bagian Available dan klik panah ke kanan untuk menambahkannya ke bagian Selected. Catatan Pemulihan Bencana Data memungkinkan Anda memulihkan beberapa database berdasarkan database atau tabel. Ini mengurangi jumlah data yang harus dipulihkan dan mempersingkat waktu objektif pemulihan (RTO). Untuk informasi lebih lanjut tentang granularitas pemulihan, lihat Tipe database yang didukung dan fitur.

Jika pesan Precheck Passed muncul di kotak dialog Precheck, klik Start Task.
Untuk melihat kemajuan pemulihan database, klik Restore Tasks di panel navigasi di sebelah kiri.
Catatan
Durasi pemulihan bergantung pada spesifikasi jadwal cadangan dan ukuran database yang akan dipulihkan. Durasi pemulihan lebih singkat untuk jadwal cadangan dengan spesifikasi lebih tinggi. Untuk informasi lebih lanjut, lihat Tes kinerja pada cadangan logis dan fisik.

Operasi terkait

Anda dapat memanggil operasi CreateBackupPlan untuk membuat jadwal cadangan. Anda juga dapat memanggil operasi CreateAndStartBackupPlan untuk membuat, mengonfigurasi, dan memulai jadwal cadangan. Untuk informasi lebih lanjut, lihat CreateBackupPlan atau CreateAndStartBackupPlan.
Anda dapat mengubah sumber cadangan dan objek cadangan dari jadwal cadangan. Anda juga dapat mengubah strategi cadangan seperti waktu cadangan dan kebijakan retensi cadangan. Untuk informasi lebih lanjut, lihat Kelola rencana cadangan.
Anda dapat memeriksa biaya yang mungkin dikenakan untuk jadwal cadangan. Untuk informasi lebih lanjut, lihat FAQ Penagihan.
Untuk mengurangi biaya, Anda dapat menjeda jadwal cadangan yang tidak Anda butuhkan. Untuk informasi lebih lanjut, lihat Jeda atau mulai jadwal cadangan.

FAQ

Apa yang harus saya lakukan jika jadwal cadangan untuk database PolarDB for MySQL gagal pra-pemeriksaan pada fitur pencatatan biner?
Pra-pemeriksaan gagal karena fitur pencatatan biner dinonaktifkan untuk database PolarDB for MySQL. Anda dapat mengaktifkan fitur pencatatan biner untuk database Anda di konsol PolarDB. Untuk informasi lebih lanjut, lihat Aktifkan pencatatan biner.