Cadangan logis dan pemulihan untuk PolarDB untuk PostgreSQL (Kompatibel dengan Oracle) - Data Management

Data Disaster Recovery mendukung pencadangan logis dan pemulihan untuk database PolarDB untuk PostgreSQL (Kompatibel dengan Oracle), termasuk pemulihan tingkat tabel tunggal, geo-redundansi, dan arsip jangka panjang. Topik ini menjelaskan cara mengonfigurasi jadwal cadangan dan memulihkan database Anda saat diperlukan.

Fakta penting tentang pencadangan logis untuk jenis database ini:

Pencadangan inkremental tidak didukung. Hanya cadangan penuh yang tersedia.
Database yang dibuat setelah jadwal cadangan dikonfigurasi tidak disertakan secara otomatis. Anda harus menambahkannya secara manual.
Jika cadangan penuh sebelumnya masih berjalan pada waktu mulai yang dijadwalkan, cadangan berikutnya dilewati.

Prasyarat

Sebelum memulai, pastikan Anda telah:

Membeli jadwal cadangan untuk PolarDB untuk PostgreSQL (Kompatibel dengan Oracle). Saat membeli, atur Data Source Type ke Oracle dan Backup Method ke Logical Backup. Lihat Buat jadwal cadangan.
Memiliki akun database dengan izin baca pada database sumber.
(Untuk pemulihan) Memiliki instans database tujuan yang sedang berjalan dan dapat diakses.

Konfigurasikan jadwal cadangan

Masuk ke Konsol Data Management (DMS) V5.0.
Pada bilah navigasi atas, pilih Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.
Jika Anda menggunakan konsol DMS dalam mode simple, arahkan penunjuk ke ikon di pojok kiri atas dan pilih All Features > Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.
Pada halaman Backup Schedules, temukan jadwal cadangan yang ingin Anda konfigurasi dan klik Configure Backup Schedule di kolom Actions.

Pada langkah Configure Backup Source and Destination, atur parameter yang dijelaskan dalam tabel berikut, lalu klik Next.

Bagian	Parameter	Deskripsi
N/A	Schedule name	Nama untuk jadwal cadangan. Data Disaster Recovery menghasilkan nama secara otomatis. Gunakan nama deskriptif agar mudah mengidentifikasi jadwal tersebut. Nama tidak perlu unik.
Informasi sumber cadangan	Backup mode	Metode pencadangan. Nilai default adalah metode yang dipilih saat Anda membeli jadwal. Contoh ini menggunakan Logical Backup.
	Database location	Lokasi database sumber. Pilih PolarDB.
	Instance region	Wilayah tempat instans database sumber berada.
	Database type	Jenis database sumber. Default: PolarDB untuk PostgreSQL.
	PolarDB instance ID	ID kluster PolarDB tempat database sumber dideploy.
	Database name	Nama database sumber.
	Database account	Username akun yang digunakan untuk terhubung ke database sumber. Akun tersebut harus memiliki izin baca.
	Password	Password untuk akun database. Setelah memasukkan kredensial, klik Test Connection untuk memverifikasi. Pesan Test Passed menandakan koneksi berhasil. Jika muncul Test Failed, klik Check dan perbaiki konfigurasi.
	Compliance warranty regarding cross-border data transfers	Pilih kotak centang untuk mengakui dan menyetujui komitmen kepatuhan.
Informasi tujuan cadangan	Backup storage type	Tempat penyimpanan data cadangan. Opsi: DBS Storage (disarankan) — Data Disaster Recovery menyimpan data tanpa perlu membuat bucket Object Storage Service (OSS); Anda dikenai biaya berdasarkan volume penyimpanan. Lihat Biaya penyimpanan. OSS For User — Anda harus membuat bucket di konsol OSS terlebih dahulu (hanya kelas penyimpanan Standard). Lihat Buat bucket. Jika Anda memilih OSS For User, konfigurasikan parameter OSS Bucket Name. Untuk volume data besar, pertimbangkan membeli paket penyimpanan subscription untuk mengurangi biaya dibandingkan bayar sesuai penggunaan.
Informasi tujuan cadangan	Storage encryption	Metode enkripsi untuk data cadangan yang disimpan. Encrypted (disarankan) — Menggunakan AES-256 dengan enkripsi sisi server OSS. Lihat Enkripsi sisi server. Non-encrypted — Data disimpan tanpa enkripsi.

