Solusi backup dan pemulihan - ApsaraDB for MongoDB

ApsaraDB for MongoDB menyediakan berbagai solusi untuk mencadangkan atau memulihkan data dalam berbagai skenario. Tabel berikut menjelaskan solusi yang disediakan oleh ApsaraDB for MongoDB.

Ikhtisar

Catatan

Tabel berikut menjelaskan solusi backup dan pemulihan yang disediakan oleh ApsaraDB for MongoDB. Simbol '-' menunjukkan bahwa solusi tersebut tidak terikat pada skenario tertentu. Pilih solusi yang sesuai dengan kebutuhan bisnis Anda.

Operasi	Solusi	Arsitektur Instansi yang Didukung	Skenario
Mencadangkan Database	Konfigurasikan Backup Otomatis untuk Instansi	Instansi Standalone Instansi Set Replika Instansi Kluster Sharded	-
	Konfigurasikan Backup Manual untuk Instansi	Instansi Standalone Instansi Set Replika Instansi Kluster Sharded	Cocok untuk skenario di industri game, seperti pemeliharaan server sebelum rilis versi. Anda dapat mencadangkan data secara manual sebelum rilis versi. Dengan cara ini, Anda dapat dengan cepat kembali ke status semula setelah masalah terjadi.
	Konfigurasikan Backup Frekuensi Tinggi untuk Instansi	Instansi Set Replika yang menggunakan cloud disk Instansi Kluster Sharded yang menggunakan cloud disk	Cocok untuk skenario dengan beban tulis yang berat. Hambatan utama pemulihan berdasarkan waktu mungkin ada pada fase pemutaran log inkremental. Jika Anda mengaktifkan backup frekuensi tinggi, waktu pemulihan dapat dipersingkat secara signifikan.
	Konfigurasikan Cadangan Lintas Wilayah untuk Instansi	Instansi Set Replika yang menggunakan cloud disk Instansi Kluster Sharded yang menggunakan cloud disk	Cocok untuk skenario di mana data cadangan digunakan untuk pemulihan bencana lintas wilayah. Saat terjadi kegagalan tingkat wilayah, Anda dapat menggunakan data cadangan lintas wilayah untuk memulihkan layanan Anda.
Memulihkan Data Cadangan ke Instansi ApsaraDB for MongoDB	Memulihkan Database Instansi ke Instansi Asli	Instansi Set Replika yang menggunakan cloud disk Instansi Kluster Sharded yang menggunakan cloud disk	Cocok untuk skenario di mana satu atau beberapa database perlu dipulihkan dengan cepat. Misalnya, Anda dapat menggunakan solusi ini jika Anda secara tidak sengaja menghapus koleksi atau dokumen.
	Memulihkan Database Instansi ke Instansi Baru	Instansi Set Replika yang menjalankan MongoDB 4.2 atau lebih lama dan menggunakan local disk
	Memulihkan Data Cadangan ke Instansi Baru Berdasarkan Titik Waktu	Instansi Set Replika Instansi Kluster Sharded	Cocok untuk skenario di mana data dari beberapa database dalam instansi atau data dari seluruh instansi perlu dipulihkan ke titik waktu tertentu.
	Memulihkan Data Cadangan ke Instansi Baru Berdasarkan Titik Cadangan	Instansi Standalone Instansi Set Replika	Cocok untuk skenario di mana seluruh instansi perlu dipulihkan tetapi ketepatan waktu data bukanlah persyaratan utama.
	Memulihkan Data Instansi ke Wilayah Berbeda	Instansi Set Replika yang menggunakan cloud disk Instansi Kluster Sharded yang menggunakan cloud disk	Cocok untuk skenario di mana diperlukan pemantauan data atau pemulihan bencana. Anda dapat menggunakan file cadangan lintas wilayah untuk memulihkan data instansi ke instansi baru di wilayah tempat file cadangan berada.
Memulihkan Data Cadangan ke Database Mandiri	Memulihkan Data Instansi ke Database MongoDB Mandiri Menggunakan Cadangan Logis	Instansi Set Replika yang menjalankan MongoDB 4.2 atau lebih lama dan menggunakan local disk Instansi Kluster Sharded yang menjalankan MongoDB 4.2 atau lebih lama dan menggunakan local disk	Cocok untuk skenario seperti pengujian bisnis atau analisis data. Catatan Sebelum Anda memulihkan data cadangan ke database mandiri, Anda harus mengunduh file cadangan. Untuk informasi lebih lanjut, lihat Unduh File Cadangan.
Memulihkan Data Cadangan ke Database Mandiri	Memulihkan Data Instansi ke Database MongoDB Mandiri Menggunakan Cadangan Fisik	Instansi Set Replika yang menjalankan MongoDB 4.2 atau lebih lama dan menggunakan local disk

Pertanyaan Umum

