Downgrade 5.0 autônomo para 4.4

1. Preocupações de leitura e gravação padrão do cluster

O MongoDB 5.0 alterou o valor padrão para read concern e write concern em todo o cluster, e o downgrade para o MongoDB 4.4 pode alterar esses padrões novamente. Considere configurar manualmente o read concern e write concern do seu cluster antes de fazer o downgrade:

• Para configurar manualmente um valor padrão para um write concern ou write concern do cluster, utilize o comando setDefaultRWConcern.

• Se seu cluster inclui um árbitro e você já havia desativado a preocupação "Majority" read para evitar a pressão do cache em determinadas situações, convém configurar --enableMajorityReadConcern false ou replication.enableMajorityReadConcern: false depois de fazer o downgrade.

2. Campos . $ do documento com ou caracteres

O MongoDB 5.0 adiciona suporte para incluir os caracteres . ou $ nos nomes de campo do documento. Você deve excluir todos os documentos que contenham nomes de campos que incluam os caracteres . ou $ antes de fazer o downgrade para o MongoDB 4.4.

3. Arquivos de dados de fuso horário em formato fino

O MongoDB 5.0 permite suporte para arquivos de dados de fuso horário em formato compacto. Se estiver usando arquivos de dados de fuso horário de formato fino em seu sistema, conforme fornecido ao MongoDB com a opção de linha de comando --timeZoneInfo ou a configuração de arquivo de configuração processManagement.timeZoneInfo, será necessário fazer downgrade para o MongoDB 4.4.7 ou posterior, ou então reverter seus arquivos de dados de fuso horário para usar os arquivos de dados anteriores sem formato fino.

4. Versão de compatibilidade de recursos (fCV) de downgrade

Para fazer downgrade do featureCompatibilityVersion do seu autônomo:

1. Conecte uma shell do { mongo mongod .

2. Faça o downgrade de featureCompatibilityVersion para "4.4".

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

   O comando setFeatureCompatibilityVersion executa grava em uma coleção de sistema interno e é idempotente. Se, por qualquer motivo, o comando não for concluído com êxito, tente novamente o comando na instânciamongod.

5. Remover os recursos persistentes do FCV 5.0

As etapas a seguir serão necessárias somente se fCV tiver sido definido como "5.0".

Remova todas as feições do 5.0 persistentes que são incompatíveis com 4.4. Esses incluem:

Coleção de Séries Temporais

Remova todas as coleções de séries temporais.

Gerenciamento de filtros de auditoria em tempo de execução

• Desative o Gerenciamento de Filtros de Auditoria do Runtime definindo auditLog.runtimeConfiguration como false no arquivo de configuração do nó.

• Atualize os filtros de auditoria para esta instância no arquivo de configuração local.

6. Remover Recursos 5.0

Remova todas as feições persistentes que utilizam feições do 5.0. Isso inclui, mas não está limitado a:

• Se alguma definição de visualização incluir operadores 5.0, como $dateAdd ou $sampleRate, ela deverá ser removida. Consulte Novos Operadores de Agregação para a lista completa.