Ikhtisar solusi backup dan pemulihan - ApsaraDB for MongoDB

ApsaraDB for MongoDB menyediakan berbagai solusi backup dan pemulihan untuk skenario yang berbeda.

Ikhtisar solusi

Catatan

Tanda hubung (-) dalam tabel menunjukkan bahwa tidak ada skenario tetap. Anda dapat memilih solusi berdasarkan kebutuhan dan preferensi Anda.

Task	Implementation	Supported instance types	Scenarios
Back up a database	Automatically back up MongoDB data	Standalone instances Replica set instances Sharded cluster instances	-
	Manually back up MongoDB data	Standalone instances Replica set instances Sharded cluster instances	Sesuai untuk skenario seperti operasi dan maintenance (O&M) selama downtime layanan sebelum rilis versi baru di industri game. Anda dapat membuat backup manual sebelum rilis bisnis, sehingga memungkinkan rollback cepat ke kondisi sebelum perubahan jika terjadi masalah.
	High-frequency backup	Replica set cloud disk instances Sharded cluster cloud disk instances	Sesuai untuk skenario bisnis dengan beban kerja write yang tinggi. Bottleneck utama pada point-in-time restore adalah fase replay log inkremental. Mengaktifkan high-frequency backup dapat secara signifikan mengurangi waktu pemulihan.
	Cross-region backup	Replica set cloud disk instances Sharded cluster cloud disk instances	Sesuai untuk backup disaster recovery lintas wilayah. Jika terjadi kegagalan tingkat wilayah, Anda dapat menggunakan data backup off-site untuk memulihkan bisnis Anda.
Restore backup data to an ApsaraDB for MongoDB instance	Restore one or more databases of an ApsaraDB for MongoDB instance to the source instance	Replica set cloud disk instances Sharded cluster cloud disk instances	Sesuai untuk skenario bisnis yang memerlukan pemulihan data cepat untuk satu atau beberapa database, seperti memulihkan koleksi atau dokumen yang tidak sengaja dihapus.
	Restore one or more databases of an ApsaraDB for MongoDB instance to a new instance	Replica set instances with local disks that run MongoDB 4.2 or earlier
	Restore backup data to a new instance based on a point in time	Replica set instances Sharded cluster instances	Sesuai untuk memulihkan beberapa database atau seluruh instans ke titik waktu tertentu.
	Restore backup data to a new instance based on a backup point	Standalone instances Replica set instances	Sesuai untuk skenario di mana Anda perlu memulihkan seluruh instans dan persyaratan ketepatan waktu data tidak tinggi.
	Restore data across regions	Replica set cloud disk instances Sharded cluster cloud disk instances	Sesuai untuk skenario seperti pemantauan data atau disaster recovery. Anda dapat menggunakan file backup untuk memulihkan data ke instans baru di wilayah tempat backup off-site disimpan.
Restore backup data to a self-managed database	Restore data from a cloud disk backup	Replica set instances with local disks that run MongoDB 4.2 or earlier Sharded cluster instances with local disks that run MongoDB 4.2 or earlier	Sesuai untuk skenario seperti pengujian bisnis atau analitik data. Catatan Saat memulihkan data backup ke database yang dikelola sendiri, Anda harus terlebih dahulu mengunduh file backup. Untuk informasi lebih lanjut, lihat Download a backup file.
Restore backup data to a self-managed database	Restore data from a local disk backup	Replica set instances with local disks that run MongoDB 4.2 or earlier

FAQ

Bagaimana cara memulihkan data dari titik waktu sebelumnya?

Rentang waktu ke mana Anda dapat memulihkan data instans bergantung pada periode retensi data backup Anda. Jika Anda ingin memulihkan data dari titik waktu sebelumnya, lihat Long-term retention backup.

Bagaimana cara memulihkan data backup ke instans sumber?

Untuk instans sharded cluster cloud disk, Anda dapat menggunakan fitur pemulihan database dan tabel untuk memulihkan data ke instans sumber. Untuk informasi lebih lanjut, lihat Restore one or more databases of an ApsaraDB for MongoDB instance.