Bagaimana cara saya memulihkan data instansi yang dihasilkan pada titik waktu sebelumnya?

Rentang waktu ke mana data instansi dapat dipulihkan tergantung pada periode retensi cadangan data yang ditentukan. Untuk informasi lebih lanjut tentang cara memulihkan data yang dihasilkan pada titik waktu sebelumnya, lihat Menyimpan File Cadangan Instansi untuk Jangka Panjang.

Bagaimana cara saya memulihkan data cadangan ke instansi asli?

Untuk instansikluster sharded yang menggunakan cloud disk, Anda dapat menggunakan fitur pemulihan database dan koleksi untuk memulihkan data instansi ke instansi tersebut. Untuk informasi lebih lanjut, lihat Memulihkan Database Instansi.

Jika data instansi Anda gagal dipulihkan ke instansi dengan menggunakan fitur pemulihan database dan koleksi, Anda dapat memulihkan data cadangan ke instansi baru dan kemudian mengubah informasi endpoint dan port dari instansi asli dan baru atau menggunakan Data Transmission Service (DTS) untuk migrasi data dari instansi baru ke instansi asli.

Untuk informasi lebih lanjut tentang cara mengubah endpoint dan port instansi, lihat Ubah Endpoint dan Port Instansi.
Untuk informasi lebih lanjut tentang cara menggunakan DTS untuk migrasi data, lihat Migrasi Data dari Database MongoDB Mandiri atau Instansi ApsaraDB for MongoDB.

Bagaimana cara saya memulihkan file cadangan yang diunduh ke instansi?

Anda tidak dapat memulihkan file cadangan yang diunduh langsung ke instansi. Untuk memulihkan file cadangan yang diunduh ke instansi, pulihkan file tersebut ke database mandiri terlebih dahulu dan kemudian gunakan DTS untuk memigrasikan file dari database ke instansi. Untuk informasi lebih lanjut tentang cara menggunakan DTS untuk migrasi data, lihat Migrasi Data dari Database MongoDB Mandiri atau Instansi ApsaraDB for MongoDB.

Bagaimana cara saya memulihkan data instansi ke database mandiri jika arsitektur instansi tidak mengizinkan saya mengunduh file cadangan?

Anda dapat menggunakan DTS untuk memigrasikan data instansi ke database mandiri. Untuk informasi lebih lanjut, lihat Migrasi Data dari Database MongoDB Mandiri atau Instansi ApsaraDB for MongoDB.
Anda dapat mencadangkan dan memulihkan instansi dengan menggunakan mongodump dan mongorestore yang disediakan oleh ApsaraDB for MongoDB.

Apa dampaknya jika saya mencadangkan instansi?

Untuk instansi yang menggunakan local disk, backup hanya dilakukan pada node tersembunyi tanpa menurunkan performa instansi.
Namun, jika instansi menjalankan versi sebelum MongoDB 4.2, sejumlah ruang disk akan bertambah selama backup penuh. Jika pergantian utama/sekunder dipicu untuk instansi Anda, node tersembunyi asli menjadi sekunder atau node utama baru, yang menyebabkan fluktuasi dalam penggunaan disk. Untuk informasi lebih lanjut tentang pergantian utama/sekunder, lihat Pergantian Utama/Sekunder. Jika situasi seperti ini diamati, analisislah bersamaan dengan catatan operasi backup dan pergantian saat ini.
Untuk instansi yang menggunakan cloud disk, backup memiliki dampak kecil pada performa instansi.
- Node eksekusi backup: Backup hanya dilakukan pada node sekunder atau tersembunyi dan tidak memengaruhi performa node utama.
- Optimisasi backup fisik: ApsaraDB for MongoDB mengoptimalkan backup fisik untuk menghindari operasi mahal seperti fsync atau menulis checkpoint baru.
- Overhead snapshot disk: Pembuatan snapshot disk memiliki overhead rendah. Untuk informasi lebih lanjut tentang prinsip dan detail implementasi, lihat Ikhtisar.

Operasi API Terkait

Operasi	Deskripsi
DescribeBackups	Mengquery file backup dari instansi replika set ApsaraDB for MongoDB.
DescribeClusterBackups	Mengquery set backup dari instansi kluster sharded ApsaraDB for MongoDB.
ModifyBackupPolicy	Memodifikasi kebijakan backup dari instansi ApsaraDB for MongoDB.
DescribeBackupPolicy	Mengquery kebijakan backup dari instansi ApsaraDB for MongoDB.
CreateDBInstance	Memulihkan data dari instansi ApsaraDB for MongoDB ke instansi replika set baru.
CreateShardingDBInstance	Memulihkan data instansi ke instansi kluster sharded baru.
CheckRecoveryCondition	Memeriksa apakah instansi ApsaraDB for MongoDB memenuhi kondisi pemulihan data.