Apa itu EOFS?

EOFS (End of Full Support) adalah tahap dalam siklus hidup produk Alibaba Cloud. MongoDB 3.4 telah memasuki tahap EOFS, yang berarti:

Bagaimana cara memeriksa apakah instans saya terdampak?

1. Login ke Konsol MongoDB.

2. Di daftar instans, periksa kolom Database Version untuk instans Anda.

3. Jika versinya ditampilkan sebagai 3.4, instans Anda terdampak EOFS dan harus segera ditingkatkan.

Apa saja batasan spesifik setelah EOFS?

3.1 Referensi cepat jalur pemutakhiran

Setelah EOFS, Anda tidak dapat beralih ke penagihan bayar sesuai penggunaan. Setelah kedaluwarsa, Instans akan memasuki status terkunci selama 15 hari dan tidak dapat diakses selama periode tersebut. Untuk informasi selengkapnya, lihat Bagian 6 panduan ini.

3.2 Mengapa Instans mandiri tidak dapat ditingkatkan secara langsung?

Lakukan peningkatan secara langsung: 20% merupakan rekomendasi, bukan ambang batas yang ketat. Peningkatan mungkin tetap berhasil meskipun ruang kosong sedikit lebih kecil. Jika peningkatan gagal karena ruang tidak mencukupi, sistem akan secara otomatis kembali ke keadaan semula tanpa memengaruhi Instans.

3.3 Disk lokal 4.2 adalah versi tertinggi yang dapat ditingkatkan

Gunakan migrasi DTS: Beli Instans baru dengan versi lebih tinggi dan kapasitas disk yang lebih besar, migrasikan data menggunakan DTS, lalu rilis Instans lama setelah migrasi selesai. Pendekatan ini tidak dibatasi oleh kapasitas disk.

• Perubahan kompatibilitas yang diperkenalkan saat melakukan upgrade dari versi 3.4 ke 4.0 dan 4.2 adalah sebagai berikut:

• Upgrade ke 4.0 (melalui 3.6):

Apakah 3.4 dapat ditingkatkan langsung ke 4.2 (melewati 4.0)?

• Ubah

• Deskripsi

Berapa lama peningkatan akan mengganggu layanan saya?

• Replica set dan sharded cluster: Peningkatan memicu 1 hingga 2 failover primary/secondary, masing-masing menyebabkan gangguan singkat sekitar 30 detik.

  Catatan

  Opsi kueri Snapshot

  Tidak didukung lagi

  Pengurutan array

• Batas memori untuk tahap agregasi $sort adalah 100 MB.

Apakah peningkatan menyebabkan kehilangan data?

Operasi Pembaruan

Apakah kredensial akun saya berubah setelah peningkatan?

Saat memperbarui beberapa bidang sekaligus, bidang baru ditambahkan dalam urutan kamus.

Apakah string koneksi saya berubah setelah peningkatan?

• reIndex

• Menambahkan kunci tulis global hingga proses pembangunan ulang indeks selesai

Apakah saya dapat mengembalikan setelah peningkatan?

Tidak lagi didukung (secara resmi dihapus pada versi 4.2)

Apakah saya perlu memeriksa ruang disk sebelum peningkatan?

Ubah

1. Deskripsi

2. perintah group

3. Dihapus (tidak digunakan lagi sejak versi 3.4 dan secara resmi dihapus pada versi 4.2). Gunakan db.collection.aggregate() atau mapReduce() sebagai gantinya.

Risiko kompatibilitas apa saja yang ada?

copydb, clone

Dihapus (tidak lagi didukung sejak versi 4.0; resmi dihapus pada versi 4.2)

Arsitektur

4,0 atau 4,2

Peningkatan langsung melalui konsol (replica set/sharded cluster)

Verifikasi pasca-peningkatan

Selama peningkatan, status instance ditampilkan sebagai "Upgrading."

1. Proses Peningkatan melibatkan dua hingga tiga kali pemutusan koneksi singkat, masing-masing berlangsung sekitar 30 detik. Pastikan aplikasi Anda memiliki mekanisme koneksi ulang.

2. Setelah Peningkatan selesai, status Instans kembali menjadi "Running."

3. Jika Tugas Peningkatan menampilkan status "Upgrading" selama periode yang lama, Anda dapat mengubah switchover time menjadi "Switch Immediately" untuk mempercepat penyelesaian.

4. Berlaku untuk: pengguna Instans Standalone 3.4.

5. Beli instans MongoDB baru dengan versi 4.0 atau 4.2.

Instans akan segera kedaluwarsa tetapi tidak dapat ditingkatkan tepat waktu

Ruang penyimpanan instans baru tidak boleh lebih kecil daripada ruang penyimpanan yang digunakan pada instans asli.

• Instance ID

• Buka Konsol DTS.

• Buat tugas migrasi data dengan memilih Instans 3.4 asli sebagai database sumber dan Instans versi lebih tinggi yang baru sebagai database tujuan.

Pilih jenis migrasi:

Instans telah kedaluwarsa dan terkunci

Migrasi Penuh: Memigrasikan seluruh data. Cocok untuk skenario yang memungkinkan adanya waktu henti. Migrasi penuh tidak dikenai biaya.

1. Migrasi Penuh + Inkremental: Melakukan migrasi penuh terlebih dahulu, diikuti dengan sinkronisasi data inkremental secara berkelanjutan. Cocok untuk skenario alih bencana tanpa waktu henti.

   Peringatan

   • Jika Anda memilih migrasi inkremental, pastikan oplog diaktifkan pada Instans sumber.

   • Instans Standalone 3.4 tidak mengaktifkan oplog secara default.

