Cadangan logis dan pemulihan instans PolarDB-X - Data Management

Pemulihan Bencana Data memungkinkan Anda melakukan cadangan lintas wilayah, arsip jangka panjang, dan cadangan terdistribusi untuk instans PolarDB-X.

Prasyarat

Database sumber harus berupa instans PolarDB-X 1.0 yang menggunakan instans ApsaraDB RDS for MySQL sebagai penyimpanan. Instans ApsaraDB RDS for MySQL tersebut harus menjalankan MySQL 5.x atau MySQL 8.x.

Fitur

Fitur	Deskripsi
Cadangan file SQL	DBS melakukan cadangan logis dan menyimpan data sebagai file JSON.
Cadangan lintas wilayah	Anda dapat mencadangkan instans PolarDB-X ke bucket OSS di wilayah tujuan, serta memulihkan data ke instans PolarDB-X di wilayah sumber, wilayah tujuan, atau wilayah lainnya.
Arsip jangka panjang	Set cadangan dapat disimpan hingga 10 tahun. Setelah periode retensi berakhir, DBS secara otomatis memindahkan set cadangan ke Archive Storage.
Pembatasan laju cadangan	Mengurangi dampak kinerja tugas cadangan terhadap database sumber.
Cadangan terdistribusi	Jika Anda memilih spesifikasi Tingkat Tinggi atau lebih tinggi untuk jadwal cadangan Anda, cadangan multi-node mempercepat proses pencadangan dan pemulihan.

Buat jadwal cadangan

Untuk informasi selengkapnya, lihat Buat jadwal cadangan.

Catatan

Saat membeli jadwal cadangan, atur tipe sumber data ke PolarDB-X dan metode pencadangan ke Logical Backup.

Konfigurasikan jadwal cadangan

Masuk ke Konsol Data Management (DMS).
Pada bilah navigasi atas, pilih Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

Catatan
Jika Anda menggunakan Konsol DMS dalam mode simple, arahkan penunjuk ke ikon di pojok kiri atas Konsol DMS, lalu pilih All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Temukan jadwal cadangan yang ingin Anda konfigurasikan, lalu klik Configure Backup Schedule pada kolom Actions.

Pada halaman Configure Backup Source and Destination, konfigurasikan informasi sumber dan tujuan, lalu klik Next.

Kategori	Parameter	Deskripsi
N/A	Backup Schedule Name	Nama jadwal cadangan. DBS secara otomatis menghasilkan nama jadwal cadangan. Kami menyarankan Anda menggunakan nama deskriptif yang mudah dikenali. Nama jadwal cadangan tidak perlu unik.
Backup Source Information	Backup Method	Metode yang digunakan untuk mencadangkan data. Secara default, metode pencadangan yang Anda pilih saat membeli jadwal cadangan akan digunakan. Pada contoh ini, Logical Backup digunakan.
	Database Location	Pilih PolarDB-X Instance.
	Instance Region	Wilayah tempat instans database sumber berada.
	Database Type	Pilih PolarDB-X (formerly DRDS).
	PolarDB-X Instance ID	Pilih ID instans yang ingin Anda cadangkan.
	Database Name	Masukkan nama database yang ingin Anda cadangkan.
	Database Account	Masukkan akun database. Akun tersebut harus memiliki izin yang diperlukan untuk mencadangkan database. Untuk informasi selengkapnya, lihat Izin akun.
	Password	Password akun yang digunakan untuk menghubungkan ke database yang ingin Anda cadangkan. Setelah memasukkan username dan password akun database, klik Test Connection di sebelah kolom password untuk memeriksa validitas informasi database yang ingin Anda cadangkan. Jika parameter yang ditentukan valid, pesan Test Passed akan ditampilkan. Jika muncul pesan Test Failed, klik Check di sebelah Test Failed. Perbarui informasi database berdasarkan hasil pemeriksaan tersebut.
	Cross-Border Data Transfer Compliance Commitment	Baca dan centang kotak komitmen.
