Solusi dan metode untuk pemulihan data - ApsaraDB for MongoDB

ApsaraDB for MongoDB menyediakan berbagai solusi pemulihan data untuk berbagai skenario.

Memulihkan data ke instans ApsaraDB for MongoDB

Penting

Sebelum memulihkan data ke instans baru, pertimbangkan hal-hal berikut:

Instans baru harus memiliki versi utama database yang sama dengan instans sumber. Pilih zona yang mendukung versi tersebut—zona yang tersedia bervariasi tergantung pada versi database. Untuk informasi lebih lanjut mengenai batasan terkait zona, lihat Catatan penggunaan.
Kapasitas penyimpanan instans baru harus lebih besar dari atau sama dengan kapasitas instans sumber.
Jika Anda melakukan upgrade versi utama instans, backup yang dibuat sebelum upgrade tidak dapat dipulihkan ke versi baru tersebut.
Secara default, instans baru yang dibuat untuk pemulihan data menjalankan versi minor kernel terbaru.

Solusi	Arsitektur instans	Tujuan pemulihan	Rentang pemulihan	Skenario
Memulihkan satu atau beberapa database dari instans ApsaraDB for MongoDB	Instans replica set yang menggunakan cloud disk Instans kluster sharded yang menggunakan cloud disk	Instans asal	Semua database Beberapa database	Gunakan solusi ini untuk memulihkan koleksi atau dokumen yang tidak sengaja dihapus.
	Instans replica set yang menggunakan local disk dan menjalankan MongoDB 4.0 atau 4.2 Catatan Untuk informasi lebih lanjut mengenai batasan, seperti wilayah yang didukung, lihat Catatan penggunaan.	Instans baru	Semua database Beberapa database
Buat instans baru dari set cadangan	Instans standalone Instans replica set	Instans baru	Semua database Beberapa database Catatan Hanya instans yang menggunakan local disk yang mendukung pemulihan parsial database.	Solusi ini ditujukan untuk skenario di mana ketepatan waktu data bukan prioritas utama.
Buat instans baru menggunakan pemulihan pada titik waktu	Instans replica set	Instans baru	Semua database Beberapa database Catatan Hanya instans yang menggunakan local disk yang mendukung pemulihan parsial database.	Gunakan solusi ini untuk memulihkan data instans ke titik waktu tertentu.
Buat instans baru menggunakan pemulihan pada titik waktu	Instans kluster sharded	Instans baru	Semua database
Pemulihan data cross-region	Instans replica set yang menggunakan cloud disk Instans kluster sharded yang menggunakan cloud disk	Instans baru	Semua database	Solusi ini mendukung kepatuhan data dan disaster recovery. Solusi ini memungkinkan Anda memulihkan file backup ke instans baru di wilayah tempat cadangan cross-region disimpan.

Memulihkan data ke database yang dikelola sendiri

Untuk memulihkan data ke database yang dikelola sendiri, Anda harus terlebih dahulu mengunduh file backup instans ApsaraDB for MongoDB Anda. Petunjuknya tersedia di Unduh file backup.

Solusi

Arsitektur instans

Catatan penggunaan

Memulihkan cadangan logis ke database yang dikelola sendiri

Instans replica set yang menjalankan MongoDB 4.2 atau versi lebih lama dan menggunakan SSD lokal.
Instans kluster sharded yang menjalankan MongoDB 4.2 atau versi lebih lama dan menggunakan SSD lokal.

Karena MongoDB terus diperbarui, versi mongorestore yang lebih lama mungkin tidak kompatibel dengan versi database yang lebih baru. Selalu gunakan versi mongorestore yang kompatibel dengan versi MongoDB Anda. Untuk informasi lebih lanjut, lihat mongorestore.

Memulihkan data dari backup local disk

Instans replica set yang memenuhi kondisi berikut:

Enkripsi Data Transparan (TDE) dinonaktifkan untuk instans tersebut. Untuk informasi lebih lanjut mengenai TDE, lihat Aktifkan TDE.
Mesin penyimpanan instans tersebut adalah WiredTiger atau RocksDB.

Tidak ada.

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 Backup retensi jangka panjang.

Bagaimana cara memulihkan data backup ke instans sumber?

Untuk instans kluster sharded berbasis cloud disk, Anda dapat menggunakan fitur pemulihan database dan tabel untuk memulihkan data ke instans sumber. Untuk informasi lebih lanjut, lihat Memulihkan satu atau beberapa database dari instans ApsaraDB for MongoDB.

Jika instans Anda tidak mendukung pemulihan data ke instans sumber menggunakan fitur pemulihan database dan tabel, Anda dapat memulihkan data backup ke instans baru. Setelah itu, Anda dapat menukar titik akhir dan nomor port instans sumber dan instans baru, atau menggunakan Data Transmission Service (DTS) untuk memigrasikan data dari instans baru ke instans sumber.

Untuk mengubah titik akhir dan port instans, lihat Ubah titik akhir dan port.
Untuk informasi lebih lanjut mengenai migrasi data menggunakan DTS, lihat Solusi migrasi untuk database MongoDB yang dikelola sendiri atau instans ApsaraDB for MongoDB.

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 memigrasikan data tersebut ke instans ApsaraDB for MongoDB. Untuk informasi lebih lanjut mengenai migrasi data menggunakan DTS, lihat Solusi migrasi untuk database MongoDB yang dikelola sendiri atau instans ApsaraDB for MongoDB.

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

Anda dapat menggunakan DTS untuk memigrasikan data instans ke database yang dikelola sendiri. Untuk informasi lebih lanjut, lihat Solusi migrasi untuk database MongoDB yang dikelola sendiri atau instans ApsaraDB for MongoDB.
Anda dapat menggunakan alat backup dan restore native MongoDB, Mongodump dan Mongorestore, untuk mencadangkan dan memulihkan instans.

Mengapa ID shard dari instans kluster sharded yang dikloning berbeda dari output perintah sh.status()?

Instans yang dikloning mewarisi seluruh data routing dari instans sumber, termasuk ID shard-nya (nama shard). Dokumen-dokumen dalam koleksi tersebut berisi bidang seperti shard: 'shard01' yang mengidentifikasi shard tempat data tersebut berada. Hal ini menyebabkan ketidaksesuaian antara ID shard yang dipertahankan dan nama shard yang ditampilkan dalam output sh.status() dari instans yang dikloning.

Anda dapat memetakan keduanya dengan membandingkan Shard ID (replicaSetName) pada halaman detail instans di konsol dengan output sh.status(). Pemetaan ini tetap tidak berubah setelah pemulihan.