Jika instans Anda tidak mendukung pemulihan data ke instans sumber menggunakan fitur pemulihan database dan tabel, Anda dapat memulihkan data backup ke instans baru. Kemudian, Anda dapat mengalihkan endpoint dan nomor port antara instans sumber dan instans baru, atau menggunakan Data Transmission Service (DTS) untuk migrasi data dari instans baru ke instans sumber.

Untuk mengubah endpoint dan port instans, lihat Modify the endpoint and port.
Untuk informasi lebih lanjut tentang migrasi data menggunakan DTS, lihat Migration solutions for self-managed MongoDB databases or ApsaraDB for MongoDB instances.

Bagaimana cara memulihkan file backup yang telah diunduh ke instans ApsaraDB for MongoDB?

Anda tidak dapat langsung memulihkan file backup yang telah diunduh ke instans ApsaraDB for MongoDB. Anda dapat terlebih dahulu memulihkan data ke database yang dikelola sendiri, lalu menggunakan DTS untuk migrasi data ke instans ApsaraDB for MongoDB. Untuk informasi lebih lanjut tentang migrasi data menggunakan DTS, lihat Migration solutions for self-managed MongoDB databases or ApsaraDB for MongoDB instances.

Jika tipe instans saya tidak mendukung pengunduhan file backup, bagaimana cara memulihkan data ke database yang dikelola sendiri?

Anda dapat menggunakan DTS untuk migrasi data instans ke database yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Migration solutions for self-managed MongoDB databases or ApsaraDB for MongoDB instances.
Anda dapat menggunakan alat backup dan restore native MongoDB, Mongodump dan Mongorestore, untuk backup dan restore instans.

Apa dampak dari proses backup?

Instans dengan local disk: Backup hanya dilakukan pada node hidden dan memiliki dampak kinerja yang dapat diabaikan terhadap instans.
Namun, untuk instans yang menjalankan versi sebelum 4.2, ruang disk dapat meluas selama full backup. Jika terjadi alih bencana ketersediaan tinggi (HA) (primary/secondary switchover) pada instans Anda, node hidden asli dapat menjadi node secondary atau primary. Hal ini dapat menyebabkan fluktuasi abnormal pada utilisasi disk. Jika Anda mengamati fenomena ini, Anda dapat menganalisis penyebabnya dengan memeriksa operasi backup dan catatan alih bencana.
Instans cloud disk: Backup memiliki dampak kinerja minimal terhadap instans. Rinciannya sebagai berikut:
- Node eksekusi backup: Backup hanya dilakukan pada node secondary atau hidden dan tidak memengaruhi node primary.
- Optimasi backup fisik: Alibaba Cloud telah mengoptimalkan backup fisik untuk MongoDB guna menghindari operasi berbiaya tinggi seperti fsync atau penulisan checkpoint baru.
- Overhead snapshot cloud disk: Overhead pembuatan snapshot cloud disk sangat rendah. Untuk informasi lebih lanjut tentang prinsip dan detail implementasinya, lihat Snapshot overview.

Operasi API terkait

API	Description
Querying an instance's backup list	Menanyakan daftar backup instans replica set ApsaraDB for MongoDB.
DescribeClusterBackups	Menanyakan daftar backup instans kluster sharded ApsaraDB for MongoDB.
ModifyBackupPolicy	Memodifikasi kebijakan backup instans ApsaraDB for MongoDB.
View an instance's automatic backup policy	Menanyakan kebijakan backup instans ApsaraDB for MongoDB.
Create or clone a replica set instance	Memulihkan data ke instans replica set ApsaraDB for MongoDB baru.
Create or clone a sharded cluster instance	Memulihkan data ke instans kluster sharded ApsaraDB for MongoDB baru.
Check if the instance meets the requirements for data restoration	Menanyakan apakah instans cloud disk ApsaraDB for MongoDB memenuhi kondisi pemulihan data.