Backup Destination Information	Backup Storage Type	Tipe penyimpanan untuk data cadangan Anda. Opsi berikut tersedia: DBS Storage (Direkomendasikan): Anda tidak perlu membuat storage space. Data cadangan secara otomatis disimpan di DBS. Anda dikenai biaya berdasarkan jumlah data yang disimpan di DBS. Untuk informasi penagihan selengkapnya, lihat Item yang dikenai biaya (DMS). OSS For User: Anda harus membuat bucket di Konsol OSS terlebih dahulu. Untuk informasi selengkapnya, lihat Buat bucket di konsol. Catatan Dokumen ini menggunakan DBS Storage sebagai contoh. Jika Anda memilih User-owned OSS, Anda juga harus mengonfigurasi parameter OSS Bucket Name. Hanya kelas penyimpanan Standard untuk OSS yang didukung. Untuk volume data besar, pertimbangkan untuk membeli paket penyimpanan DBS berbasis langganan guna mengimbangi biaya DBS Storage. Paket langganan lebih hemat biaya dibandingkan skema bayar sesuai penggunaan.
Backup Destination Information	Storage Encryption	Pilih metode enkripsi penyimpanan. Opsi berikut didukung: Encrypted (Direkomendasikan): Menggunakan algoritma AES-256 standar industri untuk enkripsi. Dengan enkripsi sisi server, OSS mengenkripsi objek saat diunggah dan secara otomatis mendekripsinya saat diunduh. Untuk informasi selengkapnya, lihat Enkripsi sisi server. Non-encrypted: menonaktifkan enkripsi.

Pada halaman Edit Backup Objects, klik Next.

DBS hanya mendukung backing up the entire distributed database.

Pada halaman Configure Backup Time, konfigurasikan waktu cadangan dan pengaturan lainnya, lalu klik Next.

Parameter	Deskripsi
Full Backup Frequency	Frekuensi jadwal cadangan. Nilai yang valid: Periodic Backup dan Single Backup. Catatan Jika Anda memilih Periodic Backup, Anda harus mengonfigurasi parameter Full Data Backup Recurrence dan Start At.
Full Backup Period	Hari dalam seminggu saat DBS menjalankan jadwal cadangan. Anda dapat memilih satu atau beberapa hari dalam seminggu. Pilih minimal satu hari dalam seminggu.
Start Time	Waktu mulai pencadangan. Kami menyarankan Anda menetapkan waktu dalam jam sepi. Contoh: 01:00. Catatan Jika pencadangan data penuh sebelumnya belum selesai pada waktu mulai pencadangan berikutnya, DBS akan melewatkan pencadangan berikutnya.
Incremental Backup	Pencadangan inkremental tidak didukung untuk database PolarDB-X.
Maximum Number of Parallel Threads for Full Backup	Jumlah maksimum thread konkuren yang tersedia untuk pencadangan penuh. Anda dapat mengatur parameter ini untuk menyesuaikan kecepatan pencadangan. Misalnya, Anda dapat mengurangi jumlah thread pencadangan untuk meminimalkan dampak terhadap database.

Pada halaman Edit Lifecycle, tentukan periode retensi untuk data cadangan penuh di DBS Storage.
Setelah konfigurasi di atas selesai, klik Precheck di pojok kanan bawah halaman.
Pada kotak dialog Precheck, klik Start Task setelah precheck berhasil.
Catatan
- Jadwal cadangan aktif begitu Status-nya berubah menjadi Running.
- Jika jadwal cadangan mengalami error, segera identifikasi dan perbaiki masalah tersebut. Untuk informasi selengkapnya, lihat Bagaimana cara memperbaiki jadwal cadangan DBS yang abnormal?. Jika masalah tetap berlanjut setelah mengikuti saran tersebut, bergabunglah dengan grup dukungan pelanggan DBS di DingTalk (ID grup: 35585947) untuk mendapatkan bantuan.

Pulihkan data

Masuk ke Konsol Data Management (DMS).
Pada bilah navigasi atas, pilih Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

