ApsaraDB for MongoDB:Pemulihan pada titik waktu ke instans baru

Tipe instans yang didukung

• Instans set replika.

• Instansi kluster sharded.

Catatan penggunaan

• Untuk pemulihan pada titik waktu yang akurat, Anda harus mengaktifkan Log Backup. Jika Log Backup dinonaktifkan, ApsaraDB for MongoDB akan memulihkan data dari cadangan penuh terdekat karena tidak tersedianya data oplog, sehingga menghasilkan pemulihan data yang tidak akurat. Untuk mengetahui cara mengaktifkan log backup, lihat Backup data secara otomatis untuk instans ApsaraDB for MongoDB.

  Catatan

  Anda tidak dapat melakukan pemulihan pada titik waktu jika titik waktu yang ditentukan berada di luar periode retensi log backup.

• Pemulihan tingkat database hanya didukung untuk backup fisik, bukan untuk backup logis. Jika instans ApsaraDB for MongoDB Anda menjalankan versi sebelum MongoDB 4.0 dan memiliki lebih dari 10.000 koleksi dan indeks, backup fisik mungkin gagal. Sebelum melakukan backup fisik, Anda dapat meningkatkan instans ApsaraDB for MongoDB Anda ke MongoDB 4.0 atau versi yang lebih baru. Untuk informasi selengkapnya, lihat Tingkatkan versi utama instans.

  Penting

  Setelah peningkatan versi utama, file backup dari versi sebelumnya tidak dapat digunakan untuk memulihkan data ke versi baru.

• Waktu pemulihan database bergantung pada faktor-faktor seperti volume data, antrian tugas, dan kondisi jaringan.

  • Anda tidak dapat melihat progres replay oplog secara tepat atau perkiraan waktu penyelesaian. Gunakan perubahan status instans baru menjadi Running sebagai indikator bahwa pemulihan telah selesai.

  • Selama pemulihan, ruang disk yang digunakan oleh instans baru meningkat secara bertahap. Karena replay oplog dan file sementara, penggunaan penyimpanan mungkin sementara melebihi ekspektasi. Hal ini biasanya normal dan tidak memengaruhi hasil pemulihan akhir. Ketika penggunaan ruang disk instans baru mendekati volume data instans sumber, pemulihan biasanya hampir selesai.

  • Pemulihan data mengonsumsi sumber daya komputasi pada instans baru. Instans baru dengan spesifikasi lebih rendah (CPU atau memori) diperkirakan memerlukan waktu lebih lama untuk menyelesaikan pemulihan.

• Jika instans sumber menjalankan versi minor yang tidak lagi dipelihara, sistem secara otomatis akan meningkatkan instans baru ke versi minor terbaru selama proses pemulihan guna memastikan kinerja dan stabilitas yang lebih baik.

Penagihan

Operasi ini membuat instans baru dan dikenai biaya. Untuk informasi selengkapnya, lihat Item penagihan dan harga.

Instans set replika

1. Buka halaman ApsaraDB for MongoDB Replica Set Instances. Di bilah navigasi atas, pilih kelompok sumber daya dan wilayah, lalu klik ID instans target.

2. Di panel navigasi kiri halaman detail instans, klik Backup and Restoration.

3. Di tab Full Backup, klik Create Instance by Time Point.

4. Di panel Create Instance by Time Point, konfigurasikan parameter berikut dan klik OK.

   Parameter	Deskripsi
   Select Time Point for Restoration	Pilih titik waktu dari mana data akan dipulihkan. Catatan Titik pemulihan harus lebih awal dari waktu saat ini dan lebih akhir dari waktu pembuatan instans. Rentang waktu yang tersedia untuk pemulihan ditentukan oleh periode retensi log backup. Untuk informasi selengkapnya tentang cara mengonfigurasi log backup, lihat Backup data secara otomatis untuk instans ApsaraDB for MongoDB.
   Select Database for Restoration	All Databases: Pulihkan semua database dalam instans. Partial Databases: Pulihkan database tertentu dalam instans. Pilih database yang diperlukan dari daftar, atau klik Enter Databases untuk memasukkan nama database secara manual. Catatan Jika memasukkan nama secara manual, pisahkan dengan koma (,). Jika Anda telah meningkatkan versi database, file backup dari versi sebelumnya tidak dapat digunakan untuk memulihkan data. Instans set replika yang menggunakan cloud disk hanya mendukung opsi All Databases.

5. Buat instans baru.

   1. Di halaman Clone Instance, pilih Product Type.

      • Replica Set (Subscription): Metode penagihan prabayar di mana Anda membayar instans saat dibuat. Opsi ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan opsi bayar sesuai penggunaan. Semakin lama periode langganan, semakin besar diskonnya.

      • Replica Set (Pay-as-you-go): Metode penagihan pascabayar di mana Anda ditagih per jam berdasarkan spesifikasi instans dan kapasitas penyimpanan maksimum. Opsi ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans kapan saja untuk menghemat biaya.

   2. Konfigurasikan instans baru. Untuk detail parameter, lihat Buat instans set replika.

      Penting

      Kapasitas penyimpanan instans baru harus lebih besar dari atau sama dengan instans sumber.

6. Beli instans.

   1. Klik Buy Now.

   2. Di halaman Confirm Order, baca Service Agreement.

   3. Klik Pay.

   4. Ikuti petunjuk di layar untuk menyelesaikan proses pembayaran.

Instansi kluster sharded

1. Buka halaman ApsaraDB for MongoDB Sharded Cluster Instances. Di bilah navigasi atas, pilih kelompok sumber daya dan wilayah, lalu klik ID instans target.

2. Di panel navigasi kiri halaman detail instans, klik Backup and Restoration.