Pada langkah Edit Backup Objects, pilih database atau tabel yang akan dicadangkan dari bagian Available dan klik panah ke kanan untuk menambahkannya ke bagian Selected. Lalu klik Next.
- Data Disaster Recovery mendukung pencadangan satu tabel, satu database, atau beberapa database. Klik Select All di pojok kiri bawah bagian Available untuk memilih semua database. Objek cadangan yang didukung bervariasi tergantung jenis database. Lihat Jenis database dan fitur yang didukung. - Database yang dibuat setelah jadwal cadangan diatur tidak disertakan secara otomatis. Untuk menambahkannya, perbarui objek cadangan di halaman Configure Task. Lihat Ubah objek cadangan.

Pada langkah Configure Backup Time, atur parameter yang dijelaskan dalam tabel berikut, lalu klik Next.

Parameter	Deskripsi
Full-scale backup frequency	Frekuensi menjalankan pencadangan. Periodic Backup berjalan sesuai jadwal berulang (memerlukan Full Data Backup Recurrence dan Start At). Single Backup berjalan sekali saja.
Full data backup recurrence	Hari dalam seminggu untuk menjalankan pencadangan. Pilih minimal satu hari.
Start at	Waktu mulai pencadangan. Jadwalkan pada jam sepi untuk meminimalkan dampak terhadap database — misalnya, 01:00. Jika cadangan penuh sebelumnya masih berjalan pada waktu mulai yang dijadwalkan, cadangan berikutnya dilewati.
Incremental backup	Tidak didukung untuk PolarDB untuk PostgreSQL (Kompatibel dengan Oracle).
Maximum concurrent threads for full data backup	Jumlah maksimum thread yang digunakan selama pencadangan penuh. Kurangi nilai ini untuk meminimalkan dampak terhadap database Anda. Nilai maksimum aktual bergantung pada spesifikasi jadwal cadangan Anda. Lihat Bagaimana cara mengubah kecepatan pencadangan maksimum?
Backup network speed limit	Lebar pita jaringan maksimum untuk pencadangan, dalam MB/s. Nilai default 0 berarti tidak terbatas. Sesuaikan berdasarkan kebutuhan bisnis Anda.

Pada langkah Edit Lifecycle, konfigurasikan periode retensi untuk set cadangan penuh di bagian Configure Full Data Backup Lifecycle. Untuk detail manajemen siklus hidup, lihat Bagaimana cara mengelola aturan siklus hidup set cadangan?
Klik Precheck di pojok kanan bawah halaman.
Saat muncul pesan Precheck Passed, klik Start Task. Status jadwal cadangan berubah menjadi Running saat mulai berlaku.
Jika terjadi error saat memulai jadwal cadangan, segera atasi masalah tersebut. Lihat Bagaimana cara memperbaiki error pada jadwal cadangan yang abnormal?. Jika masalah berlanjut, hubungi dukungan teknis di grup DingTalk (ID: 35585947).

Memulihkan database PolarDB untuk PostgreSQL (Kompatibel dengan Oracle)

Masuk ke Konsol DMS V5.0.
Pada bilah navigasi atas, pilih Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.
Jika Anda menggunakan konsol DMS dalam mode simple, arahkan penunjuk ke ikon di pojok kiri atas dan pilih All Features > Security and Specifications (DBS) > Disaster Recovery for Data (DBS) > Backup Plan.
Pada halaman Backup Schedules, temukan jadwal cadangan dan klik Manage di kolom Actions.
Pada halaman Configure Task, klik Restore Database di pojok kanan atas.

Pada langkah Set Time Restored To, atur parameter yang dijelaskan dalam tabel berikut, lalu klik Next.