Catatan
Jika Anda menggunakan Konsol DMS dalam mode simple, arahkan penunjuk ke ikon di pojok kiri atas Konsol DMS, lalu pilih All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Pada halaman Backup Schedules, temukan jadwal cadangan yang ingin Anda kelola, lalu klik Manage pada kolom Actions.
Pada halaman Configure Task, klik Restore Database di pojok kanan atas.

Pada halaman Set Time Restored To, konfigurasikan parameter berikut dan klik Next.

Kategori	Parameter	Deskripsi
N/A	Task Name	Nama tugas pemulihan. DBS secara otomatis menghasilkan nama tugas. Kami menyarankan Anda menentukan nama yang membantu mengidentifikasi tugas tersebut. Nama tugas tidak perlu unik.
Set Time Restored To	Restorable Time Range	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 apa pun dalam rentang tersebut.
Set Time Restored To	Selected Restore Point in Time	Pilih titik waktu untuk memulihkan database. Waktu tersebut harus berada dalam restorable time range. Anda dapat memilih waktu penyelesaian dari cadangan penuh mana pun dalam rentang tersebut.
Destination Database	Database Location	Lokasi database yang ingin Anda cadangkan. Pilih PolarDB.
	Instance Region	Pilih wilayah instans tujuan.
	Database Type	Tipe database sumber. Pilih PolarDB for PostgreSQL.
	PolarDB-X Instance ID	Pilih ID instans target. Karena memulihkan data ke instans PolarDB-X sumber dapat menimpa data di database asli, kami menyarankan Anda memulihkan data cadangan ke instans PolarDB-X baru.
	Database Name	Masukkan nama database tujuan tempat Anda ingin memulihkan data cadangan.
	Database Account	Masukkan akun instans database tujuan. Akun tersebut harus memiliki izin baca dan tulis pada database tujuan.
	Password	Password akun yang digunakan untuk menghubungkan ke database yang ingin Anda cadangkan.
	Cross-Border Data Transfer Compliance Commitment	Baca dan centang kotak komitmen.

Pada halaman Configure Objects to Restore, konfigurasikan parameter berikut dan klik Precheck di pojok kanan bawah.

Parameter	Deskripsi
Conflict Handling	Pilih metode untuk Conflict Handling. Opsi termasuk Fail When Object with the Same Name Exists dan mengganti nama objek saat terjadi konflik.
Objects to Restore	Pada daftar Source Database Objects, pilih database atau tabel yang ingin Anda pulihkan, lalu pindahkan ke daftar Selected Database Objects. Catatan Anda dapat memulihkan tabel atau database individual untuk mengurangi volume data yang dipulihkan dan memperpendek Objektif Waktu Pemulihan (RTO).

Pada halaman Configure Objects to Restore, konfigurasikan parameter berikut dan klik Precheck di pojok kanan bawah.

Parameter	Deskripsi
Conflict Handling	Pengaturan default untuk Conflict Handling adalah Rename if an object with the same name exists. Misalnya, jika tabel dengan nama yang sama sudah ada saat tabel `job_info` dipulihkan, sistem akan mengganti nama tabel baru menjadi `job_info_dbs_<Restore Task ID>_<Timestamp>`.
Objects to Restore	Pada daftar Source Database Objects, pilih database atau tabel yang ingin Anda pulihkan, lalu pindahkan ke daftar Selected Database Objects. Catatan Beberapa database mendukung pemulihan pada granularitas tabel tunggal atau database tunggal. Hal ini membantu mengurangi volume data yang dipulihkan dan memperpendek Objektif Waktu Pemulihan (RTO). Untuk informasi selengkapnya mengenai granularitas pemulihan yang didukung, lihat Database dan fitur yang didukung.

Pada kotak dialog Precheck, klik Start Task setelah muncul pesan Precheck Passed.

Anda dapat melihat progres pemulihan pada tab Restore Tasks.

Catatan
Waktu pemulihan bergantung pada spesifikasi jadwal cadangan dan ukuran database. Semakin tinggi spesifikasinya, semakin cepat pemulihannya. Untuk informasi selengkapnya, lihat Hasil pengujian kinerja cadangan logis dan fisik.