3. (Opsional) Di pojok kanan atas halaman, klik Upgrade to Cluster Backup Mode.

   Catatan

   Langkah ini hanya diperlukan untuk instansi kluster sharded yang menggunakan cloud disk dan dibuat sebelum 18 Oktober 2023. Jika tombol ini tidak ditampilkan, instans tersebut telah ditingkatkan.

4. Di tab Full Backup, klik Create Instance by Time Point.

5. Di panel Create Instance by Time Point, konfigurasikan parameter berikut dan klik OK.

   Ikuti prosedur sesuai tipe instans Anda.

   Cloud disk

   Parameter	Deskripsi
   Recovery Mode	Pilih Create Instance by Time Point. Catatan Untuk informasi tentang cara menggunakan Database and Collection Restoration, lihat Pulihkan satu atau beberapa database instans ApsaraDB for MongoDB.
   Valid Time Range	Rentang waktu yang tersedia untuk pemulihan. Ini adalah parameter read-only.
   Select Time Point for Restoration	Pilih titik waktu dari mana data akan dipulihkan. Catatan Titik pemulihan harus lebih awal dari waktu saat ini dan lebih akhir dari waktu pembuatan instans. Rentang waktu yang tersedia untuk pemulihan ditentukan oleh periode retensi log backup. Untuk informasi selengkapnya tentang cara mengonfigurasi log backup, lihat Backup data secara otomatis untuk instans ApsaraDB for MongoDB.
   Select Database for Restoration	Nilai default-nya adalah All Databases. Catatan Jika Anda telah meningkatkan versi database, file backup dari versi sebelumnya tidak dapat digunakan untuk memulihkan data.

   Local disk

   Parameter	Deskripsi
   Select Time Point for Restoration	Pilih titik waktu dari mana data akan dipulihkan. Catatan Titik pemulihan harus lebih awal dari waktu saat ini dan lebih akhir dari waktu pembuatan instans. Rentang waktu yang tersedia untuk pemulihan ditentukan oleh periode retensi log backup. Untuk informasi selengkapnya tentang cara mengonfigurasi log backup, lihat Backup data secara otomatis untuk instans ApsaraDB for MongoDB.
   Select Database for Restoration	Pilih All Databases. Catatan Jika Anda telah meningkatkan versi database, file backup dari versi sebelumnya tidak dapat digunakan untuk memulihkan data. Instansi kluster sharded yang menggunakan local disk hanya mendukung pemulihan semua database.

   Penting

   • Titik pemulihan harus lebih awal dari waktu saat ini dan lebih akhir dari waktu pembuatan instans.

   • Saat memulihkan instansi kluster sharded, hindari memilih titik waktu yang terlalu baru (biasanya dalam satu jam terakhir), karena hal ini dapat menyebabkan pemulihan gagal.

   • Rentang waktu yang tersedia untuk pemulihan ditentukan oleh periode retensi log backup. Untuk informasi selengkapnya tentang cara mengonfigurasi log backup, lihat Backup data secara otomatis untuk instans ApsaraDB for MongoDB.

6. Buat instans baru.

   1. Di halaman Clone Instance, pilih Product Type.

      • Sharded Cluster (Subscription): Metode penagihan prabayar di mana Anda membayar instans saat dibuat. Opsi ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan opsi bayar sesuai penggunaan. Semakin lama periode langganan, semakin besar diskonnya.

      • Sharded Cluster (Pay-as-you-go): Metode penagihan pascabayar di mana Anda ditagih per jam berdasarkan spesifikasi instans dan kapasitas penyimpanan maksimum. Opsi ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans kapan saja untuk menghemat biaya.

   2. Konfigurasikan instans baru. Untuk detail parameter, lihat Buat instans kluster sharded.

      Penting

      • Jumlah node shard pada instans kluster sharded baru harus sama dengan instans sumber.

      • Kapasitas penyimpanan setiap node shard pada instans baru harus lebih besar dari atau sama dengan node shard yang sesuai pada instans sumber.

7. Beli instans.

   1. Klik Buy Now.

   2. Di halaman Confirm Order, baca Service Agreement.

   3. Klik Pay.

   4. Ikuti petunjuk di layar untuk menyelesaikan proses pembayaran.

FAQ

Q: Mengapa saya tidak dapat menemukan opsi "Create Instance by Time Point" di konsol?

A: Fitur ini hanya tersedia untuk instans set replika dan instansi kluster sharded. Fitur ini tidak didukung untuk instans single-node.

Q: Apa perbedaan antara pemulihan dari titik backup dan pemulihan pada titik waktu?

A:

• Pemulihan dari titik backup hanya dapat memulihkan data hingga titik waktu cadangan penuh terakhir. Metode ini cocok untuk skenario di mana ketepatan waktu data tidak kritis. Untuk informasi selengkapnya, lihat Pulihkan data backup ke instans ApsaraDB for MongoDB baru berdasarkan titik backup.

• Pemulihan pada titik waktu dapat memulihkan data dengan presisi hingga detik dan bergantung pada log backup (oplog). Metode ini cocok untuk skenario seperti penghapusan data tidak sengaja di lingkungan produksi, di mana Anda perlu memutar balik secara tepat ke momen tertentu.

• Jika data tidak sengaja dihapus di lingkungan produksi, kami merekomendasikan agar Anda menggunakan pemulihan pada titik waktu untuk memulihkan data ke momen tepat sebelum penghapusan, dan mengonfigurasi instans baru dengan spesifikasi yang tidak lebih rendah daripada instans sumber. Hal ini membantu menghindari pemulihan yang lambat, gangguan out of memory (OOM), atau instans baru yang tidak mampu menangani trafik produksi karena spesifikasi yang tidak mencukupi.