MongoDB 4.4和5.0即將停止維護，是時候升級資料庫軟體了。 下面簡述升級的方法。
譯自How to Plan Your MongoDB Upgrade，作者 Jan Wieremjewicz 是 Percona 的高級產品經理，領導 MongoDB 和 PostgreSQL 的產品。 他在開發、部署和維護企業系統方面擁有豐富的經驗。 在專業方面，他熱衷於簡單的解決方案，以解決複雜的問題和使用者體驗。
MongoDB 4.4 將在 2024 年 2 月結束生命週期(EOL)，MongoDB 5.0 將在 8 月加入它。 如果這還不足以激勵您開始規劃 MongoDB 升級，也要考慮升級有助於消除過時軟體可能帶來的安全性和合規性風險，並提供可提高資料庫效能、安全性和可擴展性的功能。
以下是較新版本 MongoDB 中的一些新功能，可能會促使您決定儘早升級。
MongoDB 5.x
資料庫的動態分片功能允許使用者隨著工作負載和資料庫的發展改變分片鍵，而無需停機。
對時間序列集合進行分片可以增強可伸縮性和效能。
MongoDB 5.3 引入了叢集集合，它根據相關的叢集索引鍵儲存資料。 這在特定順序很重要的分析查詢中，將查詢效能置於寫入速度之上。
MongoDB 6.x
時間序列集合中的輔助和複合索引可以提升讀取效能，並啟用新的使用案例，例如地理索引。
增強的變更資料流允許使用者存取已修改文件的先前和當前狀態，以促進下游文件更新等任務並引用已刪除的文件。 這也支援資料定義語言(DDL)操作，例如建立或刪除集合和索引。
管理員可以在將稽核事件儲存到磁碟之前使用符合金鑰管理互通性協定(KMIP)的金鑰管理系統對其進行壓縮和加密。
MongoDB 7.x
修改時間序列資料的能力可增加靈活性和控制力。
新的聚合管道操作符和變數可實現複雜的資料轉換。
通配符索引可改善查詢效能，以實現更快的搜尋。
可查詢加密可在允許查詢加密資料的同時維護資料保密性。
我將重點介紹適用於任何 MongoDB 升級的一些最佳實踐，而不是給出過於技術化的 MongoDB 升級指南，無論您是由於 4.4 EOL 而激勵還是希望利用 7.0 中的最新特性。 如果您正在尋找更多技術化、步驟詳細的演練，可以觀看最佳實踐 - 升級到 MongoDB 4.4。
1. 評估您目前的環境
雖然經常被忽視，但對現有設定進行全面評估對於最大限度地降低風險和停機時間，並實現順利、成功的升級至關重要。
這可能看起來顯而易見，但首先要識別您正在使用的 MongoDB 版本。 知道您目前的版本對於確定您現有設定與最新版本之間的差距以及選擇適當的升級路徑都非常重要。
接下來，評估您的資源和硬體。 例如，您目前的伺服器在 CPU、記憶體和儲存容量方面是否足以有效率地處理新版本？ 從長遠來看，新設定是否能滿足您未來的工作負載和擴展需求？
然後，了解您如何使用 MongoDB。 它主要用於事務資料？ 分析查詢？ 遊戲應用程式？ 不同版本的 MongoDB 可能更適合特定的用例，因此評估新目標版本是否與資料庫的預期用途一致至關重要。
最後，在進行升級之前，對目前資料執行徹底備份。 這不僅包括資料庫的內容，還包括您的應用程式資料、自訂設定、複製配置、索引和安全性設定。 Percona Backup for MongoDB是一個開源社群備份工具，可協助您備份所有這些資料。
2. 測試，再測試，再測試
在生產環境中實施升級之前，極其重要的是要創建一個單獨的沙箱或準生產環境來模擬您的生產設置。 您的目標是識別轉換期間可能出現的任何問題、衝突或意外行為。 這使您可以在安全可控的環境中捕獲潛在問題，並儘量避免長時間的意外停機時間。
3. 制定回滾計劃，以防不測
您可以做所有的準備工作，但不可預見的困難還是會發生。 盡量找有升級經驗的人來幫助您，無論他們是您的員工還是顧問。 至少，如果確實出了問題，十分關鍵的是要有辦法回滾到資料庫的上一個版本。
一個全面的 MongoDB 回溯計劃通常包括:
對資料和配置進行備份。
記錄當前狀態。
向關鍵利害關係人傳達您的計劃。
確定您的回滾觸發器。
建立詳細的、記錄了的回滾過程。
監控您的環境。
分析並了解升級中出了什麼問題。
4. 決定使用穩定版本還是開發版本
MongoDB的穩定版本經過了廣泛的測試，被認為是可用於生產的，而那些還在開發中的版本可能還沒有完全準備好面向大眾。 您在這些版本之間的選擇應該由您組織的風險承受能力和升級的具體目標來指導。
5. 確定您的升級步驟和路徑
雖然升級過程將因具體環境而異，但基本 MongoDB 升級的一般建議路徑是:
進行備份。
下載新二進位。
將特性相容值(FCV)設定為目前/先前的版本。
依照您的系統類型，以滾動方式以正確的順序關閉 Mongo 進程。
用新二進位檔案取代您目前的二進位。
使用您的系統類型所需的捲動方式，以正確的順序啟動 Mongo 進程。
等待24-48小時(取決於您的資料庫)，以確保沒有問題。
將 FCV 設定為新版本。
最好是以緩慢穩定的方式升級過程。 從您目前的版本逐步升級到每個主要版本，直到達到預期的版本。 例如，如果您使用的是 4.4，那麼這個過程看起來應該是4.4.1+ 升級到 5.0，再升級到 6.0，最後升級到 7.0。 不要從 4.4 跳到 7.0。
後續步驟
完成升級後，進行一些升級後測試和最佳化，以確保新的 MongoDB 資料庫如預期般運作。 我們將在下一篇文章中討論這一點。