Bagian	Parameter	Deskripsi
N/A	Task name	Nama untuk tugas pemulihan. Data Disaster Recovery menghasilkan nama secara otomatis. Gunakan nama deskriptif agar mudah mengidentifikasi tugas tersebut. Nama tidak perlu unik.
Konfigurasi database tujuan	Database location	Lokasi database tujuan. Pastikan database tujuan sedang berjalan. Opsi: User-Created Database with Public IP Address \<IP Address:Port Number\>, ECS-Hosted Database, Express Connect DB/VPN Gateway/Intelligent Gateway, PolarDB, No public network IP: Port's self-built database (accessed through the database gateway).
	Database type	Jenis database tujuan. Default: Oracle.
	Instance region	Wilayah database tujuan. Ditampilkan hanya jika Database Location adalah ECS-Hosted Database, PolarDB, atau opsi database gateway.
	Address	Titik akhir publik database tujuan. Ditampilkan hanya jika Database Location adalah User-Created Database with Public IP Address, Express Connect DB/VPN Gateway/Intelligent Gateway, atau opsi database gateway.
	Port number	Port untuk database tujuan. Tidak ditampilkan secara default jika Database Location adalah PolarDB.
	ECS instance ID	ID Instance Elastic Compute Service (ECS) yang meng-host database tujuan. Ditampilkan hanya jika Database Location adalah ECS-Hosted Database.
	PolarDB instance ID	ID kluster PolarDB yang meng-host database tujuan. Ditampilkan hanya jika Database Location adalah PolarDB.
	Peer VPC	Virtual private cloud (VPC) database tujuan. Ditampilkan hanya jika Database Location adalah Express Connect DB/VPN Gateway/Intelligent Gateway.
	Gateway instance ID	ID gateway database. Ditampilkan hanya jika Database Location adalah opsi database gateway.
	SID	System identifier (SID) database tujuan.
	Database account	Username akun yang digunakan untuk terhubung ke database tujuan.
	Password	Password untuk akun database. Setelah memasukkan kredensial, klik Test Connection untuk memverifikasi. Pesan Test Passed menandakan koneksi berhasil. Jika muncul Test Failed, klik Check dan perbaiki konfigurasi.
	Compliance warranty regarding cross-border data transfers	Pilih kotak centang untuk mengakui dan menyetujui komitmen kepatuhan.

Pada langkah Configure Objects to Restore, atur parameter yang dijelaskan dalam tabel berikut, lalu klik Precheck.

Parameter	Deskripsi
Conflict handling	Menentukan cara menangani konflik penamaan antara objek yang dipulihkan dan objek yang sudah ada di database tujuan. Default: Rename Object with the Same Name — misalnya, jika tabel `job_info` mengalami konflik, tabel yang dipulihkan akan diubah namanya menjadi `job_info_dbs_<ID tugas pemulihan>_<Timestamp>`.
Objects to restore	Pilih database atau tabel yang akan dipulihkan dari bagian Available dan klik panah ke kanan untuk menambahkannya ke bagian Selected. Data Disaster Recovery mendukung pemulihan tingkat tabel atau database untuk meminimalkan transfer data dan mengurangi objektif waktu pemulihan (RTO). Lihat Jenis database dan fitur yang didukung.

Saat muncul pesan Precheck Passed di kotak dialog Precheck, klik Start Task.

Untuk memantau progres pemulihan, klik Restore Tasks di panel navigasi kiri.

Waktu pemulihan bergantung pada spesifikasi jadwal cadangan dan ukuran database. Jadwal cadangan dengan spesifikasi lebih tinggi menyelesaikan pemulihan lebih cepat. Lihat Uji kinerja pencadangan logis dan pencadangan fisik.

FAQ

Mengapa precheck gagal dengan error "Database Permissions Check"?

Akun database yang Anda tentukan tidak memiliki izin baca pada database sumber. Berikan izin baca ke akun tersebut, atau ganti ke akun yang sudah memiliki izin tersebut.

Langkah selanjutnya

Ubah sumber cadangan, objek cadangan, waktu cadangan, atau kebijakan retensi dari jadwal yang sudah ada. Lihat Kelola jadwal cadangan.
Tinjau biaya untuk jadwal cadangan Anda. Lihat FAQ Penagihan.
Jeda jadwal cadangan yang tidak lagi Anda perlukan untuk menghindari biaya yang tidak perlu. Lihat Jeda atau mulai jadwal cadangan.