MongoDB Upgrade a Replica Set

MongoDB 副本集升級

前言

Part1:寫在最前

本文講解MongoDB副本集的升級方法，以及注意事項。本文的環境為MongoDB3.2升級MongoDB3.4,低版本升級3.4的話需要優先升級到3.2版本才可以。如果發現3.4版本與應用不兼容，可以降級到3.2。

實戰

Part1:準備

在開始升級之前，請參閱MongoDB 3.4文檔中的兼容性更改，以確保您的應用程序和部署與MongoDB 3.4兼容。在開始升級之前解決部署中的不兼容問題。

升級MongoDB之前，請先在臨時環境中測試應用程序，以確保升級順利進行。

Part2:降級限制

升級到3.4后，您不能降級到3.2.7或更早版本。您只能降級到3.2.8或更高版本。

注意：避免重新配置包含不同MongoDB版本成員的副本集，因為MongoDB版本中的權限驗證規則可能會有所不同。

Part3:低版本升級先決條件

要將副本集升級到3.4，所有副本集成員必須運行版本3.2。要從早期的MongoDB版本升級副本集，請先將副本集的所有成員升級到最新的3.2系列版本，然后按照以下步驟從MongoDB 3.2升級到3.4。

Part4:低版本升級先決條件

要將副本集升級到3.4，所有副本集成員必須運行版本3.2。要從早期的MongoDB版本升級副本集，請先將副本集的所有成員升級到最新的3.2系列版本，然后按照以下步驟從MongoDB 3.2升級到3.4。

Part5:先升級副本中的一個Secondary

關閉mongod實例，并用3.4二進制文件的bin目錄代替3.2二進制文件的bin目錄。

重新啟動成員并等待成員恢復到Secondary狀態，然后再升級下一個Secondary成員。要檢查成員的狀態，請在mongo shell中發出rs.status()。

Part6:stepdown副本集的Primary

將mongo shell連接到Primary服務器并使用rs.stepDown()來降級主服務器并強制其他節點選舉新的Primary服務器。

Part7:升級Primary

當rs.status()顯示原Primary節點已經變為Secondary，新的PRIMARY已經被選舉出來的時候，開始升級原Primary節點：

關閉數據庫，并用3.4二進制文件的bin目錄代替3.2二進制文件的bin目錄。

啟動原Primary節點。

Part8:啟用不向下兼容的3.4新功能

此時，您可以運行3.4版本，而不使用與3.2不兼容的3.4功能。

要啟用這些3.4功能，請將功能兼容版本設置為3.4。

啟用這些不向下兼容的功能會使降級過程復雜化。有關詳細信息，請參閱刪除3.4不兼容的功能。

建議在升級后，讓應用先不使用3.4這些功能一段時間，以確保穩定性。當您確認應用穩定運行，且需要3.4版本這些不向下兼容的功能時，利用如下命令啟用這些功能：

主節點運行：

db.adminCommand({ setFeatureCompatibilityVersion:"3.4" } )