2. Untuk mengaktifkan oplog, ajukan Tiket kepada dukungan teknis. Pengaktifan oplog memerlukan restart Instans; lakukan operasi ini di luar jam sibuk.

3. Instansi replica set dan kluster sharded memiliki oplog yang diaktifkan secara default; tidak diperlukan tindakan tambahan.

P1: Instans saya akan segera kedaluwarsa dan saya tidak dapat memperpanjangnya. Apa yang harus saya lakukan?

A: Instansi standalone, set replika, dan kluster sharded semuanya dapat langsung ditingkatkan ke versi 4.0 atau 4.2 melalui Konsol. Setelah peningkatan, Anda dapat melakukan perpanjangan secara normal. Jika mengalami kondisi khusus, segera ajukan tiket lengkap dengan penjelasan.

Q2: Konsol tidak menampilkan opsi "Upgrade Database Version"

A: MongoDB 3.4 tidak lagi mendukung layanan perpanjangan mulai 30 Juni 2026, sehingga perpanjangan otomatis akan dinonaktifkan. Sistem akan memberi tahu Anda melalui SMS dan pesan di situs sebelum tanggal EOFS. Anda perlu meningkatkan versi utama database untuk memulihkan perpanjangan.

Q3: Mengapa perpanjangan otomatis berhenti berfungsi?

Tunggu hingga proses sinkronisasi data inkremental selesai.

• Perbarui string koneksi database di kode aplikasi Anda agar mengarah ke instans baru.

• Lanjutkan penulisan bisnis.

Q4: Apakah saya perlu memodifikasi kode Java saya setelah Peningkatan?

A: Upgrade dari 3.4 ke 4.0/4.2 umumnya tidak memerlukan modifikasi kode Java, tetapi harap konfirmasi:

• String koneksi Instans lama dan Instans baru berbeda. Format string koneksi Instans baru mungkin berbeda dari yang lama (misalnya, akhiran domain dapat berubah). Pastikan untuk memperbarui semua konfigurasi koneksi.

• Setelah Peningkatan selesai, lakukan verifikasi berikut:

• Konfirmasi versi: Pastikan di Konsol bahwa versi database telah berubah menjadi versi target.

P5: Apakah saya perlu memodifikasi kode Java saya setelah peningkatan?

Uji koneksi: Sambungkan ke instans menggunakan klien dan pastikan koneksi berjalan normal.

Q6: Berapa lama waktu yang dibutuhkan untuk memigrasikan data sebesar 200 GB?

A: Tugas peningkatan yang sedang berlangsung tidak dapat dibatalkan. Namun, Anda dapat mengubah waktu peralihan untuk menundanya hingga di luar jam sibuk. Kami menyarankan memulai peningkatan di luar jam sibuk.

Q7: Dapatkah saya membatalkan proses peningkatan?

Fungsionalitas aplikasi: Uji fungsi bisnis inti untuk memastikan beroperasi dengan baik.

P8: Hanya 2 node yang ditampilkan di konsol replica set setelah peningkatan

A: Versi 3.4 hanya memiliki instans disk lokal.

Instans Standalone tidak dapat dipulihkan dari Keranjang daur ulang setelah dirilis. Jika instans Anda menggunakan arsitektur standalone, segera ajukan tiket selama periode lock (hari ke-1 hingga hari ke-15 setelah ekspirasi) dan jangan menunggu hingga sumber daya komputasi dirilis. Untuk informasi selengkapnya, lihat Peringatan Keranjang daur ulang.

Q9: Apakah data dipertahankan setelah instance kedaluwarsa?

J: Segera ajukan tiket untuk menjelaskan situasi tersebut. Jika Instans Anda berupa replica set atau kluster sharded, Anda juga dapat langsung melakukan upgrade ke versi 4.0 atau 4.2 melalui Konsol. Setelah peningkatan, Anda dapat melakukan perpanjangan secara normal.

P10: Apakah ada masalah kompatibilitas dari 3.4 ke 4.0?

J: Kemungkinan besar, Instans Anda menggunakan arsitektur standalone. Instans standalone 3.4 tidak mendukung peningkatan langsung melalui Konsol dan memerlukan migrasi DTS ke Instans baru. Lihat Bagian 5.2 untuk langkah-langkah operasinya. Jika Anda telah memastikan bahwa Instans Anda bukan tipe standalone namun tetap tidak melihat opsi peningkatan, ajukan tiket layanan dengan menyertakan tangkapan layar konsol.

P11: Apakah saya bisa beralih ke penagihan bayar sesuai penggunaan setelah EOFS?

A: Kami merekomendasikan hal berikut:

1. Kirim tiket dengan informasi instans dan persyaratan peningkatan Anda. Tim dukungan teknis akan memberikan bantuan.

2. Jika kode Anda menggunakan perintah group, kami menyarankan terlebih dahulu melakukan peningkatan ke 4.0 (group masih tersedia tetapi telah tidak digunakan lagi di versi 4.0). Setelah menyelesaikan refaktoring kode, lakukan peningkatan ke 4.2.

Q12: Bagaimana cara menyelesaikan Peningkatan tanpa personel operasi?

Jika Anda tidak menggunakan perintah group, Anda dapat langsung meningkatkan ke versi 4.2. Versi 4.2 mendukung reklamasi ruang disk konsol (compact), sedangkan versi 4.0 tidak.

Q13: Upgrade gagal dengan kesalahan "InvalidSaleComponentFault"

J: Versi 3.4 mungkin mengalami masalah kompatibilitas dengan driver Navicat yang lebih baru. Kami menyarankan menggunakan versi driver Navicat yang lebih lama atau menggunakan mongo shell/mongosh untuk koneksi. Setelah melakukan upgrade ke versi 4.0/4.2, Anda dapat menggunakan Navicat versi terbaru.